做产品初期最迷惑的就是各种图，网上的概念比较混乱，我很长时间都不清楚什么时候该用哪种图来表达。网上流传了很多不合规范的图又在不断混淆视听。可以说，那些图都是在UML视图的基础上“创作”的。了解清楚了UML视图，就掌握了需求分析所用到的所有图。

UML是一门语言，基础元素就是基本词汇。

我的困境：
认认真真地读了一本书，合上之后，能记住的内容很有限，对作者的观点的理解很模糊，更不用说学以致用。

带着这个问题，我开始探寻答案。

作者是谁

《零售的哲学》这本书的作者是铃木敏文，日本7-Eleven的创始人，被称为日本零售业之父。1973年，41岁的铃木敏文将7—Eleven从美国引入日本；1991年3月，日本7-Eleven收购了美国7-Eleven的70%的股票。今天，7-Eleven便利店遍及全球16个国家地区，店铺总超过60,000家，2016年利润427亿人民币。

S���5�R���6�Q���7�shiP���8��W���9�V���:�

MarkDown是一种轻量级标记语言，可以用简洁的语法代替排版。当然，复杂的排版还得找word这类富文本编辑器。
MarkDown文档实际就是纯文本格式，所以任何的文本编辑器都可以打开进行编辑。

写在前面的话

为什么要学UML？

我的困境：

1. 从事软件行业，对软件过程的理解似是而非。迫切需要对软件的生命周期有深刻的认识。
2. 作为产品策划人，做产品喜欢“拍脑袋”，想到哪儿就是哪儿，用户需求与最终结果之间不具有可追溯性。
3. 产品需求文档写了不少，但不能很清晰地界定文档中各种图的使用场景，例如：活动图的作用是什么？什么场景下使用？
4. 做出来的产品逻辑漏洞百出，是否有方法减少？

工作中面临的上述问题，是驱使我决心系统学习UML的动力。

数据驱动产品改进的三个方面

产品改版
新功能评估
产品功能加持

虽然很花时间，但每一秒认真投入其中的时间，将来都会10倍的回报你。事先没有想清楚的，最后一定会报复你的。

其实，这是一篇防坑指南，不是防被人坑，是为了防止坑别人。

1. 逻辑不自洽的需求文档。
2. 你以为原型图就够了?
3. 不懂技术就算了，但别骄傲。
4. 产品部门内部不统一，文档百花齐放，这是要逼疯开发的节奏吗？

5. 异常逻辑处理，你遗漏的每一步都将是个坑。

   虽然很花时间，但每一秒认真投入其中的时间，将来都会10倍的回报你。事先没有想清楚的，最后一定会报复你的。
   例如，如果不事先定义清楚消息提示语，任由开发人员自由发挥。开发出来的app中，iOS 叫 “进入会议成功” 、安卓叫 “成功进入会议” 或 “进入会议成功！”。最后的结果是，产品人员需要重新进行定义，开发进行重复性工作，影响整体进度。
   参考：产品策划之异常处理

6. 领导说的不一定都对，全听领导你就完了。