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

设 计 | 创 新 | 阅 读 | 思 考

昨天，一个同学问了一个问题，在产品设计过程中，产品经理是如何将「用户需求」转化为软件产品功能设计的？

如何将需求转化为功能？

对于很多产品经理而言，这好像是个潜移默化、自然而然的过程。

从客户访谈、搜集需求、到做优先级排序、然后做数据设计、画原型、获取反馈、优化设计、开发测试上线。

然而，如果从跨领域的数字化变革而言，或者需要培养产品经理角度来说，这个问题就显得非同寻常。

个人以为，从需求到功能设计，是产品经理创造力的「涌现」的过程，它需要很多方面的积累。

这种「涌现」，有的时候要看看运气。

相同的需求，不同的产品经理会拿出完全不同的甚至截然相反的设计方案。这样的运气也有很大的风险，同时这种运气很难传承。

它引发的其他相关的问题

如何将需求转化为功能？这个问题背后，也隐含着一系列数字化转型过程中至关重要的问题：

从非数字化场景，到数字化场景的转化，究竟发生了哪些改变？

• 数字化转型的难点究竟在哪里？*

*从具体的用户需求，到底如何实现了软件功能？ *

如何对用户的需求进行优先级排序？

如何对于产品功能的迭代进行优先级排序？

用户需求和痛点，与产品功能需求有什么不同？

• 产品经理在需求到功能的转化过程中，究竟发挥怎样的作用？*

产品经理，从小白到高手的成长路径和关键技能是什么？

企业的管理者和决策者，在数字化转型的过程中，扮演怎样的角色？承担怎样的责任（风险）？扩展怎样的技能？

• 这个转型过程中，这些方法和技能如何实施，确保风险可控？*

……

冰山以下的部分

数字化的过程，从左到右从非数字化场景到数字化场景的关键影响的要素，并非一一对应的关系，是n：m的关系。

从n个影响用户需求的因素，到m个数字化实现过程中，涉及到的是产品经理的学习、实践、创造力涌现、重构的过程。

影响非数字化场景的用户需求的角度n：

工作成果：成就

用户角色：职责、目标

用户问题：要求、需求，痛点

个体行为方式：习惯，能力，信念

线下流程：人+人，

管理模式：层级组织结构和管理模式

管理目标：KPI，P/L

旧的组织文化：封闭、指令型、权力驱动

用来构造数字化场景的关键要素m：

数据：字段、值、消息、图表、报警

新的用户角色：新的职能/功能/数据，分域分权

软件交互：视图列表、按钮、菜单、表单、视觉

技术因素：架构、存储、计算、统计；

用户体验：新习惯、新能力

协作关系：人+系统，丰富，开放，内外连接，可扩展

其他隐含因素：新的角色，如线上运营、后台管理员、基础配置、数据结构化，灵活敏捷的研发迭代的流程

非系统化因素：新战略、新组织、新流程、新文化、安全包容的心理环境、新的价值观等

大多人都只会关注那些看得到的部分，例如听得到的需求，看得到的功能。

软件产品设计的真正的难点，在于「看不到」的隐含需求，非系统化的因素、以及「隐含能力」的沉淀。

同时，这些冰山以下的东西，决定了一个数字化产品的价值，数字化转型的可持续性。

产品经理的关键能力

产品经理自我发展和实践中，可以关注几种关键能力的沉淀：

【同理心】对于用户体验的理解和感同身受的能力。

【商业敏锐度】财务、流程、商业模式、业务战略、组织分工等

【沟通和影响能力】通过高质量的聆听、发问，能够识别很多隐含需求，并影响他人组织分工。

【判断能力】分析、分类、优先级的判断能力。

【系统思考能力】：利用UML/实体关系图等工具，对于复杂协作系统的描述、表达与设计。

【觉察和勇气】：觉察内在的感受、情绪，面对失败的勇气，并从中学习，持续优化。

培养任何技能，很多道理，知道了也不一定能够做到。做不到，也相当于不知道。

持续参与到产品设计和实践过程中，从问题中寻找答案，从失败中品尝成功的滋味，在实践中扩展边界，那时，改变就发生了。

于人，如此，于事，也如此。

匆匆拙笔，很难给出合格的答案，但确实找到了一个好问题。

设 计 | 创 新 | 阅 读 | 思 考

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

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

看过了20本积极心理学书籍之后

行为改变的秘密：不较劲、不焦虑、不费力

复原力｜任何挫折都打不倒的内在力量

认识自己，接纳自己

关于学习的更多可能性

幸福的源泉：24种品格优势

「卡片笔记」，学习神器

「刻意学习」与「自由学习」

聆听，是一种成长的动力

何谓「真实的」自我？

---

原文链接：https://mp.weixin.qq.com/s/T3Eh-IhmdoDAo7m8lRaIEg

来源：XT