您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 Code iProcess 课程 角色 咨询 工具 火云堂 讲座吧   建模者  
会员   
 
   
 
  
每天15篇文章
不仅获得谋生技能
更可以追随信仰
 
     
   
 订阅
  捐助
我的产品方法论之需求分析(下)
 
1425 次浏览     评价:  
 2017-12-7 
 
编辑推荐:
本文来自于人人都是产品经理,这是系列文章的第三篇,主要介绍了领导、行业、用户之间的管理,图片说明了产品开发流程。

我的产品方法论之需求分析(上),我的产品方法论之需求分析(中)

需求分析就是:观察——筛选——判断——迭代。这同样是一个产品的从零到一的发展历程,每一步都任重而道远。

1

今天终于要完结了,内心还是忐忑不安的,一方面特别兴奋,能够将自己的学习与实践经验认真总结,并得到了同行的认同,另一方面,我担心自己如何收场,与资深玩家相比,我深知有不小差距,不过我会尝试通过自己的思考来帮助大家梳理。

2

今天的主要话题是需求管理、需求池与版本迭代。

前文说到,作为产品经理,需求分析的核心方法分别为:

在遇见单个需求时,首先要分析用户、场景、问题以及现有解决方案,利用思维导图将思考过程完整记录并梳理,从中筛选并提炼出最有价值的信息与开发方向。

在遇见海量需求时,要明确需求优先级排序原则,逐一运用四象限分析法来判断,然后再结合公司产品发展阶段与具体场景来思考。

这些都是十分具体而复杂多样的,在日常工作中,我们难免遇到各式各样的需求,第二篇文章中我也有所提及,例如:

场馆需要增加视频入口,从而扩大现场曝光,突出智慧场馆优势,进而做到线上线下双重结合;

电商模块需要在访问量较大的页面上增加弹窗或是提示,以此结合具体场景来实现销售转化;

新赛事系统上线后,领队反馈需要了解赛事进程,修改比分或是撤销比赛,给予赛事管理者较大的灵活性。

这些都是内部或外部需求的举例,我们第一步要做的当然是区分不同来源进而梳理需求。

1. 领导、同事

一般而言,在公司所在行业,领导与同事都是对业务十分熟悉并且思考更为独到,无论是工作沟通还是开会讨论都能够碰撞出火花。当然,他们的诉求点可能更偏向于商业利益,有时我们很难理解他们的决定,这时候就需要认真记录并且后续深入沟通了。

2. 行业调研与竞品挖掘

这考验产品经理甚至是整个公司的行业趋势与动态的敏感程度,有时我们在专心按照规划做产品时,很容易忽视其他竞争对手或是行业动态,这就需要产品经理在日常工作中多关注行业数据与动态。

行业数据可参考艾瑞咨询、企鹅智酷、QuestMobile 等,竞品调研可参考 App Annie、各大应用市场中同行业产品,从中挖掘出背后的商业与产品逻辑。

若是一味地闭门造成,后果就是,团队想出来的灵感早就被人家钻研并且实践了,此外,别人不做的功能说不定早就已经被市场抛弃了。

最好的办法就是让团队的每一个成员都关注其他产品的功能更新,然后再开会讨论,由产品负责人统一管理。

3. 用户、客户反馈

产品面向的对象一般为大众用户或是企业级客户,他们是产品的直接使用者与反馈者,通常会通过评价、投诉、分享等方式向客服反馈,我们需要特别关注。特别是早期阶段的种子用户,他们对于产品的态度能够让我们在第一时间了解产品功能与体验上的问题,从而更快地迭代。

3

这里,我们就不得不提及需求池这个概念了:

从名称上我们不难看出,需求池是各方需求的集合与整理,这些需求是我们在工作中提出的想法或是问题,但是尚未实际开发或是梳理。

建立需求池的理由特别简单:每个人都是健忘的,很多灵感或是想法当时大家兴致勃勃,后续执行很容易偏离轨道,第二天再来询问,发现自己已经全然不知需求产生的背景与解决方向。

因而,我们必须通过需求池来记录并且寻求更深入的解决方案。

首先,我们要明白,每个团队都有一堆待办事项,作为产品经理,首要任务就是了解并掌握你所负责的产品,版本的演变过程以及未来迭代的方向,这一方面大公司文档或是信息沟通可能更为完善,小公司基本上就是通过上级领导或是同事来解答,剩下的就自己体验一遍,这样做其实效率很低,大部分人只有在遇见具体问题时才会深入去思考。

推荐做法是向公司了解是否有项目文档或是相关产品业务介绍与说明,然后下载最新的产品自己体验,一方面熟悉公司业务,另一方面作为用户体验并发现问题