【2】如何将用户需求转化为软件产品设计？

设 计 | 创 新 | 阅 读 | 思 考

数字化：是个高风险，高回报的事情

软件产品的开发和设计，可能是这个世界上浪费最为严重的一种工作。耗资千万且一地鸡毛的项目比比皆是。

在上一篇文章《如何将用户需求转化为软件产品设计【1】》中，我们谈到了从「非数字化场景」到「数字化场景」的转型过程，是一个混沌、高度依赖个体经验、甚至有些时候是要冒很大的风险的过程。

在数字化产品实现过程中，有些东西买得来，有些东西买不来。

可以花钱买来外在的表象的App，但是隐形的能力很难通过外包的方式买来，例如技术能力、用户体验持续改善、连续变革的方法和路径、可扩展的线上协作关系、新的文化价值氛围、团队的学习能力持续成长。

虽然我们说数字化转型，总是在摸索中前行，在失败中成长。如果能做预先的关注，并给予干预，避免很多风险和代价，例如：

1. 对于使用者目标的误判，或者过于笼统，导致研发错误的产品。

2. 缺乏商业价值或者管理价值，无法获得持续的投入，导致产品失败。

3. 商业模式/战略设计的显著缺陷，导致软件产品没有市场，无人应用。

4. 制定与优势、能力、环境不协调的、错误的数字化转型目标，导致转型失败。

5. 在需求分析和设计不足的情况下的开发外包，导致的交付风险和浪费。

6. 由于文化、制度、能力等原因，无法改变现有的协作关系，导致系统搁置。

7. 糟糕的系统设计，对于使用者体验的伤害，例如强制记忆密码。

8. 过长的迭代周期，软件设计开发成本过高，导致产品的投资者/客户对于产品丧失信心。

9. 过大的心理压力，导致内在创造力被抑制，判断力降低，只是被动依赖管理指令，无法充分发挥知识经验和能动性

10......

**数字化, **是个「具体化」的过程

「需求」二字，是一个非常模糊的词汇。

甚至绝大多数情况下，凭客户对于需求的描述，只是朦胧的情绪感受和某种渴望。例如：“我饿了，我想吃饭”

依靠这样的信息反馈，很难指导产品设计。往往需要更为具体的分析和设计，例如：”晚上11:00，想吃宵夜，羊肉串，希望30分钟送达，价格不超过100元“

透过这样的需求，我们可以规划出产品的基本能力：

1. 【显性能力】基于品类的搜索

2. 【隐含能力】价格的反馈信息

3. 【隐含能力】预估时间计算和反馈

4. 【隐含能力】地址定位

数字化，就是这样将用户的隐含需求和产品隐含能力「具体化」（Crystalizing）的过程。

数字化产品，是客户**内在意图（Inherent intention）的具体化的表达，也是客户能力的自然延伸。同时，它也是数字化企业内在创造力（Inherent critivity）**自然涌现的过程。

这种「具体化」，包括客户目标的具体化、客户处境的具体化、产品目标的具体化、是技术手段的具体化、研发组织和管理具体化、变革路径的具体化、人员能力具体化等。

越「具体」的目标，越容易迭代，

越「具体」的目标，越容易超越。

成功软件产品，会帮助客户达成某种「具体的」的目标。卓越的产品，可以帮助客户超越他/她当前的处境、身份、并在信念价值体系层面，创造新的可能。

**从需求到产品，**一个思考框架

当一个数字化产品的领导者或者参与者知道自己在哪里跌倒的时候，从失败中学习和成长的速度可以是非常快的。

现实的情况中，因为缺乏框架，能诊断数字化产品失败原因并加以改善，是一件困难的事情。

在一个数字化产品从无到有的「具体化」过程中，以下11个阶段的工作，会影响数字化产品的成果，也会影响数字化变革的成功与否：

【1. 用户目标分析】

用户价值理解和目标的具体化定义

【2. 管理目标分析】

商业价值理解和目标的具体化定义

【3. 协作关系分析】

协作流程还原与重构，

建立数字化场景协作关系。

【4. 用户体验分析】

交互/视觉设计和优化，

通过产品与用户对话。

【5. 数据结构设计】

数据内容和数据流，

让数据成为生产资料。

【6. 产品效能验证】

通过设计原型，搜集反馈，

减少研发浪费。

【7. 技术架构设计】

技术方案和架构设计，沉淀中台，

降低交付成本。

【8. 迭代机制设计】

研发流程和版本控制，

迭代周期管理。

【9. 安全心理环境】

抱持的心理环境、激发组织动力、

塑造持续学习的环境和氛围

【10. 变革策略制定】

与环境、内在优势、

能力协调一致的选择、行动。

清晰且一致的战略沟通和共识。

【11. 促进变革环境】

促进变革发生的

制度、文化、场所。

通过实践，萃取认知。有个框架，至少这是一条可以走的路径。一方面让这件事不那么依靠运气，照猫画虎，也能做的相当好。

比如说，脱离了1/2/3/，产品经理直接动手做4/5/6/7，要么成本高，要么风险高，甚至听不到完整的用户声音。

没有8/9，产品创新小打小闹可以，但是大的产研团队协作，产品连续落地就会非常难。

当10/11清晰而明确时，也会促进数字化转型的成功概率。

数字化产品的设计过程，并非一个线性过程。这11个阶段， 它们会交叉、耦合、并行，彼此之间互相影响。

另外一方面，数字化的成功，根源于人的成长。

通过参考框架，无论是研发、产品经理、UED、项目经理，都可以规划自己的能力图谱、探索知识盲区、主动提升某些领域的能力，进而选择更符合个人优势和兴趣的职业路径。

这个框架并不完整，这是个逐步丰富的过程。

我们希望透过11个不同的角度，回顾数字化转型中的那些经历，并持续回答***「如何将用户需求转化为软件产品设计」***这样一个有趣的问题。

设 计 | 创 新 | 阅 读 | 思 考

如何将用户需求转化为软件产品设计？

何谓组织动力？

「反射性现实」与「适应性挑战」

费曼学习法：输出带动输入

---

原文链接：https://mp.weixin.qq.com/s/r9URch6cVuCZEfDuEgkCUA

来源：XT