关于后台产品设计(2)

一直从事后台产品设计，在收集需求，书写设计书和评审设计书的工程中，遇到了一些问题和困难，
解决问题的过程很艰难，结果很让人欣慰。随手记录下了一些心得，希望慢慢的把心得整理成方法论。
一方面能强化自己的产品思维，另一方面可以作为公司内部产品经理(BA)教育的资料使用。
思前想后，决定以博客的形式记录心得，虽然比较片段，但是可以随笔记下，慢慢积累吧。

需求文档的书写心得(需求分析书，概要设计书)：
1.回避为了记述而记述，对焦目的之后，考虑更加简洁清晰的描述。
※用日语描述之后翻译成汉语check一下，能够清晰的看出问题。
废话会让别人进入误区。

2.非重点功能的记述要简短，或一带而过。过多记述会喧宾夺主，导致重点不突出，产生误解。

3.关于是否做成rule引擎，是否做成可视化图形界面
考虑一下为什么要做rule引擎，为什么要做可视化图形，解决的问题是什么？
节省开发时间，让开发简易化，不懂技术的人都会。

4.当时你对自己的方案超满意的时候，请尝试找出这个方案的弊端，没有任何一个方案没有弊端，主要看弊端是否影响了解决痛点。
寻找弊端的方法：
①找一位或多位帮你提出这个方案的弊端。只允许说弊端。
②使用「微服务 弊端」关键字上网找找是否有相关信息。
③隔一天再冷静的看看这个方案。

5.大框架不清晰的方案，细节肯定漏洞百出，有可能漏掉冰山的水下部分。

6.在写需求文档的时候不要省略主语，否则文章难懂，难懂的文档给读者两个苦恼，1.理解费时间。2.容易发生误解。