给甲方的一小撮建议

在外包做产品的感觉真的是五味杂陈…..当然也还是想试着梳理出来外包对于产品研发流程，并提一些小小的可忽略的建议。

先来说说关于客户与需求

一、关于客户(甲方)

一般情况下甲方的来源是网络、电话推销、主动上门、朋友介绍、甚至从同行哪里挖来等等。这一步基本由业务通过三寸不烂之舌谈来的，比如我们的价格低(眼下确实低，合同签了你就知道了)，比如我们的开发的快(嗯，确实挺快的)，比如我们的服务好(那是签合同前)等等。

只要是你提出来的，我们就都能做，谁让你是金主呢？

关于这一点想给甲方的建议(如果真是土豪，可以忽略)：

1、最好先找个懂技术的朋友咨询一下

2、最好提前把自己想做的东西尽可能想清楚。

二、关于需求

合同签了，首款打了，业务找到产品部，安排产品对接！客户可能跟业务说了很多功能，跟产品对接的时候只剩下一句话，按照XX来做就好了(真**简洁)，产品一脸懵逼。

按照XX整理页面功能，页面逻辑，整理成文档跟客户确认，确认的过程就是个死循环，每一次的确认客户都会小改一点，来回扯了那么几天后，叹口气终于搞定了，发现跟第一版已经有80%不一样了，这时候就有问题了，要告诉客户，你这么改是得延期的，因为跟咱们当初说的不一样，开发时间重新评估(十有八九延期，延期有钱收啊)。这时候会有两种情况：

1、客户退一步，那先按着你们的模板走吧，我赶时间

2、就这么做，这才是我想要的东西

不管怎么选择这跟我乙方产品可没关系啊，我也是按甲方说的整理。到这一步，已经埋下巨大的雷了。而大多数甲方意识不到这个问题的，毕竟要的是结果按时交付就行，过程不重要，对吧？

关于需求这一块儿，建议如下：

1、一定要自己公司指定一个固定的对接人员，懂点技术的更好

2、一定要自己内部先把想做的东西功能描述出来，要知道随口说的不足为证且逻辑一般不完善，千万别指望乙方帮你把这一步做好，不可能的。

3、如果真的是没有上述两个条件，那就一定要让乙方提供页面描述文档以及页面逻辑交互文档，甚至可以要求高保真原型。

要知道需求是整个项目的第一步，这一步都没做好，以后每个流程都是以需求为基础的，可以想象整个项目到后期会有多大的危害。

三、关于开发

到这一步，说实话真的到处是雷，因为该整理的文档交给开发之后，基本就没音了，以我为例，开发曾提出文档给他们之后，他们按时交付，过程中不要问他们进度、也不要催他们，按照时间来就好了。

开发不向产品做任何的反馈，这本身就极度的不合理，产品掌握不到哪里出问题了，做不到任何的把控，客户问了只能回答在开发，可真的是替产品减负(埋雷)。

第二天要交付测试版本了，头一天晚上开发会告诉你，这个逻辑不通，明天交付不了，需要改逻辑，且得几天时间。(我*******)此时深深体会到外包公司技术就是爷，亲大爷啊。然后跪着去求甲方要延期几天，甲方理解还好说，不理解那就热闹咯。各种扯皮，扯皮各种反正是你甲方的错儿，这个都是按你们说的做的(甲方扛雷吧)。

就算延期后上线，也是各种bug，各种没体验，没见哪个花了钱的金主这时候是开心的！

关于开发过程中的一点建议：

1、一定要要求乙方最起码每周交付可以看得到的东西(产品界叫做MVP)

2、一定要要求乙方定期汇报开发工程中的问题(如果没问题或者每次重复同一个问题、推脱，那就证明乙方产品和技术已经脱节)，切记切记

四、关于正式版

发布正式版的时候，也就暴露前期收费低服务好开发快的本性了，服务器你必须得用我们的，否则把源码买走。

稍微懂点行的都知道服务器硬件这一块儿，不管在哪儿买的，价格都能查出来的。可这服务器维护的的价格可就另说咯，毕竟前期那么便宜的开发价格对吧，后期怎么着不得找补回来。

再加上标配的短信接口，邮件接口，支付接口等等，这时候你发现总得下来比最初贵了好多好多哦(大腿拍肿了吧)。

正式版发布，其实更多的扯皮在于费用，所以千万千万在前期谈清楚，毕竟业务为了业绩是会大包大揽的，这个免费，那个免费，各种免费，都免费了我们后期喝西北风麽？要知道哪里哪来的免费午餐，道理都懂不多说！

总结：外包型的公司做的是现金流和项目，项目重在交付功能，最短时间获得最大盈利，所以有能力最好前期就自建团队，要么一定一定找个靠谱的三方！！！