产品经理应该如何挖掘需求?
需求不是想出来的,是经过挖掘采集并整理出来的。在很多创业团队,需求往往来自于团队成员的想法,并没有经过用户或者市场的调研,因此也很容易开发出一堆用户并不感兴趣的功能,而这对产品的伤害是非常巨大的。因此,对于产品经理来说,必须要重视需求挖掘。而做好需求挖掘和分析工作,也正是一名普通产品经理向高级产品
需求不是想出来的,是经过挖掘采集并整理出来的。在很多创业团队,需求往往来自于团队成员的想法,并没有经过用户或者市场的调研,因此也很容易开发出一堆用户并不感兴趣的功能,而这对产品的伤害是非常巨大的。因此,对于产品经理来说,必须要重视需求挖掘。而做好需求挖掘和分析工作,也正是一名普通产品经理向高级产品
上周二,刚去到公司,客户就找上门,说希望加一个筛选某个员工业绩的功能。类似这样的事情不知道发生了多少次,每个客户都有一大堆自己想要的需求,那作为产品经理,应该如何去处理呢?一、为何会有加需求?加需求,顾名思义,就是加东西。每个客户/市场部/运营部等都会出于自己的角度,让自己的使用起来更爽,于是会提
全文以5大产品层次作为基础,时间为轴,对在各个阶段做什么事,如何将需求落地,做了一个简短的说明,希望对你有用。讨论战略层这个层面是要告诉我们,做什么,为谁而做。首先拿到一个方向,我们要进行调研+收集需求,确定自己大致的一个路径。其次,进行需求分析,结合产品定位(产品定义+用户需求)筛选需求,这个时
在刷知乎的时候,看到一篇特别有意思的虚构故事,其中的案例让人哭笑不得。大概是说一个产品经理不顾产品信息结构的优先级,希望把一个”帮助入口” 做在首页中间。而且产品经理说服设计师时候以逻辑漏洞的方式进攻,提出诸如 “我作为用户就有诉求,你没有诉求也不能代表大家都没有诉求” 之类的理由。 因为争论无果
作为运营人,难免需要给产品提需求,或是为了 活动上线,或是为了改进bug, 但是如何给产品提需求,才能准确的切中要点又显得专业?众所周知,运营这个职业里面有很多细分,包括用户运营、活动运营、品牌运营、新媒体运营等多种分类。不过不论哪一种分类,他们都有一个共同点,那就是需要直接或间接地与用户打交道。
前段时间“ 高级产品经理与普通产品经理的差异”这个话题讨论得火热,联系到这段时间的工作感悟, 从如何做一个需求这个工作中最常见的点,切入讨论,以供反思和讨论。前提首先定义一下这篇文里提到的两种产品经理。普通产品经理大约分为两种,一种是 资历比较浅、没有亲身经历过足够的版本迭代或产品生命周期的新手;
我们用「产品」这个词来表示那些试图满足一系列复合期望的产物。复合意味着它们来自许多人。找到谁是这些「人」,是明确需求的一个主要部分。接下来,我们将要走进需求的沼泽,深入产品开发险恶的腹地,看看需求这个妖孽如何把众多产品经理拖入泥潭之中。需求很关键,可现实往往是,人们不知道自己想要什么;而且,产品经
相信每个人都会遇到不靠谱的领导,毕竟我们都无法保证能一直遇到对的领导,完美的团队。当我们遇到不靠谱的领导时,如何对待呢?背景大多数朋友会遇见这样的问题:部门领导管理产品部,研发部,测试部,且是由非产品专员出身,经常完全不管产品迭代计划,随时都可能一个电话或一句话提一个需求,然后要求马上做,更过分的
对一个产品经理来说,提需求是最普通不过的了。在程序猿和设计狮的眼里,产品经理就是一个需求转化器。他们将外界接收到的信息不断地转化为需要落地开发、实际产出的需求,与此同时还要写出“又臭又长”的PRD文档来折磨他们。需求,对于一个产品诞生之初来说也是最重要的,提需求是一个产品经理最基本的技能。但是是否
从安卓跳到产品的坑里也将近一年了,大大小小的也独立负责过两三个项目,也有从0到1的。而在其中最大的感触还是从理工科的思维与产品思维的巨大区别与过渡,最明显体现在从需求到功能的实现,该如何去思考。创业问题的折射而在最近,我和公司的一位之前创业的前辈聊天时,更加深了产品思维在针对需求实现时的重要性。聊