说实话，这样的问题回答起来是比较有压力的，因为关于做产品的 SOP，其实也没什么行业标准。可能每个公司有自己的一套流程，甚至同一家公司不同的团队也有自己的流程，所以称不上标准化。话说回来，只要能交付有价值的产品，流程都是其次的。黑猫白猫，能抓到老鼠，就是好猫。那我这只猫就来喵一下我做产品的流程，不一定对;但肯定是我实践过的，供你参考。总共 7 个步骤，基于昨天在星球里的回答再展开讲一下。一、业务分析——要做什么(业务流程图)几乎每一款产品都会对应一个或多个业务流程，它是对业务事件和不同角色间通过信息流动和交互方式的一种表达，对应的交付物就是业务流程图。例如电商业务有订单生产流程图、有货物进仓出库流程图、也有资金流程图;外卖业务有接单业务流程图、派单业务流程图、订单流转流程图等。做产品的步就是把业务分析清楚，弄明白要做什么，有哪些角色参与，业务交互节点是什么，信息流、资金流、物流等是如何流转的。搞清了这些后，就可以绘制不同业务模块的流程图，对整个全局就比较清楚了。另外，我们所说的产品定位、产品路线图也包含在这个环节内。二、产品分析——解决什么用户问题(User Story)在完成业务分析并设计好业务流程之后，就可以进入产品分析的环节了，这部分的主要目的就是要明确下来是要解决什么用户问题。产品设计具体就包含了目标用户、人群画像、需求定义、用户体验地图设计等。主要是从用户和产品的角度，通过一些工具把产品要解决的问题具象化表达出来。例如具体的用户画像构建、需求分类(紧急重要、是否关键路径)、结合业务流程绘制用户情感体验地图等。然后，在这一步需要定义 MVP(小可行性产品)以及产品的关键路径(小关键业务流程)，并形成需求清单以及功能清单，排列好优先级。除此之外，我们常说的竞品分析和用户调研也是在这一步完成，并交付相应的调研分析报告。这一步的核心就是围绕“解决用户什么问题”来展开工作。三、产品结构设计——构建产品骨架(信息架构、功能结构)到第三步就比较具体了，就是我们常说的设计信息架构和功能结构，交付物就是树状结构的思维导图，这个大家应该都见过也做过。但需要区别的是，信息架构和功能结构不是一回事，前者是描述产品的信息骨架。例如一个网站的结构包括哪几个部分，每部分具体包括哪些字段信息。这一步有技术同学介入。后者是从使用操作的角度来描述具体的功能结构，例如账户体系包括了注册和登录功能。为什么需要这两张图呢?信息架构有助于我们全局了解产品的信息脉络，尤其是对于一些复杂项目，比较利于进行模块化整合和分类。而功能结构也能很清晰的告诉我们现在产品有哪些具体的大功能和子功能，有些能抽取出来合并同类项的就可以在技术层面做模块化整合。到目前为止，我们还不会进入具体的原型绘制阶段。虽然以上三步很重要，但很多人、很多团队其实都忽视了，出现的问题就是产品混乱，新人来了以后没有产品全景图，也不知从何下手。涉及到历史功能调整时，也不清楚前期的架构和模块划分是如何设计的，牵一发动全身;就像一座大桥要拔掉一颗螺丝，但你不知道拔掉后整座桥会不会垮。四、原型设计——产品怎么用(交互设计、功能设计)这一步大家都很熟悉了，使用工具画原型、做交互设计，我也就不展开讲了。需要特别说明的是，在小公司，功能设计和交互设计大概率就是产品经理一人完成了，而在大公司可能会有专门的交互设计团队。例如我之前在京东时，具体的交互设计就是专门的 UED 团队来完成，产品经理更侧重需求定义和流程设计。五、视觉设计——产品长什么样(设计师的工作)视觉设计属于设计师的工作范畴了，产品经理可介入性不大，我一向主张专业的事交给专业的人做。这一步产品经理要做的是什么呢，主要是向设计师描述产品使用场景以及用户特征，即产品在什么情况下被什么特征的用户来用。对此，设计师可能会采取不同的布局设计和配色方案。例如针对中老年的产品，在按钮大小和字体颜色上，可能需要更醒目一些，如果设计师不理解大背景和产品用户，可能会自己发挥，这样就会造成产品可用性不高。当然，这里说的可用性不高是指在目标用户人群的可用性不高，但产品本身是可用的。六、数据设计——验证什么(埋点、数据指标、监测策略)我们可以说，大部分的产品都是基于先验的假设进行设计的，也就是说实际情况如何我们提前很难知道，那就需要通过数据区验证。数据设计主要是基于第三步和第四部的成果进行具体验证项定义，并在产品功能上设计相应的数据埋点，以及数据回收和统计机制。例如在电商产品的商品详情页，用户到底是点“直接购买”多，还是“加入购物车”多，那就在这两个按钮上进行数据埋点，然后统计一段时间内从这两个渠道产生的订单转化率。如今已经进入精细化运营的时代，对应的，产品也进入了精细化设计的阶段，用科学的方式验证需求，用数据去证明设计，已经成了产品经理必备的技能之一。七、假设验证——真相是什么(“假设-数据-调整”闭环)后一步，就是基于数据结果进行复盘和调整，只有假设不行，只有数据也不行，关键的是我们能从数据中获得什么洞察(insight)。基于洞察进行对应的产品调整，然后再进入一个新的验证闭环。这一部分的内容，我在之前的一篇文章《HVO——基于数据驱动的产品设计方法》有具体讲过。写在后虽然以上这7步是一个产品设计的步骤，但也不是标准步骤，更不是 SOP。可能有的公司就直接从步跳到了第四步，也有很多公司省略了后两步。但不管怎么说，可能因为公司资源和时间有限，不能按照这个步骤开展产品工作，但我们产品经理心里还是要有这个谱，至少我们是知道一个产品的生产过程的。