商品市场需求是怎样破冰到蓝本结构设计的？责任编辑将结合事例和小厂商品副经理常用的方式论，普遍化传授怎样控制系统回收商品市场需求，希望对你有所斩获。
一、商品副经理结构设计路子是甚么样面临新销售业务线开拓或者商品升级的时候，在搜集到一大堆支离破碎的市场需求后，你可能会想，我要怎么著手呢？答案是，搭构架找路子。
这是一个商品副经理通用型的结构设计路子构架，遵从由粗到细、由上而下的业务流程，具体如下表所示：
战略层—–销售业务最终目标是甚么，即方向，含采用者、采用终端产品、市场竞争优势和软件系统、项目计划；想清楚做甚么，即把具备价值的市场需求展开剖析错误率次序包括形成商品先期构架
搭构架—–（机能和 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、优点：帮助理清内部控制系统数据、销售业务流程，如前所述过程建模，从整体到局部深度结构设计，复杂销售业务简单化
3. 领域驱动力结构设计（DDD）
领域驱动力结构设计（Domain-Driven Design，DDD）是由领域驱动力结构设计之父埃里克 · 埃文斯提出的，涵盖面较广，其核心思想是先剖析领域信息结构和销售业务规则，再剖析销售业务的示例、业务流程和操作等内容。
整体路子遵从：确定情景领域— – 辨识核心领域对象（信息结构）— – 销售业务规则（表述对象之间的属性关系及行为）—–其他模块的可视化
举例：情景领域— – 电子商务平台
我们辨识到的核心对象为：
商品管理：包括商品信息的管理、上架、下架、分类、标签等。
订单管理：包括订单的生成、查询、修改、删除等。
采用者管理：包括采用者信息的注册、登录、个人信息维护等。
支付管理：包括各种支付方式的接入、支付状态的管理和处理等。
物流管理：包括订单状态的跟踪、配送信息的记录、快递单信息的管理等。
售后服务：包括退换货的处理、客户服务的管理、投诉反馈的处理等
这里以订单管理为例，用类图表达信息结构。
信息结构表述了信息内容之间的关系。这种关系可以用类图（Class Diagram）来表达。
务结构设计与 UML 建模】作者擎苍当我们采用类图来辨识领域模型和实体关系后，需要根据销售业务市场需求和限制条件表述对象、属性、操作销售业务规则和业务流程，如买家只能在特定时间段内付款，不能重复购买同样的商品；订单满足 3 人立刻成团进入待支付；订单超时未支付自动取消等。
最后，在实现层，我们需要辨识控制系统内的其他部分或与控制系统可视化的部分，并确定他们对销售业务领域的影响。比如，与支付相关的银行接口、第三方支付接口、物流跟踪动态数据的集成等都是我们必须考虑的。
适用行业：复杂且灵活多变的行业市场需求，开发此软件的公司，通常是行业的引领者，如中台等大型团队项目
工具：UML 类图、思维导图
优点：低耦合可扩展、能灵活应对复杂销售业务变更市场需求、可增强代码质量
缺点：团队技能要求高、时间成本高、协调难度高、编码量增加（长期来看是值得的）
注：透过选择合适的方式论，我们完成了商品结构设计第 2 步：搭构架，先期再透过第 3 步拆技术细节，重点剖析各组成部分下的异常业务流程，逐步完善技术细节，最后一步，再展开页面信息搜集填充，剩下的就是画蓝本了，此处不做展开。
三、面对不同项目，怎样选择？
综上，透过以上 3 种搭机能构架的方式论，我们知道，商品结构设计方式论，包含示例驱动结构设计发（UDD）、业务流程驱动力结构设计法（PDD ) 、领域驱动力结构设计法（DDD），我们来整体再做个对比总结，透过以下维度展开决策，方便我们在具体的项目结构设计中，选择较为合适的方式。
当然，他们各自有优缺点，在一个项目里，完全可以结合交叉采用。四、回收市场需求需要具备的能力和思维
结构设计思维：清晰的商品结构设计路子、并形成自己的通用型方式论，掌握并应用（如上面的 3 种方式）、包括其他的成熟模型（如 AARRR 模型…）
设
深度思考能力：多采用结构化思维培养深度思考能力、体现在异常业务流程、外围数据可视化处理上（平时要多观察竞品、多问几个为甚么、包括开发阶段潜在的难题、面对开发的批评才可以真正说不）
最佳的 UI 感及可视化结构设计能力（审美、人机可视化最佳策略）
工具采用能力：巧用 UML 建模，
五、其他想说的话
责任编辑的重点是教大家怎样透过成熟的方式论，回收市场需求指导蓝本结构设计，在写的时候，里面其实包含了很多知识点，并没有展开：
比如最容易被忽略了的 DFX 市场需求：UDD、PDD、DDD3 种方式论怎样灵活保证控制系统的 DFX 市场需求，这部分商品副经理必须有相应地思考和考量，不能老是商品做了用不起来或者代码纷乱、后面维护难、迭代难……
UML 建模能力的学习：高效辅助商品副经理工作，剖析市场需求和团队协作、包括作为评审材料后期可展开控制系统结构设计检视，很值得研究运用，但不是都要学；
再比如商品结构设计由静态到动态，构架的各个模块之间怎样展开可视化结构设计关联；页面信息结构怎么搜集并合理展示…… ..
先期我也会慢慢整理总结、输出。
最后，我们还可以问自己一个难题，从开发人员角度，逆向考虑下，开发人员拿到一个市场需求，都是怎么回收并实现的？
或许你会知道，你结构设计的机能是不是相对完美的。
责任编辑由 @凯拉 Kella 原创发布于人人都是商品副经理，未经作者许可，禁止转载。
题图来自 Unsplash，如前所述 CC0 协议。
