【1025】直接采集 > 间接采集

还是先定义一下,直接采集,指的是直接接触公司外部的用户,从他们那里采集需求;间接采集是指二手需求,是公司里的客服、销售等团队提给产品经理的需求。

产品经理都喜欢做新产品,从无到有的感觉很爽,这时候,相应的团队还没配上,所以,直接采集占大多数,但大量产品经理是在做从有到优的事情,所以,二手需求更多。如果你的公司把产品经理定位在“需求分析师”,而把真正的产品经理该做的事情转交给内部的客服、销售等团队,那也可以,不过这些同学的产品能力通常是不足的,也就是说,他们对用户需求的理解、转化、夹杂私货,很可能产生偏差,老板们,你们真的愿意这样做么?

所以,我的观点是,专业的人做专业的事,无论何时,产品经理必须保持一定的频率,直接面对用户,这样才能保持产品经理的敏感度。

 

提供一些实践。

做产品之前,去目标用户那里“轮岗”,我知道的一个团队,做的是内部员工使用的CRM,新的产品经理进来,都要先去做CRM团队轮岗做使用者,用3个月,再来做产品。这时候,他对需求的把握,对技术团队的说服力,自然很强。

跟着销售去见用户,做一些中小企业管理软件的时候,我们都会定期去跟着销售去卖产品,常常惊讶于客户原来是这么想的,他们在意的点,我们从来都没考虑过。

和客服一起听来电,在天猫的时候,有一段时间,所有产品经理都要求每个月必听2小时客户来电,然后每个人都会把听来的问题记录分享,这样相当于每个月我们能直接从几十个小时的来电中挖掘需求,虽然也不算多,但坚持不易。

强制成为用户,比如做论坛的产品经理,就强制每个人从0开始建立一个版块,要求做到一定活跃度、一定规模,这个过程,可以体会到很多用户的痛苦——费劲心思就是做不起来?做起来以后全是垃圾广告?……

和一些用户建立起私交,有事没事多聊聊,除了工作,还有生活,熟了以后,他们会说很多在常规用户访谈里不会说的真实想法。

这方面,腾讯也总结过“10/100/1000法则”:产品经理每个月必须做10个用户调查,关注100个用户博客,收集反馈1000个用户体验。知道的人多,做到的人少。

 

还有一点很重要,公司内建立起一种,不要说“我认为”,而要说“我去聊了10个用户,有8个认为……”的文化。包括老板的“我认为”,也要有真实用户的声音支撑。

 

长期坚持直接采集,用户必然能感受到产品的变化。

iamsujie的各种二维码
iamsujie的各种二维码

【1024】种子用户是迭代的必要条件

周末,听到一个故事,有一家公司的一个新产品,在内部迭代了6次,据说,每一次发布,大家一看不满意,然后就改一版,如是6次(当然,故事的部分情节是我编的)。

有感而发。

这不叫迭代,迭代的概念和“种子用户”是连在一起的,自己内部改改改,那只能叫没想清楚就动手了。我们看看种子用户是怎么辅助迭代的吧。

他们是一群,受你要解决的那个问题困扰最深的人,从产品概念的验证开始,到需求采集阶段,就需要找到并维护好与这群人的关系。

他们可以帮产品很多。

第一,   愿意配合,因为他们困扰很深,所以有人来帮助解决,自然很高兴。如果你的产品找不到几个很愿意尝试、积极配合的人,那只能说,你的产品概念有问题了,并没有解决某些人的痛点。

第二,   可以提供很多有价值的信息,俗话说,久病成良医,他们一定已经在自己尝试解决这个问题了,去了解他们现在是怎么做的,让他们谈谈对新产品的想法,你一定能收获很多,所以,种子用户也叫“用户顾问”。

第三,   可以忍受缺陷,种子用户们虽然很想解决问题,但,作为用户,还是会因为资源的缺乏,有想法但没能做出很好的解决方案,这时候,有一个方案了,他们是可以忍受缺陷的,而这种不完美的产品,才是真正的迭代产物,在你的功能列表里筛选出MVP(最小可行产品),做出来,推给种子用户们。

第四,   可以成为义务推销员,如果他们爽了,他们一定会帮你宣传,所以,在选择时,能找到某些细分领域的意见领袖是很重要的。

因为这批用户的高价值,所以,一开始,尽量不要收费,这是小钱。我们看到越来越多的行业都在充分利用“种子用户”,他们叫“内测、封测”等,并且把这个过程的营销作用给尽量放大,比如做手机的小米、做牛腩的雕爷……

iamsujie的各种二维码
iamsujie的各种二维码