策划/PRD
在策划/写PRD时，要查看设计稿的原比例图而不要看其缩小后的图，以免影响判断
尽量使用最终用户会用的，才能形成更正确的判断
文不如表，表不如图，能用图的就用图
用原型图表示所有可能出现的样式、形式
要把页面上涉及的样式都补充完整，比如社区列表页，就会包括各种情况——长文、短文、红包、转发（分多种情况）……
流程较复杂时，要用流程图梳理流程
情况较多时，多用思维导图梳理
设计
需设计、前端参与的需要标注清楚
给设计的PRD要尽量具体，尽量考虑到设计会问的问题
例如超过部分用...替代，那么...就要体现出来
给的文字内容需要便于复制，比如一些带交互的地方，可以在旁边备注好文字内容，便于设计复制
开发
如果有与线上功能类似的，就尽量保持一致，降低开发理解难度与开发成本
多为开发考虑，提需求前要考虑清楚，并看看开发目前的排期，避免给开发造成太大压力
增删查改最好都要标记
现有产品有的最好能提供个URL之类的，便于开发查找
对于以后可能会作为通用模块使用的，要备注出来，否则开发可能会忘记，导致后续效率降低
对于关联性较强的数据，开发难度往往更大，此时应更多地考虑性能
如果更改频率低，写死比在后台添加更好
对于更改后与更改前相同的部分，最好写清楚是哪里（取值/显示/交互等）不变，便于开发找到代码
发版
对于web端，先前端发版，再后端发版，避免上线后样式出现问题
更改任何需求，都要知会相关人员。最好是：版本负责人知道-->需求文档变更-->然后才是开发和测试同学知道
测试
争取在测试环境发现所有问题，以保持线上稳定、准时上线
运营
上线前要录入对应数据
对运营而言，需要他们配置的字段，最好都能有一个排序功能
这样他们可以快速比较，快速找出异常项/突出项，从而对这些内容进行更改
