墨玉信息网

首页 > 正文

在原型设计之前,我如何做需求调研

www.eunhae0718.com2020-01-11

原型设计前我如何做需求研究?

优先考虑需求和合理利用有限的开发资源是测试产品经理能力的主要指标。

只有做好需求研究,我们才能在项目启动时冷静地处理各种问题。

例如,谁应该要求解决什么问题?为什么你的需求比别人更重要?需求的目的是什么?需求研究不足会导致产品偏离实际业务需求,导致开发资源浪费和产品方向偏离。

我将需求调查分为三个阶段,即需求收集-需求挖掘-需求评估,并说明了每个阶段的工作思路。

注意:公司产品是c2m服装定制平台。以下内容将结合实际工作经验和对产品的理解,仅供参考。

需求收集

定义:无论是新业务的探索还是现有业务的优化方案,都有业务需求。因此,需求收集可以理解为从用户那里收集业务需求。

渠道:用户通过某个渠道表达对产品使用的不满和建议。微博分流、应用评估、在线客户服务和产品反馈门户等方法将更适合于高端用户。B-终端用户(或公司内的用户)将直接向他们的上级或产品经理反馈业务请求。

原则:

接近商业。产品经理没有收到业务反馈的事实通常并不意味着产品没有缺陷,满足了用户的所有需求,而是产品没有与用户建立良好的需求沟通机制。由于思维惯性,用户不会主动提出业务请求。原因可能包括:不认为当前的操作行为有任何问题;人们认为,即使提出商业索赔,也无法有效解决。此时,产品经理需要接触用户,如业务轮换、种子用户访谈、数据漏斗分析等。

倾听并理解。理论上,所有的商业投诉都可以细化为需求。不要用你对产品的熟悉程度来质疑用户的各种操作错误。因为这是你的用户,即使产品需要优化,用户也会犯错和抱怨。因此,首先,在我们有动力改进之前,我们必须纠正我们的态度,正视商业问题。

及时反馈。为了提高业务部门反馈的积极性,将响应时间点和响应结果给予请求方:转换为需求/近似完成时间、需求拒绝/拒绝原因。

目标。用户在描述问题时往往倾向于分歧和没有方向,导致收集了许多问题,但是有偏离需要调查的地方。因此,鉴于有目的的需求,产品经理对产品框架有预先的了解,并向用户咨询问题。例如,为了执行购买、销售和存储的功能,产品经理应该事先有一个购买、销售和存储的基本产品框架,并专注于与用户讨论购买、存储、分配和库存等业务场景。

需求挖掘定义

将业务需求组织到需求池中,即场景-用户-问题点(目标)-建议的解决方案。

场景:所有用户行为都必须具体化为场景,需求场景的描述要尽可能详细,以便有利于产品设计。一旦看到地铁广告,公共数字二维码就被放置在海报的下部区域,也就是说,用户必须蹲下来扫描二维码。如果在需求挖掘过程中考虑到用户扫描二维码的场景,产品设计将考虑二维码的位置。

用户:你需要知道你在为谁设计产品。不同的用户有不同的设计理念。工厂操作员害怕犯错,所以产品设计可以集中在强烈的提示、二次评审、愚蠢的操作等方面。避免犯错误。女孩害怕计算,所以产品设计可以把口头计算的部分变成系统的自动计算。特别是,C端产品应该考虑用户肖像,所以本文不会扩展。

问题点:所有需求都是为了解决业务问题。未能解决业务

大多数时候,用户告诉我们的想法和需求根本不是他们的“需求”,而是他们的“需求”。“需求”是用户需要解决的最基本的问题,而“想要”只是用户已经为我们解决的“需求”的一些解决方案。在需求研究的过程中,有必要挖掘用户的“需求”,通过我们的设计来实现用户的“需求”,而不是盲目地追随用户的“需求”。因此,用户无法摆脱困境。

继续问为什么

demand mining测试产品经理的专业能力和对事物的抽象。例如,工厂说他们想喝可乐。用户的需求1是解渴,需求2表示我很酷。在用户的环境中,喝可乐是经济实力和冷静的标志,而水被贴上了廉价的标签。挖掘一种更直观的表达方式是不断问为什么,为什么要喝可乐;为什么是可乐?每个业务点都可以询问最终原因,并收集您想要挖掘的要点。

需求评估

定义:在判断它是真实需求的前提下,需求的优先级是什么。

一般的伪需求在需求挖掘过程中不断询问原因,并能得到答案。在确定实际需求时,通常采用重要性和紧迫性两个方面。

重要:公司战略;增加收入;降低成本;信息披露;基本产品模块,如电子商务支付、订单、商品、库存、交付等模块。

紧急情况:投诉风险;资金结算;对用户的大规模影响等。

注意:公司可能在不同阶段的重要和紧急领域有所不同,这取决于具体情况。例如,公司在早期增加收入和招聘新员工是很重要的。中期,公司开始重视降低成本和披露隐私。

这两个维度的结合如下:

重要而紧迫:如果有许多这样的需求,就有必要思考产品框架是否存在问题以及产品基础设施是否缺乏。

重要但不紧急:关注这种需求,代表产品的未来。拆分版本应该一步一步迭代,并且要稳定。

不重要也不紧急:这通常是暂时的解决方案,通常不会提高产品质量。对反射的需求是过去产品迭代的一个问题。

不重要或不紧急:不要尽可能多地这样做

在大多数情况下,资源的需求和开发呈现狼多肉少的局面。

因此,测试产品经理优先处理需求和合理利用有限开发资源的能力是一个很大的指标。

这篇文章最初是由

小雨发表的。每个人都是产品经理。未经允许,禁止重印

图片。它来自Unsplash。根据CC0协议,返回搜狐查看更多“负责任的编辑:

热门浏览
热门排行榜
热门标签
日期归档