一、定位 二、清晰表达需求，高效推进项目
你想要的工作技巧：
一、prd
创建自己的需求文档，不断更新，拿来就用
可以让下次的需求少一点被diss的漏洞，更有条理更清晰明了。
1.文档
文档输出的时效性非常高，所以格式不限。一个需求内容，我可能会根据实际情况用多格式文档互为补充
这里用了组件的思维，完整的需求表达由很多个模块组成，对接人按需使用
eg：【LOGO】【技术对接】【客服文档】【流程图】【数据模板】【需求文档】【源文件】
1.1命名
《【文档性质】 需求名称（备注） 文档版本号_需求人名字_更新日期》
1.2修订记录
每一次修订需求材料，应及时做相关标注。
1.3页眉页脚
文档被打印出来时，可快速知道是哪一份文档的第几页内容
2.文档结构
2.1需求概述
让需求方按以下格式梳理需求，自己在输出后续方案
需求文档是让每一个参与项目的人都能了解需求的全貌，需求是什么以及他的目的和价值是什么，避免让参与人成为需求的执行者，你要让划桨的每个人知道这条船究竟要驶向何方
-名词解释
-需求背景（包括需求来源、需求目的、需求价值）
-产品概述（包括产品简介、基本原则、基本思路）
-竞品分析
-投放渠道
-性能要求（包括网络连接、手机操作系统、消息推送系统、后台数据库、服务器操作系统、系统吞吐量等要求）
-资源引入（包括资源提供方以及具体介绍）
2.2 业务流
原型只是需求内容的一部分，要关注需求的全貌
-需求清单（项目较小时，在文档内简单罗列；较大时，专门用一个表格文件来梳理）
-需求详述（包括通用、细分的详细说明、注意兼顾常规流程和异常流程，尽量让设计、开发和测试没法找茬~）
-流程图（当一个需求看似简单，先去画画流程图，忽略的方面自然就会显露出来）
-设计需求（包括风格取向、色系取向、形象标识、其他设计要点等，让设计发挥之前，你要先考虑你想要的是什么，避免来回改动）
2.3后台支撑系统
-数据统计需求（具体内容我通常会放到数据模板的xls里，数据模板包括数据字段名称、定义、报表接收名单、修订记录等）
-配套的配置系统（视各平台业务而定）
3.安全基础
压力测试要求
压力测试流程
4 资金流
我通常把信息流放到业务流一并梳理，资金流涉及实际的金钱流向会专门拎出来。
5技术对接
6运营规则
-法务规则（合法是基础、平台协议、产品纪律会是产品盲区）
-产品运营规划、
-运营工具
-客服文档
7附录
需求池管理
