在外包做产品的感觉真的是五味杂陈…..当然也还是想试着梳理出来外包对于产品研发流程，并提一些小小的可忽略的建议。
先来说说关于客户与需求
一、关于客户(甲方)
一般情况下甲方的来源是网络、电话推销、主动上门、朋友介绍、甚至从同行哪里挖来等等。这一步基本由业务通过三寸不烂之舌谈来的，比如我们的价格低(眼下确实低，合同签了你就知道了)，比如我们的开发的快(嗯，确实挺快的)，比如我们的服务好(那是签合同前)等等。
只要是你提出来的，我们就都能做，谁让你是金主呢？
关于这一点想给甲方的建议(如果真是土豪，可以忽略)：
1、最好先找个懂技术的朋友咨询一下
2、最好提前把自己想做的东西尽可能想清楚。
二、关于需求
合同签了，首款打了，业务找到产品部，安排产品对接！客户可能跟业务说了很多功能，跟产品对接的时候只剩下一句话，按照XX来做就好了(真**简洁)，产品一脸懵逼。
按照XX整理页面功能，页面逻辑，整理成文档跟客户确认，确认的过程就是个死循环，每一次的确认客户都会小改一点，来回扯了那么几天后，叹口气终于搞定了，发现跟第一版已经有80%不一样了，这时候就有问题了，要告诉客户，你这么改是得延期的，因为跟咱们当初说的不一样，开发时间重新评估(十有八九延期，延期有钱收啊)。这时候会有两种情况：
1、客户退一步，那先按着你们的模板走吧，我赶时间
2、就这么做，这才是我想要的东西
不管怎么选择这跟我乙方产品可没关系啊，我也是按甲方说的整理。到这一步，已经埋下巨大的雷了。而大多数甲方意识不到这个问题的，毕竟要的是结果按时交付就行，过程不重要，对吧？
关于需求这一块儿，建议如下：
1、一定要自己公司指定一个固定的对接人员，懂点技术的更好
2、一定要自己内部先把想做的东西功能描述出来，要知道随口说的不足为证且逻辑一般不完善，千万别指望乙方帮你把这一步做好，不可能的。
3、如果真的是没有上述两个条件，那就一定要让乙方提供页面描述文档以及页面逻辑交互文档，甚至可以要求高保真原型。
要知道需求是整个项目的第一步，这一步都没做好，以后每个流程都是以需求为基础的，可以想象整个项目到后期会有多大的危害。
三、关于开发
到这一步，说实话真的到处是雷，因为该整理的文档交给开发之后，基本就没音了，以我为例，开发曾提出文档给他们之后，他们按时交付，过程中不要问他们进度、也不要催他们，按照时间来就好了。
开发不向产品做任何的反馈，这本身就极度的不合理，产品掌握不到哪里出问题了，做不到任何的把控，客户问了只能回答在开发，可真的是替产品减负(埋雷)。
第二天要交付测试版本了，头一天晚上开发会告诉你，这个逻辑不通，明天交付不了，需要改逻辑，且得几天时间。(我*******)此时深深体会到外包公司技术就是爷，亲大爷啊。然后跪着去求甲方要延期几天，甲方理解还好说，不理解那就热闹咯。各种扯皮，扯皮各种反正是你甲方的错儿，这个都是按你们说的做的(甲方扛雷吧)。
就算延期后上线，也是各种bug，各种没体验，没见哪个花了钱的金主这时候是开心的！
关于开发过程中的一点建议：
1、一定要要求乙方最起码每周交付可以看得到的东西(产品界叫做MVP)
2、一定要要求乙方定期汇报开发工程中的问题(如果没问题或者每次重复同一个问题、推脱，那就证明乙方产品和技术已经脱节)，切记切记
四、关于正式版
发布正式版的时候，也就暴露前期收费低服务好开发快的本性了，服务器你必须得用我们的，否则把源码买走。
稍微懂点行的都知道服务器硬件这一块儿，不管在哪儿买的，价格都能查出来的。可这服务器维护的的价格可就另说咯，毕竟前期那么便宜的开发价格对吧，后期怎么着不得找补回来。
再加上标配的短信接口，邮件接口，支付接口等等，这时候你发现总得下来比最初贵了好多好多哦(大腿拍肿了吧)。
正式版发布，其实更多的扯皮在于费用，所以千万千万在前期谈清楚，毕竟业务为了业绩是会大包大揽的，这个免费，那个免费，各种免费，都免费了我们后期喝西北风麽？要知道哪里哪来的免费午餐，道理都懂不多说！
总结：外包型的公司做的是现金流和项目，项目重在交付功能，最短时间获得最大盈利，所以有能力最好前期就自建团队，要么一定一定找个靠谱的三方！！！
网友评论