内部平台怎么从项目变成产品？几个落地步骤拆解

InfoQ 上有一篇文章叫做 From Projects to Products，Turning Platforms into Products People Use。这篇文章讨论了企业内部平台产品化的方法论，核心观点是企业内部平台怎么从项目变成产品？答案是要像一个面向外部用户的产品一样来设计和运营，而不是像一个按要求完成的项目。

先看为什么大部分企业内部平台变成了项目而不是产品。当一个部门需要一个平台的时候，他们提需求给技术团队。技术团队按需求文档做一个符合要求的平台交付了。需求部门开始用做了几个月后发现体验不好就停止用了。原因是技术团队的项目交付逻辑是需求文档驱动，只要功能满足了需求文档就算交付成功。但平台的用户在使用体验上的不满从来不会出现在需求文档里，因为用户在用之前自己也不知道体验不好在哪里。

文章给了几个转变方法。

第一个转变是给平台设定用户指标而不是功能指标。功能指标是完成了多少个需求多少个功能上线。用户指标是日活多少、周留存多少、用户满意度多少。把考核从功能交付转向用户使用，技术团队就有动力去改善体验，不会交了功能就跑了。

第二个转变是设平台的产品经理岗位。项目模式里只有一个需求方和技术方，没有人为平台的长期价值和用户体验负责。产品模式里有一个产品经理角色，他的考核不是完成了多少个功能，是这个平台的用户留存率和满意度。有了产品经理这个角色，平台就有了一个持续改善的推动者。

第三条是从一次性交付转为持续迭代。项目模式是一次交付验收结项，产品模式是每两周或者每月迭代一个新版本上新功能修体验问题。迭代模式让平台越用越好用，一次性交付让平台越用越难用。

对在甲方做技术管理的人来说，这篇文章给了一个操作性的建议。下次技术团队要做一个内部平台的时候，先不要开始写代码，先设一个产品经理角色，先定义几个用户指标日活周留存满意度，先定一个两周迭代的节奏。做完这三件事再开始开发。这套流程跟开发一个面向外部市场的产品一模一样，唯一区别是用户是公司内部的。

创业找资源，上乌鸦部落。