作者简介
我们提到产品经理对外输出的三个主要内容是需求文档、原型图和流程图，其中需求文档承载了整个设计目标、过程及最终结果，因此笔者认为这是产品经理最重要的输出点。
紧接上篇，笔者今天将与大家讨论需求文档中其他几个内容该如何撰写，这也是“你可以这样写需求文档”系列的最后一篇。
十．默认加载页
打开这个菜单的默认加载页可以显示多少行，并且可以调整每页显示的行数。这里需要注意的一点是，如果是树状表单，例如角色权限、菜单等，需要清楚地显示上下级关系，不建议有分页。
十一．历史数据处理
这是描述上线后如何处理历史数据的内容。因为一般数据库的修改权在开发人员手中，所以这个部分也需要写清楚并细化。如果一些产品经理有数据库写的权限，这个部分可以忽略。
十二．数据初始化处理
例如上线后需要维护一批数据，或者需要运行一个脚本等。
十三．定时任务
这个需要作为一个重点来详细讲解。对于一些脚本，定时任务需要有清楚的描述，具体包括以下几点：
1.频次：固定每x时间执行x次，例如每天1次，每月1次等；
2.时间：开始执行的时间点，这要考虑整个脚本执行所需的时间，按我们需要展示的时间往前推。系统中不止一个脚本，所以这些任务尽量安排在晚上无人使用时执行；
3.规则：以哪些数据源，根据怎样的规则来执行；
4.数据：运行完毕后是否需要覆盖之前的数据，如果需要覆盖，是按什么维度来覆盖，一般会是日期。
十四．数据对接形式
这是对接其他系统或平台的方式，同样是重点，大致有以下几点：
1.自身平台：
1）api接口，主动获取：我们系统的哪些表的哪些字段在什么时候主动去哪些系统的哪些表获取哪些内容，并保存下来；
2）同步表，主动推送：在固定时间点或按钮触发点，我们主动将某些数据推送到别的地方；
3）同步表，被动推送：其他系统的菜单在固定时间点或按钮触发点，主动将某些数据推送给我们。
2.第三方平台：
例如对接天猫、Amazon平台，这种情况下我们需要主动获取数据，有两种形式：
1）api接口：使用平台对外公开的api接口，我们主动拉取数据。这里需要注意两点，一种是拉取报表，一种是根据字段请求字段。笔者喜欢先查询接口文档，如果找到了会把api的链接也写上。如果产品经理找起来比较困难，也可以不写，交给开发处理；
2）Python：如果没有api接口但需要数据，只能通过“违规爬取”。同样需要描述清楚需求，菜单路径。如果是页面直接展示的是一种爬取方案，如果界面没有展示还需要触发下载等按钮的又是一种方案，这里笔者不详细介绍，因为Python目前仍处于违规状态。
系列结束！
写在最后：
笔者见过很多产品经理的“一句话需求”，也见过很多特别详细的文档，两者对比差异明显。笔者一直认为“专业的人做专业的事”，既然你是一个产品经理，对你的客户和团队负责，就需要将你该做的内容做好。当然，如果团队比较成熟，开发和测试对内容也非常了解，在不影响质量的情况下，为了节省时间，可以适当简化需求文档的内容。
用最简单的设计、最明确的流程、最通俗的文字来实现用户最复杂的需求，这是笔者的坚守，也是笔者的追求，希望这篇文章能给大家带来一些帮助，感恩。
专栏《你可以这样写需求文档》系列文章推荐
第01期：正文前要
第02期：字段取值
第03期：功能按钮
第04期：其他事项
