导读：在SaaS产品从0到1的过程中，我们的产研资源要紧着用，资源要用在刀刃上。
“之前在小报童写了SaaS产品架构付费专栏，后面因为创业去了，没时间继续完善，就搁置了。现在将专栏的内容发到公众号上与大家分享。如果觉得不错可以帮忙点个在看，转发一下。
”
以下是正文内容。
01
—
前言
完成了需求优先级后，我们需要对规划的产品的整体功能进行梳理，以让整个团队都了解未来一段时间内我们要研发的产品功能。建议是提供未来一年的整体功能结构，以便开发人员更好地配合做技术架构和数据结构的设计。同时，在功能结构设计中，对于相互关联的模块，应该提供文档说明。有了这些说明，我们在产品迭代的过程中才会注意保持扩展性。
02
—
如何设计功能结构
个人的习惯是使用思维导图，按照菜单组织的形式将功能罗列出来，然后再从使用者的角度考虑菜单的归并或拆分，以及关联业务对象的整合。通常来说，功能列到页面的按钮（包括页面内页签）就可以了。这个功能结构后续也可以作为菜单管理的一个依据。
03
—
SaaS平台侧功能
下面是我们利用思维导图绘制的SaaS平台侧的功能结构图。
04
—
关联模块说明
功能结构设计是比较粗的设计，因此我们只需要点出来哪些模块会关联就好了，具体列举如下：
在客户详情中可以看到相关的订阅版本、订单、发票信息； 客户可用的功能通过订阅的销售版本授权； 服务工单详情需要可以查看客户信息； 租户侧的功能菜单由平台侧管理，以便按客户购买的销售版本进行功能授权。销售版本由多个业务模块组成，业务模块由租户侧的多个菜单组成。 产品需要预设产品计费模式，区分按使用时长、按资源用量（如短信）或按账号数量（如按租户的员工账号数量），以便客户下单时填写下单表单和系统计算客户可用资源。 通知需要支持定向通知，即选择部分满足条件的客户发布。 版本更新支持设定是否强制更新，强制更新通常发生在产品重大升级，新旧版本不兼容的情况。 消息渠道目前对租户端支持微信模板消息，对内使用企微。同时，需要考虑未来接入钉钉消息通知、短信通知。
标签 产品经理
