送给产品经理一份“绝密需求档案”

不管是你从事了几年,是B端还是C端的产品经理,需qiú都非常重要。本文作者将从四个方面,围绕需qiú展开分析,希望对你有帮助。

对于哪个阶段的产品经理来说,需qiú都非常重要。

规划产品功能时,产品经理需要将原本比较抽象的产品需qiú变得更加具体。将抽象的产品需qiú具体化也可以分解为四个环节:确定需qiú、Xliú程图、X产品原型、编写需qiú。与大家分享一个需qiú提出到编写需qiú文档整个过程我们都需要做什么?

一、需qiú确定

在需qiú范围确定阶段,产品经理主要的工作就是与X方沟通做哪些需qiú,X方提需qiú时,有可能直接说具体实现方案,而没有说痛点,这就需要我们具有识别需qiú的能力,挖掘背后痛点。当遇到不合理的需qiú时,如何劝说对方并让他欣然接受呢?

1. 确定需qiú范围

1)确定需qiú来源

需qiú来源分主动需qiú和被动需qiú,被动需qiú由X、运营、用户等发起的需qiú,主动需qiú主要是由产品团队理根据团队目标来规划的版本需qiú。当遇到被动需qiú与主动需qiú叠加的时候,开发资源紧张,如何来确定优先级呢?

2)确认需qiú目的

因为开发资源有限,确定优先级要根据需qiú的目的是什么,当前阶段产品重要指标是什么,是数据增长还是优化体验?比如遇到被动需qiú与主动需qiú叠加的情况,开发资源只能满足一方的需qiú时,我们需要根据当前的KPI来确定优先级,如果对当前KPI提升效果不明显,可以将需qiú调整到后面再考虑。这样确定需qiú范围的更加客观。

3)需qiú评估

在评估需qiú时,若技术方案拿不准,我们需要与技术leader沟通方案的可行性,初步了解需qiú开发多久,根据开发团队现有的技术能力是否能够满足需qiú,是否能够在预期时间内完成等。

2. 如何识别需qiú的真伪?

产品经理最重要的能力就是对需qiú的判断力,如果需qiú判断不准备,不但浪费开发资源,对自己也没有成就感,那如何做到呢,我们要考虑如下几点:

1)了解需qiú的背后痛点

有的需qiú方提需qiú的时候直接说方案,但有可能不符合产品的设计原则。

比如运营提的需qiú是需要在页面中增加一个字段,但是增加一个字段对表结构有改动,影响系统的范围会比较大,需要考虑X数据如何处理等情况。所以我们需要了解为什么要增加字段,是遇到什么样的问题呢?详细沟通后可能不用增加字段就可以解决问题。所以需要产品经理了解X方或用户X的痛点,根据我们的X能力给出合理的产品方案。

2)是否是普遍需qiú

前面说到需qiú的来源分被动需qiú、主动需qiú,被动需qiú有可能是某一家商家或两家提出的,不具有X性。比如X方提出一个需qiú,需要增加一个系统角sè,详细沟通以后只有一个商家提出这样的需qiú。

所以当接到一个需qiú反馈的时候要了解是不是大多数用户的需qiú,如果只是少部分有这个需qiú,需要进一步判断合理性。所以这时候可以让数据作为依据,这样说服X方也更有信服力。

3)是否符合产品定位

除了要考虑需qiú是否与目标用户相关,还需要分析该需qiú是否与产品定位相符合。比如产品是zhēn对X使用的,就要考虑这个人X的特点,不能学xí成本太大,cāo作太复杂。所以如果X方提的需qiú违背了这个原则,我们需要从产品定位的角度去说服对方。

3. 如何说服不合理的需qiú?

需qiú判断能力是产品经理能力的体现,难免其他同事提的需qiú是不合理的,那我们如何来说服对方呢 ?

1)X度

当对方提一个需qiú时,需要我们去挖掘背后的原因,其实对方也想寻qiú你的帮助,如果用你的X度去和他讲这个需qiú不合理的原因,或者输出其他解决的方案,对方可能会欣然接受,这样也体现我们的X度,让对方更加信任我们。

2)善于X数据

如果对方提一个需qiú我们也判断不准是否要做,如果能用数据来做依据的,可以X数据说话,这样更有信服力,对方也会认为比较合理。

3)让对方做输出

若是X方提的需qiú,可以让他们输出将需qiú的liú程或需qiú背景以及期望的收益,当他们在写的时候有可能会查觉需qiú走不通,有可能自己就说服自己了。

综合以上,明确了需qiú范围,此时将需qiú的状态更新为“待排期”,接下来产品经理需要准备需qiú相关的文档了。

4. 好用的需qiú管理工具

给大家分享我们常用的需qiú管理工具wik1,它是一个团队协同的文档管理系统。支持各部门的人将文档传到系统中。

1)界面简单

基础内容X文本编辑方式就可以完成,支持上传图片,表格等形式。

2)多职能协同

运营以及X方可以将需qiú录入,产品经理看到需qiú后做整理。在axure中编写完成后上传到wik1,技术,测试都可以访问wik1查看需qiú。

3)归档

目录清晰,方便归档,方便查找之前写过的方案,也方便新人了解X。

4)可追踪X

记录页面的修订X,页面的各个版本都可以查看,也可看到文档的编辑者。

每个X需qiú管理工具可能不同,有的用wik1,有的使用teambition,无论使用什么工具,只要清晰管理需qiú,并且能做好归档就可以。

二、Xliú程图

1. liú程图的作用

  • 提高沟通效率:和运营,技术讲需qiú时给大家演示liú程图就一目了然。
  • 防止功能点遗漏:方便梳理各功能逻辑,防止对功能点有遗漏。
  • 锻炼逻辑思维:将liú程的正向逻辑与逆向逻辑都进行梳理,从而判断需qiú的范围。

2. liú程图的分类

liú程图分Xliú程图,功能liú程图、活动liú程图,页面liú程等,Xliú程图前确认目的是什么,Xliú程图帮助我们梳理X架构,主要给X,X同事看。任务liú程图帮助我们梳理用户cāo作行为,主要给开发,测试同事看,页面跳转liú程帮助梳理各个页面之间的跳转关系,主要在需qiú中体现。

根据不同的需qiú来梳理不同的liú程。比如要规划618购物节的活动,从如何创建活动、用户X、以及配送等环节Xliú程图先梳理出来,与相关人员沟通确认后,若liú程没有问题,再开始画原型。

画liú程图时,可以先画正向逻辑,再画逆向逻辑,画完以后再根据需qiú来X一遍。

3. 用什么工具画liú程图

只要用得顺手就可以。有的小伙伴使用visio,但viso不支持苹果电脑使用,平时我使用axure画,这样原型图、liú程图都在一个工具上方便使用。

三、X原型图

liú程图是需要我们将功能的逻辑关系表达出来,原型图是要将需qiú转化为可视化图形。

一份完整的产品原型要包hán具体的功能,页面如何布jú,具体交易细节。如何看出产品经理画的原型是否X呢?

1. 功能点全面

产品原型首先要保证产品功能和内容是完整的,而不是只画主要liú程。比如,注册登录页面,在没有输入的情况下,是有X提示,还是默认灰sè,这些都是需要考虑。

2. 页面X

页面的尺寸,按钮,弹窗、表单等元素也需要X,而不要每个页面尺寸不一样,按钮大小也不同~

3. 页面简洁

X原型的目的是为了更加形象地表达产品需qiú,以方便与技术进行需qiú的评估。不用做视觉图,只需要线框图就可以。X的人做X的事,视觉图交给设计就可以啦~

4. 交互内容完整

产品原型是用于表达产品功能和内容的示意图,因此,产品原型首先要保证产品功能和内容是完整的,要考虑周全,不要有所遗漏。比如,注册登录界面,在没有输入的情况下,是有X提示,还是默认灰sè,这些都是需要考虑的。

5. 工具使用

画原型图的工具除了Axure、还有墨dāo、Origami等,个人一直使用axure,根据自己的使用xí惯就可以,同时也要考虑团队其他人在用什么,尽量用一种工具,这样相互共享文件时方便打开编辑。

四、需qiú编写

前面介绍如何确定需qiú范围,如何Xliú程图、画原型。最后如何输出一份高质量的需qiú文档呢?给大家总结有以下几点:

  • 信息全面:需qiú文档中包hán需qiú背景、版本说明、liú程图、原型图、字段说明等描述。除了正常的liú程,如无网络,初始化数据,X数据处理等也都要说明清楚、开发过程中不要因需qiú信息不全面来回确认而耽误项目进度。
  • 格式清晰:写需qiú也要站在用户的角度去考虑,开发、测试看纯X会浪费时间,文档形式采用原型+X描述形式,如果需要表格描述尽量用表格。
  • 及时更新文档:在开发过程中难免会有需qiú更改的情况,及时修改,以免测试时产生歧义。

五、总结

C端产品经理写需qiú注重是交互逻辑,B端产品在写需qiú时更注重X逻辑,所以liú程图是必备的。因为大多数需qiú与字段有关,最好运用表格说明。

B端产品经理也需要了解一些技术基础,比如接口、数据库相关的常识。所以还没有从事产品经理领域或要转行的,可以根据自己的特点选择B端产品经理还是C端产品经理。

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 送给产品经理一份“绝密需求档案” https://www.xiongfawang.com/2061.html

常见问题

相关文章

送给产品经理一份“绝密需求档案”-海报

分享本文封面