说说观止软件产品管理

        我们的CTO经常和我提，要多和团队Output，多把自己的想法和思路变成文字，和大家多分享，不要把东西闷在自己肚子里。算起来参与公司产品工作也2年多了，就自己摸索的一些产品管理的土办法做些阶段性总结，也整理下自己思路，希望对观止的产品团队、项目管理团队，有些参考价值。

        一个公司要发展，产品是最重要的核心竞争力之一，那么如何打磨一个靠谱的好产品呢，我觉得要从以下两个方面入手：

        一、搞清楚什么样的产品算好产品

       要能作出好产品来，首当其冲的肯定要知道如何算“好”。目标正确很重要，唐玄奘西天取经，如果不知道经在西天，那无论师徒几个如何神勇，也断取不回真经。

那软件如何算“好”呢，我的经验是好产品要包括以下因素：

        1、要有用

        软件要能帮助用户解决具体的问题，能帮用户得到切实的好处。产品有清晰的核心价值定位，是产品的基石，也是我们后面继续讨论其他因素的前提。

        2、要易用

        产品有用的前提下，是否易用也很关键，如果让用户越用越有冲动砸电脑，那卖的出去才怪…

        3、要稳定

        产品用处很大，也很好用，但是对不起，经常会崩溃，那…

        4、要一定程度应对客户需求变化

        客户的业务不断变化，对软件的使用也有一些变化需求，如果产品结构设计的很死，后面的版本很难变更…,那客户就要哭了，当客户哭完，就该我们哭了…

        二、 用什么方法来作出“好产品”

        明确什么是好产品，仅仅是第一步，要达到好产品的目标，还要有良好的控制流程和方法，合理的人员安排，我们目前的流程是：

        1、产品核心定位规划

        产品定位是产品的灵魂，主要解决的是面向什么样的客户、解决了什么问题、给用户会带来什么好处，产品卖点和比同类产品竞争力在哪儿？我们现有的资源是否能够做？

这个阶段主要解决的是产品做不做的问题，主要讨论的是一些粗线条的“价值”问题。

       这个阶段的参与人员主要是产品总监、CTO、研发总监、产品经理一起讨论。

        2、产品功能规划、设计

        如果产品评估可以做，接下来主要完成的是产品功能设计、性能规划，主要设计到具体的细节，这个阶段主要是产品经理接手。开始进行详细的产品功能规划、设计，版本规划。

        我们通常也会进行版本的目标规划，是新产品验证市场？还是老产品升级击溃对手？对于新产品，产品版本规划规划上，我们目标保证最小的系统可用性，再尽量加上产品的核心卖点。通常我们要求一个版本的规划不超过8周。

        这个阶段的工作主要是产品经理负责，加上产品开发经理一块评估细节，出一个详细的讨论稿，由产品总监，CTO、研发总监、产品经理、产品开发经理一起进行评审。

        3、 产品UI、UE设计

        以上两个流程主要是确保产品“可用”，那接下来的的工作就是确保产品“好用”。漂亮的UI，良好的用户交互设计，做到了这些，才会让用户用起来想哼小曲，而不是想砸电脑…

        这个阶段的工作主要由产品经理负责，由产品经理处产品原型图，协调UI设计师出产品设计图，一起出一个详细的设计稿，由产品总监、CTO、研发总监、开发经理、开发人员一块进行评审。

        4、产品开发控制

        产品原型设计通过后，进入产品的开发控制阶段，这个阶段，主要是保证产品“稳定”，并结构设计具备一定灵活性，可以适应客户一定程度变化需求。这个阶段的工作通常由开发经理来负责，通我们通过以下方法来控制：

         a、结构设计

        良好的程序结构设计，对软件非常重要，产品开发经理会完成结构设计，包括数据流程如何跑通，各部分的接口设计，底层、后端、前端的语言和框架选择，数据库的选择等等。研发总监、CTO、产品经理、产品总监、产品开发组员会一起对结构设计进行讨论、评审。

         b、代码审查

       在程序开发过程中，任何代码在提交入代码库之前，必须经过代码审查，通过这种方式来确保产品代码优雅、可读、可维护，研发团队也通过这种方式，来培养提升团队代码水平。

        c、 测试

      程序开发完毕，我们一般会留2周左右时间进行测试，测试的Bug要统一提交Bug管理系统，并进行fix，等Bug开始明确收敛，并且重要的Bug都已fix，测试完成。

        d、Release 准备

        测试完成后，团队会开始准备各种文档，包括使用手册、API文档，产品经理（或开发经理）开始准备Release Note页面。Release Note一般包括：产品简介、产品特性、版本变更功能表、产品里程碑、产品相关文档、产品团队成员、产品试用链接等。

        e、Release Note发布

        产品Release Note发布在公司产品目录页上，并邮件全公司发出，产品开发结束。

        三、产品管理中的进度控制

        很多时候产品定位很好，也有完善的流程，但是，产品却一再Delay，等到产品上市，可能产品销售的时间窗口已经所剩无几，要解决这个问题，就要进行良好的产品进度控制、时间管理。我们的做法是：

        1、从有做这个产品（或者新版本）的想法开始，便引入进度控制、时间管理。我们会对各个阶段进行时间估算、控制。

        2、通常我们会对于产品定位讨论的时间控制可以灵活一些，如果时间不够，会增加讨论，直至讨论清楚。而对于从产品功能规划、设计开始的阶段，就会进行比较严格的进度管理和时间管理。

        3、每周五我们会和产品经理、开发经理开项目进度会，了解、控制项目进度。对于产品开发规划预估时间不足的情况，我们会及早预警，会考虑削减版本中不重要的功能，来尽量保证产品进度。

        4、一般我们在产品开发过程中，我们不会进行随意变更，如果确实是前期规划漏掉的重要功能，影响产品可用性，要一起讨论决定变更。

        5、早会制度

        我们每天都会进行早会，产品经理、开发经理会在早会上进行产品进度、问题沟通，有问题会会后快速协调资源解决。

        6、产品评审

        开发完毕后，我们会对产品进行评审，对产品的各个部分进行评估，评定产品级别，并评定产品参与人表现级别。

        我们产品评审分为4个级别：超出预期、满意、合格、不合格，对于大块流程有瑕疵的产品，例如测试力度不够，或者结构设计考虑不周全，我们会限定产品的评审级别为合格，并且限定晋升名额最多1个。对于满意或超出预期的产品，晋升资格数量比较灵活。每年我们进行公司年度晋升评审的时候，会依据每个人的晋升资格数量，按贵公司晋升制度，进行晋升和加薪。