![]() B端SaaS私有部署的产品经理通常会遇到一个人负责N多项目的情况,其中大大小小的定制化内容纷繁复杂,经常遇到的问题就是各种项目收集的需求很多;但实际真正需要处理的需求内容因为各种原因(如场景很难落地、预算等)非常有限。 可产品经理的精力是有限的,又要做产品规划,又要做具体产品落地,又要搞客户的定制产品设计,再去帮客户分析判定合理需求已经分身乏术。 对于我们公司来说,不会同时拥有很多产品经理,所以收集筛选需求的工作会交由项目经理一起完成。 不过因为经常会听到业内人士说,产品经理不能高高在上,得接地气、真正了解用户的需求跟使用场景才能设计出真正被需要的产品;可在我们这种工作场景中,产品人的工作强度已经十分饱和,那要怎么去接地气呢? 一、首先我们要了解什么叫接地气引用百度百科的说法:
划重点:广泛接触老百姓的普通生活,与最广大的人民群众打成一片,不是脱离了群众的实际需求和真实愿望。 二、那我们要怎么接地气接地气这部分C端行业给出的行业方案以及理论知识很多,但对B端还没有很多的指导意义上的讲解,因为这两个行业有一些本质上的区别:
1. 对于初进行业的小白,产品经理可以怎么接地气刚进入行业,初期阶段你也很少有机会客户现场去调研,这个时候了解行业都是通过了解自己的产品,竞品或者一些行业资讯,或者业内人士咨询。 但这个时候想法还是在你脑袋里飘着的,这个时候不要放过任何跟客户谈需求的机会,即便他们可能是领导层;刚来的业务他们也不太熟悉目前的系统是如何运转的,你也要把你不清楚的想了解的问题统统都抛给她,让她告诉你。 如果你还在很初级的阶段,不清楚都应该问些什么问题,可以从以下几个方向上思考:
这几个问题问清楚了,这个客户提出来的需求你就算了解了。 后面的设计方案就围绕着客户场景来解决问题,只要客户的期望实现方案不是十分过分,就满足客户的需求;会提升很多好感,而且会让客户觉得自己被重视。 因为领域不熟悉,所以要大量啃书查资料做调研,有机会的话实地一线沟通,没机会就充分利用好每个接口人交谈的机会;所以只要是用户有提过的需求就会收集并耐心的给客户厘清,哪些需求是他真正需要的,哪些需求可以用现有的方式解决。 这样收集业务场景来积累自己的行业经验,在初期阶段,这就是接地气的最好方式。 2. 经验丰富的产品人要怎么去接地气经验丰富的产品人是在小白基础上发展而来的,已经在一线摸爬滚打了一段时间,对客户的需求有一定了解,甚至可以达到:客户提出一个需求我就知道她的目的是什么?想解决什么样的问题?从而快速的反应一个解决方案。 这时候就到达了另外一个阶段,就是要规划自己的产品。 在规划产品的过程中是需要有大量的行业经验做储备的,从自己的经验中提炼一些关键性的场景作为产品规划的基础,思考一些关键性的问题,比如:
这段时间需要我们自己思考、选择、决策的地方非常多,偶尔有空白知识还要去搜大量的调研资料;所以大部分的项目定制需求是项目经理给出哪些功能客户想达成什么效果要产品给方案,产品出方案后项目经理拿去给客户确认。 这时我应该如何协调产品规划跟项目定制需求之间的关系呢?或者说这个时候我脱离人民群众了么? 每个公司有每个公司的制度,从我们项目制公司来说,项目经理还是很多的,产品经理相对较少,所以可以用这种方式。 如果是产品经理完全处理需求事宜,那大概需要好几个产品经理,每个产品经理分配几个项目,然后有一个产品总监,负责统筹规划事宜。 在我看来,我并没有脱离人民群众。 之前深入一线的行业经验丰富后,很容易蜕变到一种状态——我就是用户;我把自己带入到用户场景中,从他们工作所处的环境、他们面对的客户、他们要办理的业务中可以更设身处地的思考他们的诉求——这才是接地气的更高阶段。 因为了解,所以自信,自己设计的产品,一定会贴合他们的日常工作,可以解决目前烦扰他们很久的问题。 有影响到流程的问题千万不要盲目决策,拍脑袋是最下策,依据才是底气,客户才是王道。 而且其实有些问题只要在生活中多留意就会发现一些蛛丝马迹,比如我要做一个B端的企业系统,我就会去了解这个企业是做什么业务的,我生活中会不会需要办理这样的业务;如果我遇不到我身边的人或者我有没有办法了解到他们的用户群体,他们之间的联系是什么样的,他们之间出现最多跟我系统相关的问题会是什么,一切就都迎刃而解了。 总而言之: 总是高高在上的做事那任何结果也都只是自己假想,要想接地气就永远不要把自己置之度外。 不一定非要群众旁边儿,只要可以深入其中、事无巨细,你就知道你的决策到底是鸡肋还是雪中炭。 |
网站内容来自网络,如有侵权请联系我们,立即删除!
Copyright © 风筝常识网 琼ICP备2024040248号-63