一、产物司理设想思绪是什么样面临新营业线拓展大概产物升级的时辰，在收集到一大堆整齐不齐的需求后，你能够会想，我要怎样动手呢？答案是，搭框架找思绪。 这是一个产物司理通用的设想思绪框架，遵守由粗到细、自上而下的流程，具体以下：
以上的思绪大师可以按需参考，本文侧重讲授拆解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. 客户档案：建立、检察、编辑、删除客户材料； 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）来表达。
该图片来历于图书【“图解”产物：产物司理营业设想与UML建模】作者擎苍 当我们利用类图来识别范畴模子和实体关系后，需要按照营业需求和限制条件界说工具、属性、操纵营业法则和流程，如买家只能在特按时候段内下单，不能反复采办一样的商品；定单满足3人立即成团进入待付出；定单超时未付出自动取消等。 最初，在实现层，我们需要识别系统内的其他部分或与系统交互的部分，并肯定他们对营业范畴的影响。比如，与付出相关的银行接口、第三方付出接口、物流跟踪静态数据的集成等都是我们必须斟酌的。 小结：
注：经过挑选合适的方式论，我们完成了产物设想第2步：搭框架，后续再经过第3步拆细节，重点梳理各分支下的异常流程，慢慢完善细节，最初一步，再停止页面信息收集添补，剩下的就是画原型了，此处不做展开。 三、面临分歧项目，若何挑选？综上，经过以上3种搭功用框架的方式论，我们晓得，产物设想方式论，包括用例驱动设想发（UDD）、流程驱动设想法（PDD)、范畴驱动设想法（DDD），我们来整体再做个对照总结，经过以下维度停止决议，方便我们在具体的项目设想中，挑选较为合适的方式。
固然，他们各自有优弱点，在一个项目里，完全可以连系穿插利用。 四、拆解需求需要具有的才能和思维
五、其他想说的话本文的重点是教大师若何经过成熟的方式论，拆解需求指导原型设想，在写的时辰，里面实在包括了很多常识点，并没有展开： 比如最轻易被轻忽的DFX需求：UDD、PDD、DDD3种方式论若何灵活保证系统的DFX需求，这部分产物司理必须有响应地思考和考量，不能总是产物做了用不起来大概代码紊乱、前面保护难、迭代难…… UML建模才能的进修：高效帮助产物司理工作，梳理需求和团队合作、包括作为评审材料前期可停止系统设想检视，很值得研讨应用，但不是都要学； 再比如产物设想由静态到静态，框架的各个模块之间若何停止交互设想关联；页面信息结构怎样收集并公道展现…….. 后续我也会渐渐整理总结、输出。 最初，我们还可以问自己一个题目，从法式员角度，逆向斟酌下，法式员拿到一个需求，都是怎样拆解并实现的？ 也许你会晓得，你设想的功用能否是相对完善的。 本文由@凯拉Kella 原创公布于大家都是产物司理，未经作者答应，制止转载。 题图来自Unsplash，基于CC0协议。 该文概念仅代表作者本人，大家都是产物司理平台仅供给信息存储空间办事。 |
