Part4 需求分析篇

前言的前言，需求问题可以说是软件开发中的主要矛盾。
下图一图诉尽当中百态。

改需求.gif

17 | 需求分析到底要分析什么？怎么分析？

前言，秋千案例

requirements_tree_swing.png

需求是什么？

从用户需求（业务需要），

经过需求分析，

到产品需求（解决方案）。

需求分析是要分析什么？

第一步：挖掘真实需求

• 目标用户：用户不同，诉求也不一样；

• 使用场景：使用场景不一样，解决方案也会有所不同；

• 想要解决的问题：用户背后想要解决的问题是什么。

第二步：提出解决方案

第三步：筛选和验证方案

怎样做需求分析？

需求分析过程.jpg

1. 收集需求：对用户需求进行收集整理

头脑风暴，用户调研，竞品分析，快速原型，

2. 分析需求：对需求进行分析，挖掘用户真实需求

表层需求，深层需求，底层需求，

3. 需求评估：筛选过滤掉不可行的需求

可行性，成本，商业风险和收益，紧急性和重要性，优先级（紧急重要四象限，KANO模型），

4. 需求设计：针对用户需求提出解决方案，设计成产品方案

草图，原型设计工具，界面设计工具

5. 验证需求：验证方案是否可行

设计评审，试用版，A/B测试

18 | 原型设计：如何用最小的代价完成产品特性？

原型设计，是产品经理确认需求、设计产品最重要的沟通工具。

原型设计的发展历史

《人月神话》的作者弗雷德里克·布鲁克斯（Frederick P. Brooks, Jr.）在《没有银弹 - 软件工程中的根本和次要问题》中第一次提出了：“在获取和制订软件需求时，将快速原型开发作为迭代计划的一部分”。

原型设计从最开始的一种快速开发模式，逐步演进成了今天的原型设计工具。

快速原型模型就是，

第一阶段确认界面布局和内容，

第二阶段确认交互，

第三阶段实现。

整个过程单靠产品经理是无法完成的，必须要有开发人员配合才能完成。

低保真原型设计：线框图，纸和笔，直观地看到界面上有什么，布局是什么样的。

中等保真原型设计：Axure，反映界面上的布局和内容，还可以展示网站的整体结构和交互。

高保真原型设计：更追求界面的美观和交互的炫酷。

怎么做好原型设计？

分析，设计（Mindmap信息结构图，使用流程图），实施，验证，

合适的原型设计工具，选择思路

面向的平台：Web、桌面、手机；

保真度：中等保真度还是高保真度；

功能：是否满足你的要求；

成本：价钱是否可以接受。

Axure RP，墨刀，Adobe XD，ProtoPie，FramerX，

19 | 作为程序员，你应该有产品意识

焦虑是怎么产生的？

焦虑通常源于压力，压力源于对未来的不确定，对未来的不确定源于不知道自己的价值在哪里，不知道自己未来是不是还能持续创造价值，会不会失业。会不会失业，取决于你创造的价值是否高于你的工资水平。所以要想不焦虑，我们就要考虑如何提升自身价值，只要自己创造的价值够大，就不担心自己会失业，减少很多不必要的焦虑。

程序员的价值

第一，你的价值体现在你所做的产品之上。

第二，你的价值体现在团队中的稀缺性。

• 搞定别人搞不定的技术难题；

• 擅长培训新人；

• 擅长和业务部门沟通；

• 高质量地完成功能模块；

• 按照需求设计好的架构；

• 让团队高效率低成本地完成需求。

什么是产品意识

商业意识，产品是要有商业价值，在项目中有更好的成本意识，为项目节约时间、经济等成本，帮助团队打造更有价值的产品。

用户意识，挖掘出用户的真实需求，让产品有好的用户体验，同理心，能站在用户的角度去思考和体验产品。

数据意识，在产品设计、产品运营时，通过数据来发现问题、证实结果。

如何培养产品意识？

解放思想

不要总是单纯的用技术眼光看问题，也可以从产品的角度看问题。技术思维会关注用什么技术，关注技术细节，关注功能“如何”实现；产品思维会关注用户体验，关注一个功能所创造的价值，会去思考为什么要或者不要一个功能。

改变习惯

改变习惯是是指在日常使用产品、开发产品的时候，多站在产品的角度思考，去思考它的商业价值、用户体验、使用场景等等。

多实践

在做产品的过程中，你自然会去站在产品的角度去思考，这会让你对产品方面有更多感悟。

总结

产品意识，主要包括商业意识、用户意识和数据意识。要提升产品意识，首先要解放思想，然后要改变习惯，最后要多实践。

20 | 如何应对让人头疼的需求变更问题？

需求变更这个事情上，没有赢家，每个人都是受害者。

杀一个程序员不需要用枪，改三次需求就可以了！

管理需求变更的解决方案

• 增强需求变更流程，让需求变更规范起来。

• 用原型设计低成本响应需求变更；做好需求分析和确认，减少需求变更。

• 通过灵活的架构和强大的配置，低成本响应客户需求变更。

总结

提升需求确定性；提高需求变更的成本；降低响应需求变更的成本。

课后感

• 软件需求本质是一个沟通问题。BA需要帮助用户理清问题是什么，问题到底是什么。然后和团队一起提出解决方案。

• 需求 = 期望 - 现状。除了把需求做好，还要要管理好用户的期望。

• 精益思想第一条“消除浪费”（Eliminate Waste）。持续引导用户消除浪费，消除此刻不是必须的建造，不应该让开发人员开发不是紧急的，未定义清楚的东西。

• 结构化思维很重要。课程中应对需求变更的方案就是极好的体现。
  提高需求变更的成本；提升需求确定性；降低响应需求变更的成本。