业务流程图，也就是新添加需求所要实现的所有页面，并且每一层级的页面通过怎样的按钮或操作实现，页面原型可以画得详细一些，但是千万不要上色，会干扰UI做设计。业务逻辑备注，也就是在不同状态下产品所做的不同处理，比如同样一个页面，登录的用户是怎样的，未登录的用户是怎样的，必须要备注清楚。3.数据打点：没有数据接入的产品，都不能称之为产品。
所有的产品都必须要埋点进行数据采集，每个重要的按钮，每个重要的页面。点击、曝光、浏览三个维度去采集，到一定时间段后你就知道哪些功能是用户常用的，哪些是不常用的，用于后期迭代的重要分析手段。当然具体埋点工作则由技术来负责。4.需求复盘：一般需求上新一周后，就可以做需求复盘了，分别从需求设计、需求开发、上线运营三个时间段去反思犯的错误，进行总结，避免以后再犯类似的问题。
基本上需求文档，就包含这四块的内容，涵盖了从接受该项目，到最后上线运营的整个时间段。当然，仅凭需求文档是不够的，拉着运营和技术开需求分析会也是产品经理必须要做的事情。除了需求文档还需要什么？单说产品经理的技能，光是需求文档肯定不行。需求调研、业务流程图、页面原型图，页面流程图、需求文档、数据分析这些是基本功。
还要有良好的沟通技能，能够顺利与运营、设计和技术沟通，制定相应的方案。那就必须要懂得基础的运营、设计、技术相应知识，不然别人忽悠你都不知道。对于项目进度的把控也是必不可少的，学会用甘特图管理任务进度，每天定时做好沟通和监督项目，确保产品能够按时交付。当然，也要有勇于担当的责任。无论中间谁出了错，只要产品出现问题，只要没能够按时交付，产品经理都应该第一时间站出来扛起错误，及时改正。
产品经理怎么写需求文档？
产品需求文档（PRD）作为产品人员的基本功，对每个产品人员来说都不陌生，PRD质量的好坏直接影响到研发部门是否能明确该产品的功能和性能，研发出符合产品人员预期的效果，因此PRD的重要性不言而喻。可以理解为，PRD是产品人员关于产品功能文字传达，必须清晰的将产品功能最终实现的结果以文字方式表达出来呈现给阅读者，一般的阅读对象有项目负责人、研发人员、UI、测试人员。
PRD不仅作为产品功能的详细说明文档，PRD的作用更在于它是整个产品质量控制的执行标准，是将产品定义化落实为实际的开始。那么PRD应该具备哪些要素？1、文档的名称每个产品都是经过多次的迭代完成的，不同阶段迭代的功能都是不一样的，因此需要定义清楚该文档是属于哪个版本迭代，通常命名的方式是以编号呈现，比如，xx产品需求说明书_V1.0,前面xx产品需求说明书是针对哪个系统产品迭代，后面的V1.0是版本号，这样便于区分不同迭代版本的文档。
