观点丨一口吃不成胖子，对待产品你应该要这么做

一款优秀的产品，从开发到上线，都离不开严谨的项目分工和配合。

全文共1287字，消化约7分钟。

相信没人能反驳这个理论，不然做出来的只是一堆垃圾，这样既错过了一个切入市场的绝佳时机，也损失了好几百万的金钱成本。管理是门学问，尤其软件开发的项目管理，涉及到多个工种的协作配合，产品经理、UI/UE设计师、架构师、前端开发、后端开发、测试、运维。可以说每个工种各司其职，产出的成果资料也要环环相扣，这样才能体现产品优势，并突出亮点。

但就算这样，仍然会出现问题。人有惰性，做得越多，可能越喜欢投机取巧，从而发生偷工减料的问题，前边出问题，后边就会出事故。大部分委托方对这些东西不甚了解，项目团队不在跟前，做事方式搞不清楚，全程不可控的状态，客户心里没底。

那么如何能避免沉重的代价呢？

答案：一套项目流程+一个靠谱的项目经理。

正规的软件项目外包流程大致分为以下7步：

· 收集用户需求，制作功能列表，达成功能共识

· 项目立项

· 原型设计，交互设计，UI设计

· 技术方案设计

· 技术研发

· 技术测试

· 项目完成，项目交付

双方达成共识的功能列表，有两个很重要的作用。第一，基本圈定了需求的范围，对要做的产品有了更明确的描述；第二，因为需求清晰，就可以评估需要投入多少研发生产资源，有多少风险及如何应对等。当然，客户最关心的报价也会更加精准。如果此时双方达成一致，签订合同，就可以启动项目，组队开干了。

项目启动后，各家公司因为人员配置的级别，项目管理的经验，过往项目的技术沉淀都不尽相同，会产生项目在运作中的诸多区别，例如。

在PRD文档输出过程中：

A：就做主流程，反正验收时不会被发现。

B：先出主流程图和描述，再把分支流程，异常处理情况写清楚，和客户邮件反馈一下。

在UI设计中：

A：让用户确认一下主色调，剩下你别管了，没问题的。

B：让用户确认一下主色调，出3版设计稿，给客户发邮件，让客户选出满意的一版。

在技术方案设定中：

A：类似的都写过，先写吧，有问题再调。

B：一定要出代码方案设计，项目组和供应商团队进行二次评审，

在技术研发中：

A：今天心情不好，少干点吧，长城又不是一天建成的。

B：核定的任务量，项目经理把控着，每周的工作进度，要给客户发邮件反馈，保证工期；项目实施中，走一遍单元测试，看看每个环节是否有问题。

在项目测试中：

A：公司所有人，没事的都来点一下这个软件，遇到bug说一声就好。

B：开发过程中，开发人员已经做了单元测试与冒烟测试，当下正常用测试用例（测试还包括功能测试、性能测试、压力测试等等）。

在项目交付中：

A：把域名，服务器账号密码给我，我帮你配置好。

B：这是PRD文档、UI原图、源码、测试用例和其它相关交付物，协助客户上线程序后，仍会有一年的售后服务。

以上只是简单举了两个不同外包团队在服务客户过程中的常见状况，很多细节问题往往是客户从来没听说过的。

举几个实际的例子，例如官网开发，大多数客户只看得到这个网站有什么内容，以及长什么样子。而专业的外包团队会看到诸如这样的问题：网站需不需要做手机端适配呢？适配多少个机型？要知道，PC端UI和移动端UI是两版；再例如移动端app，大家都知道，iOS怕审核Android渠道多，各种形式的应用商店，发包工作不胜其烦。但是这些东西，只有做过的人才知道。

看起来这好像是一篇介绍项目管理的文章，实际上，我们是想告诉你，软件开发的品质来源于对细节的把控，这需要的不仅仅是技术，更是一场耐心的考验。

对软件开发来说，有时候，用60分的努力，如果运气好的话，可以产出一个80分的产品，但是对于严格进行项目把控的外包团队来说，用80分的努力，不依靠运气就能保证每个项目的底线都在60分以上。

如有问题，欢迎在官方微信公众号留言，微信公众号搜索“外包大师”点击关注即可。