《创业公司如何建立完善的产品开发体系（上）》

996断断续续填旧坑，超长文慎入。因为是从小厂过来大厂的，两边都经历过较多项目，所以也算有那么一点经验，今天谈谈这个问题。

一个产品开发体系，主要有两大要素影响，分别是现有资源、阶段目标，即在有限的资源内，合理将资源分配并投入开发以达成阶段性商业目标。而一个产品开发的完整体系，一般有以下内容，分别是用户研究、需求设计、交互设计、视觉设计、技术方案设计、前端开发、后端开发、测试、灰度发布、全面发布，而项目管理（人员分工和排期）则贯穿其中。下面假设一个研发团队仅有10人为例（其实一般即便在大厂，一个普通项目人数也不会太多），如何做到较为完善的产品开发流程。当然，更深层次其实包括商业目标的设定，但这包含到市场分析、行业发展等，主要是决定“做对的事”，而本文着重谈叙的是“把事做对”。

1.用户研究：很多创业公司不做用户研究，而这恰恰是悲剧的源泉，在旧坑时，一个核心产品，在一年的时间内，四个tab，仅有首页有较高访问率，其他功能仅仅只有10%不到的访问率，首页跳出率达到50%以上。

而出现这个问题的原因，基本就是因为功能基本都是办公室的领导拍脑袋做出来的，产品经理往往也没有辩驳能力。其实这就是关键，用户研究，除了发现用户体验问题、发掘用户真实需求外，还有一个重要的作用，就是获取一线用户访谈信息，拿来跟拍脑袋的领导撕逼，噢，不对，是开会讨论，据理力争。一般在大厂，会有专门的用研团队，他们也有较为专业的用研方法，可在创业公司一般不会有这样的配置。这样的环境下，产品经理就更多需要承担这责任。

用户研究可以是在任何阶段进行，但在大版本更替时，更为关键，此时一般需要做两次用研研究。第一次是在迭代立项之初，以了解当前阶段产品所遇到问题的深层次原因（包括某些功能产品体验差、用户付费转化率低、某些页面流失高等），及发掘下阶段版本迭代的需求和方向。第二次一般是在开发基本完成，尚在初步测试时，这时进行用研，则有助于避免发生核心功能偏差、交互流程不足等，即便出现重大问题，推到重做也比盲目上线来得好。

一般对于创业公司，而产品经理和交互、视觉也没有用研经验时，建议学习“可用性测试”和“半结构式访谈”两种方法，前者侧重于发现问题，后者侧重于发掘需求，他们均是建立在一定的调研框架内且事先确定调研方向与问题，相比开放式访谈等，对于没有专业用研人员的团队较为有效。

2.需求设计：需求设计主要是做好两件事，输出快、准、狠的需求文档，并确定需求的优先级。关于需求文档，现在很多产品经理都以线框图代替需求文档，其实这样并不可取，因为线框图只能表明一些基本页面功能，对于后台逻辑并不能清晰地描述。需求文档关键要描述清楚以下要点。

一是全面的功能模块简介，了解UML的可以用用例图说明，否则使用MINDMAP也可；二是对全局的流程进行描述，基本流程图、跨职能流程即可应付，当然，使用序列图、状态图等则更佳；三是各个USE CASE，即功能点，一定要描述清楚角色、前置和后置（即输入和输出），除了前端引用，还要说清楚对后端管理系统的影响，以及权限变化、文案提示等，尤其需要考虑到异常UC，例如密码输入错误极限次数后锁死等，不要遗漏。对于全局通用UC，比如手机验证码，可以建立独立说明文档，每次表明引用即可。UC可以使用EXCEL整理，通过模块分类，更为清晰；四是基本的线框图，说明基本的页面流程。需求文档一定要把握一个原则，即“功能的完整性、可用性”，而“产品的好用性”则放在交互和视觉设计阶段进行优化比较合适。

对于如何确定需求的优先级，可以从两个维度进行结合。一是从商业目标、运营需求、用户体验等角度确定产品功能的优先级，即P0/P1/P2；二是通过与开发主管的沟通，确定各个功能的实现容易度，即D0/D1/D2。通过矩阵进行划分，P0&D0的最高，P0&D1次之，P1&D1再次之，以此类推。

最后，需求设计，必须不断打磨核心功能，突出产品的核心差异化竞争能力，以小功能切入大市场，切忌大而全。正如网易云音乐，在产品初期，将主要精力放在打磨歌单上，即便对比市面上竞品常见功能没有或鸡肋。虽然歌单不是其首创，但却给用户植入了网易云音乐就是做歌单，要歌单就要选网易云音乐，硬是从红海杀出了一条血路。

3.交互及视觉设计：交互和视觉设计，在产品开发体系中，关键是做好标准化。交互一定要基于Android和iOS的系统交互设计规范上，进行设计，逐渐形成基于产品的交互规范，比如导航栏、输入框、页面切换等等。这点很重要，一个看似酷炫的交互，但提升了用户学习成本，是非常可怕的事情，大家可以去体验一下平安的壹钱包。同时交互设计，需要根据产品功能模块的划分，也要做到交互上模块的相应划分，做到高聚合，低耦合。交互稿输出时，除了按照流程进行页面设计时，也应对一个模块做好相应的说明。例如某个表单的表单规则，里面包含多少种情况的输入输出、文案提示等。而视觉设计也需要有相应的规范，包括字体、行间距、按钮颜色、提示文字颜色、输入框样式等，不能简单将每个交互页面进行视觉输出。同时视觉一定要跟产品深度沟通，了解产品的“性格”及用户日常的生活场景。例如支付金融类产品的严谨，图片美化类产品的少女心，文青喜欢相机、吉他、明信片，00后喜欢宅和二次元等。一个好的视觉，是能深刻把握产品性格、主旨，引起用户共鸣的。例如网易云音乐播放时的留声机唱片，在文青中获得了很好的口碑。

交互和视觉，在产品研发体系中，难的不是RP和PSD的输出，难的是在理性的框架内，同时做到感性的抒发，即在交互、视觉规范内，引发情感的共鸣。且感性不是阻碍理性的借口，再优美有趣的设计，还是得在标准的设计规范下去做，不能脱离现有的设计框架，该有的交互规范、视觉规范一样不能少。如果没有把握形成自己的设计规范，一开始怎么办，直接用官方的 ，例如MD，不要做创新，然后再根据自己产品的特性、品牌逐步改良，形成自身产品的设计理念和规范。

4.技术方案设计：一般对于小型TASK，不需要技术方案的评审，但对于大型项目，例如1.0向2.0版本迭代、应用重构等，这个必不可少。由于本人不懂技术，下面简单从产品角度来阐述一下过往的经验。现在团队的技术方案设计主要包含四个方面，系统应用架构的设计、数据库的设计、接口方案的设计、测试方案的设计，要注重将业务逻辑进行高度抽象，能保证业务逻辑的变更良好的兼容性。这需要开发与产品进行良好的沟通，产品需要将未来及一些不确定的考虑告知开发，例如支付中风控规则、运营的红包发放策略、运营系统业务工单的审批流程等。这些业务都会因为运营过程、组织调整等会发生不可预知的变化，需要考虑周全，不是要做一个大而全的系统，而是系统在架构设计上，能在一段较长的时间适应未来可能发生的变化，而不需要做大范围的重构。同时产品也需要去了解数据表的设计、接口的设计，看是否适应业务功能的需求，例如身份信息的存储是否存在过期、用户名是否需要支持可以更改一次等。同时，技术方案还需要考虑到出错时如何抛出异常进行快速定位问题，对具有大并发量业务的接口如何支持高并发，及与相关的监控系统、数据分析系统的对接。对于技术方案，本人接触下来的，一直强调四个原则，可用、灵活、可测试、可监控。当然，技术方案的设计涉及的方面还有很多方面，我才疏学浅就不一一细化了。