点击『小生知道』关注我
我会分享一些我的产品、设计、开发经验给你
上文说道，如何画流程图，流程图都画完了，是不是要开始画原型了？
如果你这是一个从 0 到 1 的项目，我希望你等一等。
在产品设计时，为了完成某个业务，我们要设计一些功能。而进一步，为了更好的完成这些业务，我们要新增一些不在流程中的功能，例如：『权限管理』、『流程引擎』、『字典管理』等。
先解释下以上举例的三个功能
权限管理：
一个后台产品一般会有多种角色，多个账号，但是每个角色都有不同的权限范围，比如 HR 可以增加和删除账号，其他角色不可以。
所以系统就需要支持到不同的角色、账号拥有不同的权限，权限管理就因此而存在。
（实现权限的方案有很多，以上只是一种常用的方案。）
流程引擎：
由于我之前的项目很复杂，又要适用到不同的客户，同样一个审批流程，可能流转起来是一样的，但是 A 可能需要 2 次审核，B 需要 3 次审核，且不同的审核需要的角色也不一样。
我们不可能针对每一次需求都做一次开发，所以就使用了流程引擎这样的通用解决方案，你爱几个审核步骤，自己设置。爱什么人可审核也自己设置。
字典管理：
我直接举个极端的例子：『性别』，facebook上的性别有56种选项。在我们部署系统时，A 客户说，我们公司的注册资料中，性别有5种选项。B 客户说，我的资料中性别只有 2 种。还是上文的话，我们不可能针对不同的客户独立做这样的调整，所以这类数据就通过『字典管理』这样的功能，让客户自定义。
以上功能很少在业务中直接体现出来，都是和客户进行深入沟通之后，理解了业务场景，为了更好的满足客户场景下的需求而衍生出来的功能。
像『字典管理』这样的功能，即使没有，本身不影响产品的使用。但是为了节省部署成本、开发成本等等，加入这样的功能是很值得的。
而像『流程引擎』这样的功能的加入，在客户做选择时，这个功能甚至可能成为产品的亮点之一。
『权限管理』现在可以说是一个后台产品的基本功能，没有的话，产品都不能算完成了，当然你能说服客户使用也无话可说。
总结
由于衍生功能很难定性每个产品要什么，所以也没有什么固定的套路可以讲。只是希望在产品设计过程中，更多的去了解业务，沟通业务场景，去体验，然后分析其中有哪些点是需要其他功能支撑的。
核心理念就是：利益最大化。
客户利益最大化：在使用产品时，能满足到客户的各种业务场景需要，对于不符合的能尽量不用开发的方式解决。
企业利益最大化： 给客户使用的产品，尽量做到避免二次开发，或者降低需要二次开发的业务，成本就省出来了。
偷懒：真的，有时候不同的客户可能来的需求是差不多的，做同样的需求做多了人会爆炸的。
