2018-08-06

一、定位  二、清晰表达需求，高效推进项目

你想要的工作技巧：

一、prd

创建自己的需求文档，不断更新，拿来就用

    可以让下次的需求少一点被diss的漏洞，更有条理更清晰明了。

1.文档

    文档输出的时效性非常高，所以格式不限。一个需求内容，我可能会根据实际情况用多格式文档互为补充

    这里用了组件的思维，完整的需求表达由很多个模块组成，对接人按需使用

        eg：【LOGO】【技术对接】【客服文档】【流程图】【数据模板】【需求文档】【源文件】

    1.1命名

《【文档性质】 需求名称（备注） 文档版本号_需求人名字_更新日期》

    1.2修订记录

    每一次修订需求材料，应及时做相关标注。

            1.3页眉页脚

            文档被打印出来时，可快速知道是哪一份文档的第几页内容

2.文档结构

    2.1需求概述

让需求方按以下格式梳理需求，自己在输出后续方案

需求文档是让每一个参与项目的人都能了解需求的全貌，需求是什么以及他的目的和价值是什么，避免让参与人成为需求的执行者，你要让划桨的每个人知道这条船究竟要驶向何方

-名词解释

-需求背景（包括需求来源、需求目的、需求价值）

-产品概述（包括产品简介、基本原则、基本思路）

-竞品分析

-投放渠道

-性能要求（包括网络连接、手机操作系统、消息推送系统、后台数据库、服务器操作系统、系统吞吐量等要求）

-资源引入（包括资源提供方以及具体介绍）

    2.2 业务流

原型只是需求内容的一部分，要关注需求的全貌

-需求清单（项目较小时，在文档内简单罗列；较大时，专门用一个表格文件来梳理）

-需求详述（包括通用、细分的详细说明、注意兼顾常规流程和异常流程，尽量让设计、开发和测试没法找茬~）

-流程图（当一个需求看似简单，先去画画流程图，忽略的方面自然就会显露出来）

-设计需求（包括风格取向、色系取向、形象标识、其他设计要点等，让设计发挥之前，你要先考虑你想要的是什么，避免来回改动）

    2.3后台支撑系统

-数据统计需求（具体内容我通常会放到数据模板的xls里，数据模板包括数据字段名称、定义、报表接收名单、修订记录等）

-配套的配置系统（视各平台业务而定）

3.安全基础

压力测试要求

压力测试流程

4 资金流

我通常把信息流放到业务流一并梳理，资金流涉及实际的金钱流向会专门拎出来。

5技术对接

6运营规则

    -法务规则（合法是基础、平台协议、产品纪律会是产品盲区）

    -产品运营规划、

    -运营工具

    -客服文档

    7附录

需求池管理