|
只说研发团队的话，个人感觉主要看需求开发成本、发版速度，如果需求都是各种大功能或者大改开发起来很耗时，那为了保障按时发版要的开发肯定多，例如后端业务逻辑改的多就多加几个后端。发版速度同理，定制多东西要的急，要求开发快，自然要的人也多，还有就是在此基础上最好加点人力冗余，可以临时分出来对付突发的现场问题也不影响版本进度，资本一点就不需要冗余，让手下多幸苦下，但可能还是会影响进度。
然后产品测试，都要 1 个，基本是够了，但不能没有。其中要说下的是测试也是有必要的，研发自测质量难以去竞标，他们很容易想当然的我是这么实现的、我认为是这样的，所以这样的效果逻辑没问题。需要有测试去和他们撕逼，多发现点问题，所以测试起码还是要有一个。除非你的业务是非常技术向的东西，找能测这块的测试很贵，那就多加个研发让研发多点时间自测了。
有闲钱就多加点研发人力加快开发速度，或者加个交互设计优化下使用体验，tob 业务起来后各种定制版本多，一个测试测不过来，到时候就要多加点测试。
总的大致就是一条新业务线，起步需要 1 个后端，1 个前端，1 个测试，1 个产品，后端多就多加 1 个后端，前端页面改的多就多加 1 个前端，一般会是后端要的人多一点，例如 2 后端 1 前端，5 后端 2 前端这样子，具体加多少人真就得领导们判断了，不急的话可以一点点往上加，找到成本和效率都合适的组合，或者大集团内部能协调人力的话，起步先抽调 6 、7 人过来快速搞个成熟版本，后面就留一点人维护迭代就行了。
其实 tob 还有个非常关键的就是售前，销售那些人，能把屎一样的产品卖出去让客户吃下去我觉得是真 nb ，都怀疑是和甲方拍板的商量好了吃回扣。嘛，不过这个也得看具体的产品业务，有些确实要求要有点产品力。 |
