今天我们聊个功能设计，提醒功能，也就是通知功能。
01 “5W2H”分析法
我们可以用“5W2H分析法”分析下提醒功能的设计框架。
1）Why
触发提醒的规则。当满足什么条件时才会触发这个提醒，比如WMS系统的库容超过警戒值，触发预警提醒。
2）When
什么时间提醒。一般有两个，一是即时提醒，二是定时提醒。
3）Where
提醒到哪里，或者说什么媒介。比如手机提醒的电话和短信，邮件提醒等。
4）Who
提醒的对象是谁，按部门架构，还是角色，还是精确到姓名等。
5）What
提醒的内容是什么，比如付款申请单处理进度提醒，提醒内容就是“付款单号xxx已变为xx状态”。
6）How
如何提醒，如何去设计这一套提醒功能。
7）How much
提醒功能需要考虑成本问题，如果采取电话或者短信，这是明显要收费的，这就需要考虑提醒的频次和时间等。
像是邮件提醒，如果采用一些第三方软件，也会存在一定的费用成本。
02 设计详解
根据上面的设计框架，我们详细拆解下功能设计。
1）提醒媒介
我们可以分为四类：
电话号码提醒：电话、短信
移动软件提醒：企业微信、钉钉、公众号等
邮件提醒：邮件
系统看板：看板管理、预警大屏等
2）提醒频次
有两种频次：单次提醒和重复提醒，按名字理解就好。
3）提醒时间
包括即时提醒和定时提醒：
即时提醒：当满足xx条件时，立马触发提醒规则。一般适应于数据量较少的，报警或者审核操作等。
定时提醒：设置定时任务，在xx时间满足xx条件时，触发提醒规则。一般适应于批量的规则。
4）数据类别
可以分为正常提醒和异常提醒。
正常提醒比如一些审核操作，或者产品上架等信息。
异常提醒比如技术的服务器宕机，库存报警等。
5）接口处理
大部分的提醒功能需要的媒介都是要通过接口触发的，不管是提醒钉钉、企业微信，还是使用第三方邮箱发送或者短信发送等。
所以接口处理要设计好，虽然这方面会跟技术更关联一些，作为产品，还是需要懂的。
在这一点上，你需要去多关注下相关开发文档，上面都会有很详细的介绍，有哪些接口，免费还是收费等。
6）触发流程
03 设计案例
举个例子大家会更容易理解些，付款审核流的钉钉即时提醒功能。按①②③来，每种类型对应一套提醒人和提醒内容。
1）触发规则
①付款申请点击添加/编辑时，审核状态变为待初审；
②付款申请点击初审通过，审核状态变为待复审；
③付款申请点击初审驳回，审核状态变为初审驳回；
④付款申请点击复审通过，审核状态变为审核通过；
⑤付款申请点击复审驳回，审核状态变为复审驳回。
2）提醒人
①待初审，提醒根据该申请人的组织架构，关联对应最细部门的主管姓名；
②待复审，提醒根据该申请人的组织架构，关联对应上一级部门的主管姓名，同时提醒申请人；
③初审驳回提醒申请人；
④审核通过提醒申请人；
⑤复审驳回提醒申请人。
3）提醒内容
展示几个比较重要的信息就好。
①【付款申请】单号xx需要您初审，请及时处理！--提醒审核人
单号：xxxx
金额：xxx
申请人：xxx
申请原因：xxx
②【付款申请】单号xx需要您复审，请及时处理！--提醒审核人
单号：xxxx
金额：xxx
申请人：xxx
申请原因：xxx
【付款申请】单号xx已变为待复审，请知晓！--提醒申请人
单号：xxxx
金额：xxx
处理人：xxx
下一级处理人：xxx
③【付款申请】单号xx被xx初审驳回，请知悉！--提醒申请人
单号：xxxx
金额：xxx
处理人：xxx
驳回原因：xxx
④【付款申请】单号xx已审核通过，请知悉！--提醒申请人
单号：xxxx
金额：xxx
处理人：xxx
⑤【付款申请】单号xx被xx复审驳回，请知悉！--提醒申请人
单号：xxxx
金额：xxx
处理人：xxx
驳回原因：xxx
希望简单的一些文字对大家产品方面的学习有些帮助。
