|
需求来源 确定产品定位之后，然后通过不同的方式来收集大量的需求，然后根据这些需求的有效性和真实性、产品定位和项目资源情况进行筛选和匹配，提炼出产品需求，定义出优先级。从产品定位到需求优先级，整个过程不仅涉及对用户的分析和理解，还包括了对产品定位、项目资源的考虑。
需求来源可以大致分为以下几种，其中竞品分析、产品数据、用研是从产品层提出，老板敏锐的眼光则是“人为”思考的结果。
通过五花八门的渠道收集到一堆需求之后，不可能全部都能做，需要按照一定规则和流程，筛选出来最有价值的需求，将有限的投入产出最大化。
其中有一个较重要的环节，也是考验PM能力的地方，透过现象看本质，挖掘用户的真实需求（有个经典的故事：汽车之父亨利·福特曾有一个经典的句子：“如果我问客户他们想要什么，他们总是说想要更快的马。 这里谨记两条： 倾听用户不等于听从用户 用户想要什么不等于真实需求 需求文档 经历完需求筛选和优先级定义之后，通常可以得到需求列表，负责各个功能的产品经理就可以领任务去写PRD了（对于一般更新迭代的需求，可能筛选完之后只有一两条需求，优先级都不需要定义，就可以直接开写了）。 下面是标准需求文档的内容示例： ① 文档备案：包括文档日期、版本号、修改人、修改内容和审核人等信息，一般以表格形式位于文档开头。 ② 目录：方便阅读 ③ 背景描述：为什么要做这个产品/模块，市场行情，业务目标，产品定位等 ④ 用户类型：简单地描述目标用户的情况 ⑤ 项目时间安排：启动、结束等时间节点 ⑥ 信息结构：简单理解为内容和页面的层级 ⑦ 业务流程说明：以流程图形式说明业务各个状态间的切换逻辑（例如：游戏服务器满人时候需要切换到排队登录状态） ⑧ 需求详细说明：每一条需求的详细说明（包括：使用场景、UI描述、功能描述、优先级、输入/输出条件、处理流程、补充说明等） ⑨ 涉及关联业务部门的支持，还需要特别备忘。 如同设计稿，代码一样，需求文档很难一次成型，需要不断修改，在评审中发现问题是很正常的。 需求分析广义上看包括了需求获取和分析筛选两个方面。产品定位是确定产品需求的根本依据，而目标用户则是产品定位的标尺。要想得到正确的需求，PM需要全程参与，充分准备，深入到各个关节中，并且充分听取不同成员的意见。
上述方法论是标准化流程，实战运用，不同公司不同项目会有更接地气的一套过程，本文谨对新人作分享和启发之用。需求文档的撰写同理，引用在京东实习时候，曾经就PRD模版和导师有关一些讨论，最后导师给出的意见是：根据需求和进度来灵活变通，切勿迷恋所谓模版。尤其移动互联网时代。仅以此话与诸君分享。 文章内容提炼于刘津老师和李月老师的《用户体验设计师的成长之路》，力荐阅读原作，之后会出系列读书笔记，围绕用户体验设计相关话题而谈。 |
|
|
