项目和产品

我想每一个项目项目经理，都期望自己成功实施的IT项目，都能成为行业的产品，推广到更多的地方，为公司、为个人带来更多的利润和荣誉。作为个人，曾经有两次机会，能将自己的项目转换为产品，但都是因为各种原因失败了。没有成功的经验，但有失败的教训。我们先讨论一下失败，然后分享一下我的产品观念。

第一次。是一个市场前景比较广阔的项目，我在最开始就是按照产品的方式去设计开发的。功能设计的也比较好，例如功能分为五大类，每一类有三到四个子功能，界面简洁，情景化设计，易于使用，用户反映非常好。在项目试运行期间，另外一个公司来宣传一个类似的应用系统，举例来说，主界面有二十多个功能，客户要求我们按照对方的应用系统去改，但是用户不同意，说太复杂，于是产生了矛盾，于是系统的设计理念成为了矛盾的焦点，当时我也是固执己见，被替换，后来我也就不再关心这个项目和客户了。现在想想，当时的说服力还不够强大。

第二次。成功实施了一个项目，项目第一期所承建的系统被客户多个下属单位所使用，试运行期间效果非常好，用户都愿意使用，并且当年还获得了一个信息化应用推进奖。有其他同行业的客户参观了这个系统以后，希望能将系统推广到他们单位，但当时条件还不是那么成熟，毕竟是一个项目，业务定制化程度比较高。在项目二期的时候，我和团队按照产品的方式对项目进行了打造，系统不大，但是很精炼，优化的很好。在和开发人员所在的职能部门经理沟通时，不认为公司有开发产品和推广产品的能力，期间也发生了一些市场商务上的问题。然后就放弃了这个能成为产品的机会。

经过这两次经历，我也仔细想了一下为什么项目没有成为产品，项目和产品有类似的地方，但也是完全不同的，进而做事的方法和人员的角色、思考方式也是不同的。

项目和产品，都是要满足目标、需求和具有较好的用户体验，也必须具有系统的稳定性。但项目的目标和需求是相对固定的，必须要满足可交付成果才是一个项目结果，产品的需求可以很多，特别是互联网，几乎都是产品驱动的，但对需求的优先级满足则更重要，始终实现出最高优先级的需求，此外，产品还和公司的商业模式有关系。这就是为什么我们说产品是做正确的事，项目是把事情做正确。至于用户体验，无论是项目还是产品，都是类似的。

在公司内将项目转换为产品，最最重要的是，获取公司的支持，无论是资金还是人员，形成开发产品的组织结构，才有可能成为产品。此外，在公司层面，产品是需要按照市场运营的方式去管理，需要持续的预算、持续的投入成本，未来才能获得持续的利润，而项目则不具有这样的特征。所以第一个得到的教训是，没有公司的支持，不要按照产品的思路去进行做项目工作，可以优化项目所承建的系统本身。毕竟所处于公司的不同的层次，关注的内容是不一样的，作为高层，战略是重要的，包括产品战略，其他层面，执行是重要的，尊重公司的安排。

第二个教训是，系统设计的理念不同，这也和项目息息相关，并且也要得到团队，公司和客户的支持。我的系统设计理念是简洁，抓住核心流程，将非重点功能隐藏起来，确保核心业务的流畅体验，我认为，一个产品，满足一个需求。但这种理念并不被一些人认可。很多客户都喜欢大而全的系统，就和现在的QQ，微信，支付宝等产品功能一样，个人不很喜欢这种系统设计，觉得不自然，我的理想不是这样的，所以只有志同道合才能去做产品。

第三，无论是项目的系统，还是产品的系统，设计的思路都是一样的，只不过有所偏重。例如项目的用户画像是基本固定的，产品的用户画像则更通用，面向的群体更多。像流程图、故事板、原型工具等工具，我认为都是一样的。

当时在承建项目的时候，有打造产品的想法，所以也学了很多产品设计、产品分析的知识，虽然没有做出产品来，但在项目所承建的系统中使用，效果都是一样的：

1、用户中心和用户体验设计

简单来说，就是站在用户的角度上来想，用户如何来使用这个产品或系统。易于学习，易于使用，提高效率等，例如经过多少次点击能完成这项业务工作，填写的表格不能过长等，所谓用户角度，更多是人性的考虑。做项目也有很多可以不用仔细考虑的内容，谁使用这个产品，年龄层等内容。

开发产品需要从不同的产品层次去考虑，即战略层、范围层、结构层、框架层、表现层。例如为什么开发这个产品，用户群体有那些，系统结构如何？系统的界面表现等。但做产品的时候，我也是产品用户之一，我认为有的时候可以不考虑产品用户的需求，那些都是细节，不是你产品的方向，或者产品什么都包括，什么功能都有，像腾讯一样，也不是很好的用户体验，但腾讯已经市场垄断了，不得不用而已。此外，以用户体验设计，也不仅是用户界面，但用户界面确实也是体验的重要表现形式。

2、竞争产品分析

进而提出靠谱的需求，竞争的产品作为参考是可以的，但不能利用太多，产品同质化严重，天下产品一大抄会带来更多的竞争，做不好持续盈利的能力。复杂的竞争产品分析我没有做过，感觉有一些行业报告就提供了一些行业内的数据分析。

3、产品兼容性测试和场景测试

举个例子说明兼容性测试，如果在项目的系统中，你可以在项目中做出假设和约束，让用户都用某一浏览器产品，但在产品中就不可以。项目中可以指定某类型的移动终端，但在产品中就不可以。场景测试就是在项目中要求用户都必须用电脑进行系统操作，如何变成产品，就需要考虑不同的电脑屏幕、分辨率，或者用移动终端访问的需求，并进行逐一的测试。

4、从一开始就应该进行产品运营的考虑。关注关注营销，关注运营数据，关注收益，让产品、数据和收益形成闭环。此外产品运营还需要有产品的路线图，有一个远期的目标，到底能为客户提供什么样的体验。产品也有生命周期，该升级升级，该淘汰淘汰。不过这个也不好说，毕竟IT行业发展太快了。

产品经理和项目经理一样，你是项目的代言人，你也是产品的代言人，也都是系统或产品的重要用户。我认为产品经理更重要的是产品战略、定位、用户群体及需求、产品预算，技术、交互性、和市场推广、运营等相结合，获取持续收益。从产品和项目所承建的系统方面，我觉得项目所承建的系统可能不如产品精细化，毕竟项目还有培训，有些类似产品提示方面的工作可能就不需要了。项目更重要是解决项目问题，满足目标需求，带来客户满意度。总之，只有你在那个角色的时候，才能真正做到角色的转换，在其位，谋其政。

至于其他项目经理和产品经理的相同点，需要团队、个人能力提升、全局观、独立思考、沟通协作，重视用户反馈，跟进业内动态，都相同。作为产品和系统的技术方面，几乎都是一样的，稳定性，数据容灾备份，简洁等。产品相关的工作做的不太多，总结的不是很有体系，也不知道对不对，也有一些知识没有仔细研究过，例如如何提高转化率等，集成产品开发（IPD)等，如果涉及工业领域的产品则更加复杂。对产品的期望越大，失望也越大，需要不断改进。但我感觉思维是最重要的，努力去想，然后做减法，和项目一样，细节决定成败，如果我去做一个产品经理，不知道会是什么样子。