产物需求是怎样落地到原型计划的？本文将联合案例和大厂产物司理常用的方法论，普通化解说怎样体系拆解产物需求，盼望对你有所劳绩。
面对新业务线拓展大概产物升级的时间，在网络到一大堆七零八落的需求后，你大概会想，我要怎么动手呢？答案是，搭框架找思绪。
这是一个产物司理通用的计划思绪框架，遵照由粗到细、自上而下的流程，详细如下：
战略层—–业务目的是什么，即定方向，含用户、利用终端、市场竞争力息争决方案、项目筹划；想清晰做什么，即把具备代价的需求举行梳理优先级排序包罗形成产物开端架构
搭框架—–（功能和 DFX 非功能框架）难点在于梳理功能的全面和思绪；dfx 需求：包管用户利用产物的安全、性能、可拓展等需求注：DFX 实在很紧张但大部门都会被忽视，此文不做拓展、后续会通过一篇文章举行具体阐明，（产物司理万万不能只盯住功能做产物）
拆细节—–业务流程（重点梳理非常分支和外围数据交互）、业务操纵、信息布局）
画界面—–交互计划、信息计划
以上的思绪各人可以按需参考，本文偏重解说拆解 2 步调的方法，即搭建开端功能框架，并可落地到原型引导计划。
二、怎样搭立功能框架呢？
注：搭功能框架也是从宽度上界说业务范围，而不是要深挖细节、要留意制止陷入思绪杂乱、把握好分寸、见好就收。
1. 用例驱动计划法（UDD）
用例驱动计划是一种基于用户举动和需求来计划软件开辟的方法，有步调有条理梳理出体系功能的方法，可粗浅明白为用户故事，是一个通用的搭框架方法；如雷同网购下单、旅店预定、银行贷款等场景；
团体思绪遵照：辨认到场者利用场景及题目—–界说形貌用例（目的层用例—步调层用例— - 实现层用例）并简化
（1）辨认利用场景及题目
起首，我们通过华为 IPD 需求管理思绪那篇，知道产物需求 = 基于场景的办理方案，因此拿到一个产物需求，我们必要想清晰对应的场景，即 5w1h1e。
who（面向对象）、why、when+where（场景）、what（干什么）、以及 how（怎么实现）、else（限前置和后置）
好比要做一个访客预约体系，按照上面的形貌方法，我们明确了体系的利用场景是如许：
一个基于外来访客，由于园区为了保障安全管理，在暂时进入园区前，必要举行线上登记个人资料、并实名认证的产物，而且园区考核通过，验证身份才可以进入和离园。
（2）拆分：目的层 - 步调层 - 实现层
联合上面的例子：
访客进入园区就是目的层用例，为了实现这个团体目的，我们必要步调层用例举行支持，这时间就可以拆分为第一个大框架
详细为：
步调 1：访客在体系上提前登记—–线上预约
步调 2：访客填写登记资料—–填写表单
步调 3：园区通过体系考核资料并关照访客效果—–考核管理
步调 4：访客吸收关照— - 消息提示
步调 5：访客检察提交记载—–预约记载
步调 6：访客得到允许进入园区—身份验证
步调 7：访客离园确认—身份验证
那针对每一个步调层、详细怎样实现呢？按照这个思绪，通过拆分形成实现层用例（也就是用什么方案实现）
终极这个功能框架会形成如许、（留意把差别用户端分开包管用例全面）如图：
在这里，我们要留意几点：
在多种实现方案并存的环境下，怎样衡量呢？
1、联合功能实现本钱、第三方对接周期、客户必要、技能实现本领、外围的交互模块等多方面因素举行决议，选择一个较为公道的实现方案：
2、如上面的进身世份验证，给了 4 种方案，有通行扫码、暂时卡、人脸辨认、指纹、语音，包罗我们常见的付出也可以多种路径实现，如现金付出、名誉卡付出、微信付出等
小结：
1、工具：发起用头脑导图、大概用例图举行梳理
2、目的：是形成产物功能布局（含一级特性、二级特性、乃至三级特性）
3、实用项目：比力独立、小型或必要快速迭代和更新的项目，注意从用户的角度出发来形貌体系的功能需求
4、特点：方便快捷、拓展性较差、易于明白协作，但难以实用复杂业务
2. 流程驱动计划法（PDD）
实用于业务协作方较多，具备较复杂的业务层级及考核，更注意流程尺度化管理的产物，如 CRM、ERP 体系、工单管理体系、采购体系、数据精致管理等。
团体思绪遵照：辨认关键业务流程—–拆分目的层用例—–业务操纵
好比 CRM 体系的流程是有显着前后次序的，且为了精准做好客户关系管理，尺度化的流程非常紧张。通常按照以下步调举行操纵：
1、客户档案创建和维护—–客户管理流程
2、贩卖时机（Lead）创建和跟进——贩卖管理流程
3、市场运动的筹谋、实行和跟进—— - 市场运动管理流程
联合以上次序流程，就很适适用 PDD 来搭框架，我们大概拆分出几个目的层，并进一步落地到详细的功能模块中。下面是一些大概包罗的模块：
客户管理模块：
a. 客户档案：创建、检察、编辑、删除客户资料；
b. 客户分类：对客户举行分组和标志，比方根据客户泉源、优先级、生意业务状态等举行分类；
c. 客户关系汗青记载：记载客户与企业之间的运动汗青，包罗通话、邮件、漏斗希望等。
贩卖管理模块：
a. 贩卖时机（Leads）：创建、跟进、评估及关闭贩卖时机，可以关联相干的客户信息；
b. 产物 / 服务信息：录入、检察、编辑和删除产物或服务信息；
c. 报价单 / 订单：创建、发送、听取意见、确认并完成报价和订单交付等流程；
d. 条约信息：创建一个条约管理库存储条约信息，以追踪条约实行环境和收款筹划。
市场运动管理：
a. 运动筹谋：创建市场运动，界说主题，择要、预算、时间表等参数；
b. 运动跟踪：批量创建运动推广筹划来实现对运动方案的实行，包罗在线广告、email、电话营销等；
c. 运动分析：记载运动成效，好比邮件打开率、转化率等举行绩效统计，以及对运动与贩卖数据的关系分析。
在计划过程中，功能模块要只管精密贴合上述 CRM 体系的团体流程，详细实现时，也可依据企业的运营大概工作方式举行特定的定制。
比方，在某些企业中市场运动管理大概更为紧张，根据差别的客户属性，交际媒体营销方式有些偏年轻化公司会使用大量互联网和移动装备，而传统行业的企业上门拜访更常见。
1、实用项目：PDD 实用于更大型、复杂或必要对业务流程举行全面分析和优化的项目。
2、工具：UML 流程图、状态图等
3、长处：资助理清内部体系数据、业务流程，基于过程建模，从团体到局部深度计划，复杂业务简朴化
4、缺点：过于关注流程，导致各个子体系业务耦合较高，难以实现拓展
3. 范畴驱动计划（DDD）
范畴驱动计划（Domain-Driven Design，DDD）是由范畴驱动计划之父埃里克 · 埃文斯提出的，涵盖面较广，其焦点头脑是先梳理范畴信息布局和业务规则，再梳理业务的用例、流程和操纵等内容。
团体思绪遵照：确定场景范畴— - 辨认焦点范畴对象（信息布局）— - 业务规则（界说对象之间的属性关系及举动）—–其他模块的交互
举例：场景范畴— - 电子商务平台
我们辨认到的焦点对象为：
商品管理：包罗商品信息的管理、上架、下架、分类、标签等。
订单管理：包罗订单的天生、查询、修改、删除等。
用户管理：包罗用户信息的注册、登录、个人信息维护等。
付出管理：包罗各种付出方式的接入、付出状态的管理和处置惩罚等。
物流管理：包罗订单状态的跟踪、配送信息的记载、快递单信息的管理等。
售后服务：包罗退换货的处置惩罚、客户服务的管理、投诉反馈的处置惩罚等
这里以订单管理为例，用类图表达信息布局。
信息布局表述了信息内容之间的关系。这种关系可以用类图（Class Diagram）来表达。
当我们利用类图来辨认范畴模子和实体关系后，必要根据业务需求和限定条件界说对象、属性、操纵业务规则和流程，如买家只能在特定时间段内下单，不能重复购买同样的商品；订单满意 3 人立即成团进入待付出；订单超时未付出主动取消等。
末了，在实现层，我们必要辨认体系内的其他部门或与体系交互的部门，并确定他们对业务范畴的影响。好比，与付出相干的银行接口、第三方付出接口、物流跟踪动态数据的集成等都是我们必须思量的。
实用行业：复杂且机动多变的行业需求，开辟此软件的公司，通常是行业的引领者，如中台等大型团队项目
工具：UML 类图、头脑导图
长处：低耦合可扩展、能机动应对复杂业务变动需求、可加强代码质量
缺点：团队技能要求高、时间本钱高、和谐难度高、编码量增长（恒久来看是值得的）
注：通过选择符合的方法论，我们完成了产物计划第 2 步：搭框架，后续再通过第 3 步拆细节，重点梳理各分支下的非常流程，渐渐美满细节，末了一步，再举行页面信息网络添补，剩下的就是画原型了，此处不做睁开。
三、面临差别项目，怎样选择？
综上，通过以上 3 种搭功能框架的方法论，我们知道，产物计划方法论，包罗用例驱动计划发（UDD）、流程驱动计划法（PDD ) 、范畴驱动计划法（DDD），我们来团体再做个对比总结，通过以下维度举行决议，方便我们在详细的项目计划中，选择较为符合的方法。
四、拆解需求必要具备的本领和头脑
计划头脑：清楚的产物计划思绪、并形成本身的通用方法论，把握并应用（如上面的 3 种方法）、包罗其他的成熟模子（如 AARRR 模子…）
计划方案：心田要有许多成熟可用的方案头脑和评估方案的本领，就必要多练多看、多去关注一些最新的技能，否则没法梳理框架里详细都包罗什么，怎么实现
深度思索本领：多利用布局化头脑造就深度思索本领、表现在非常流程、外围数据交互处置惩罚上（平常要多观察竞品、多问几个为什么、包罗开辟阶段潜伏的题目、面临开辟的质疑才可以真正说不）
最佳的 UI 感及交互计划本领（审美、人机交互最佳计谋）
工具利用本领：巧用 UML 建模，事半功倍（重点关注类图、用例图、状态图、流程图）、另有其他头脑导图等
五、其他想说的话
本文的重点是教各人怎样通过成熟的方法论，拆解需求引导原型计划，在写的时间，内里实在包罗了许多知识点，并没有睁开：
好比最轻易被忽视的 DFX 需求：UDD、PDD、DDD3 种方法论怎样机动包管体系的 DFX 需求，这部门产物司理必须有相应地思索和考量，不能总是产物做了用不起来大概代码杂乱、背面维护难、迭代难……
UML 建模本领的学习：高效辅助产物司理工作，梳理需求和团队协作、包罗作为评审质料后期可举行体系计划检视，很值得研究运用，但不是都要学；
再好比产物计划由静态到动态，框架的各个模块之间怎样举行交互计划关联；页面信息布局怎么网络并公道展示…… ..
后续我也会逐步整理总结、输出。
末了，我们还可以问本身一个题目，从步伐员角度，逆向思量下，步伐员拿到一个需求，都是怎么拆解并实现的？
大概你会知道，你计划的功能是不是相对完善的。
本文由 @凯拉 Kella 原创发布于大家都是产物司理，未经作者允许，克制转载。
题图来自 Unsplash，基于 CC0 协议。
