伴随着软件行业的成熟，各类技术服务的拓展，尤其，提供外包服务的服务商越来越多，“怎么把东西做出来”相对而言已经不是大问题了。
但为什么总感觉外包很坑，成功率不高？
历史经验告诉我，除过外包服务商的开发环节和项目管理会存在问题外，需求环节存在问题的可能性更高。比如：
- 需求本质不清楚，错把伪需求当真需求实现
- 需求逻辑不闭环，边界规则未考虑，造成后期开发反复
- 需求确认不到位，开发实现后，反复修改
为什么需求环节会存在这么多问题，要怎么避免？
大多数不太成功的外包项目，需求环节会有三种情况：
- 没有专业的产品经理
- 随便找一个产品经理做产品
- 直接找外包服务方的产品经理做产品
没有专业的产品经理
我们分析有以下两个原因。
1.需求不准确
需求明确是软件开发领域里最容易出现问题的一个点，产品经理和程序员之间都经常因此产生矛盾，更何况没有专业的产品经理，需求方自己来确定需求，然后转给程序员去开发。
很多情况下，我们把需求落到纸面上甚至做成demo后，才会发现逻辑包括细节都有很多值得商榷的地方。
2.需求真伪不明
往往能直接观察到的需求，很可能并不一定是真正需要的，等开发出来，体验使用后，才发现功能解决不了问题，又要去改功能。
举个用到烂的例子：用户想要更快的马车。我们现在来看它就是伪需求，他的真实需求是想让出行速度更快，所以福特制造出来了汽车。
我们需要产品经理通过需求挖掘与分析的能力及相关方法去判断需求真伪。
随便找一个产品经理做产品
很多时候项目做的不顺畅，感觉产品有问题，大多数人的第一反应是产品经理能力不行。但其实并不一定，很可能是因为你随便找了一个产品经理导致的。
1.找到的产品经理不匹配你的产品需求
首先我们需要明确两点
- 不是找到好的产品经理，产品就肯定能做好
- 产品经理也不是普适的，能搞定各种产品
举个例子，张小龙——被称为最好的产品经理，实际上是要从张小龙“定义了微信这个产品”的角度来看。但如果让张小龙去做某个功能的体验优化，他是不可能去做的，也不一定会比手下专门做体验优化的产品经理做得好，因为他很长时间不做这个事情了。
再举个例子，我们找一个一线大厂的很优秀的产品经理，让他来定义产品方向。也是有可能一塌糊涂，不是因为能力不行，而是在他过去工作中没有定义产品方向的经验。
根据工作内容偏向，我们可以把产品经理划分为以下不同的类型。选择产品经理时可以根据业务需要来选择合适的产品经理。
2.产品做的好坏与行业经验也息息相关
每个产品经理都有自己擅长的方向和相应的行业经验，每个行业面对的用户，解决的问题都不相同。
你在自己的行业领域内做了很多年，但找到的产品经理可能没有相关行业经验。很多在你觉得理所当然的问题，产品经理可能完全没有听说过。
并且可能因为需求转化成解决方案后，你不太能理解，或者觉得产品经理是专业的做这件事的，认为他理解正确，并且不应该出错，就忽略了仔细确认。功能开发出来体验后，才发现并不是你想要的。
直接找外包服务方的产品经理做产品
为什么直接找外包服务方的产品经理做产品，需求环节也可能会存在问题？
很多情况下，把产品研发外包时，为了省心，你也会把产品需求工作一并外包给外包方。但在外包项目中有些需求方的习惯性要求或者不理解的事项，切实会在直接找外包方的产品经理做产品时导致需求环节存在问题。
1.要求外包方快速实现产品
“你们能不能帮我们做个「淘宝」”，“可以呀，没问题，需求梳理清楚就OK。” （一系列沟通对话后），“怎么样，能不能在1个月内做出来？”
但作为代价，往往会缩短产品经理进行产品设计的时间，导致产品设计质量得不到保证。
这在外包项目中十分常见。
2.一次性做大且全的产品
一个新产品，或者部分新功能，大多数情况下，我们会设想过它能解决什么样的问题，吸引多少用户或者收入多少利润。
但只要未被实践过，它不一定能够取得你设想的结果。
一次性做大做全也意味着产品设计周期会被拉的很长，产品经理包括你自己的热情和精力，在太多次沟通、修改和确认中会被降低。热情和精力降低后果就意味着后期的需求确认会做的不是很扎实。
那应该怎么做呢？ 
在软件开发领域有一种概念——MVP（最小可行）产品，能够以最低成本，快速进行验证或者试错，才应该是更适合外包项目的方式。以MVP的方式把大项目拆解成多个小项目，快速验证想法，避免反复沟通/修改，也能更容易的协调外包方去控制质量和时间。并在过程中积极付款，让外包方始终保持较高的效率和积极的心态。
3.投入则意味着成本
绝大多数的外包方只提供功能设计及体验优化部分的产品工作。如果需求尚且不清晰，你觉得需要谁来进行需求分析？ 需求方可能会想：“既然我把产品的工作都包给你们了，肯定你们来啊”
但投入则意味着成本，如果投入不能转化成收入，即使为了品牌、口碑以及继续合作的可能，外包方接手了这份工作，梳理并分析需求，积极性也高不起来的。
再结合上述讲到的，如果产品经理没有解决某些需求的相关经验、没有行业经验、且需求转化成解决方案后，你不太能理解，忽略了仔细确认，结果可想而知。
所以，真的想要外包并且把项目做好，你需要一个合适且可以长期为你提供服务的产品经理。
对比之前，专职做这一件事的产品经理能更了解公司目标，更了解行业知识，能降低沟通难度，更熟悉你们团队，轻松get到你们所表达的点；能在长期合作过程中影响其它团队成员，让团队成员对软件需求有更多更正确的理解，提升团队整体对软件开发的认知，以及提需求的效率；能通过梳理/挖掘需求，更高效的发现贴近业务或者用户需要的真实需求，少走弯路；一定程度上还能以产品所有人（Product Owner）的角度去看待并处理问题，较快的推进项目实现，减少你的时间投入，让你更省心。
你可能会有疑惑：“这是不是代表着我还是得招一个全职的产品经理？”，“那不太现实，这个产品软件开发不是我们的主要业务，我们没有必要去全职找人，没有那么多产品工作。这也是我们之前找外包的原因。”
并不是非得这样。
市场中已经给出了新的解决方案，一些机构或者产品经理个人（自由职业者），远程提供基于时薪制的可以长期合作的产品服务，按工作时长计费。 包括英选。
你可以联系我们尝试一下～
