产品经理到底要不要做售前工作?
从我的职业成长路径来看,虽说是在2019年从项目经理转型的产品经理,但实际上转型第一年更多是在做售前工作
随着产品孵化的过程,也一直在不断的结合对外推广,与售前客户沟通讨论,响应客户的多种类需求
但是这样又容易让自己陷入客户思维,或者更像售前客户提需求,产品经理想解决方案,久而久之迷失了自己对于产品的思考和场景的迭代理解
我上一任领导经常问的一个问题是:你觉得我们下一个版本应该做什么,而不是客户说应该做什么。甚至他会要求我们产品组不要去做售前的工作,真正沉下心来向内挖掘
虽然在现实情况中,产品很难做到不参与售前,但其中一定要把握一个尺度和平衡
1、不要迷失了自己对产品的理解
产品经理和需求分析师最大的区别是什么?我想每个人都会有不同的答案
我现在对于这个问题的答案,是在于“需求的来源”不同
需求分析师更多是承接外部需求,来源可能有客户、用户、领导、竞争对手等。针对这些需求进行分析并侧重于跟进项目组推进落地
而产品经理的需求来源,虽然也有客户、用户、领导、竞争对手等。但一定要有自己的思考和把握,而且自己的思考占比不能太低
我觉得产品现在哪里需要优化,我觉得产品下一个版本应该增加哪些功能。为什么?是为了解决哪个问题,还是为了应对什么风险和竞争?
如果只是因为客户说了一句,用户反馈了一句,我们不假思索的把这个需求纳入需求池,那产品经理也就失去了自己的独立性
2、闭门造车亦不可取
话说回来,外部凌乱琐碎的需求既然会影响产品经理的判断和理解,那么我们完全向内挖掘,自我孵化可行吗?
这种闭门造车的方式也是不可取的
有些领导会说,我也没学过产品,客户也没怎么和我讲过,但我能够滔滔不绝的向客户输出,这些观点也都是自己想出来的。你们为什么不能自我思考?
我认为,这一方面是个人能力和认知层级的问题,另一方面也是潜移默化的问题
所谓“屁股决定脑袋”这句话就像一张无形的“认知网”,把我们的认知笼罩在了一个狭隘的范畴里面
就像我们常说的破局思维,当我们在自己的局部思维里反复折腾,也始终无法站在更高的角度审视这些过程
况且,对外输出本身就是一件高效的自我梳理和知识升级的过程。输出时也一定能频繁捕捉到客户的意向和新的观点,从而丰富自己所构建的体系,进而快速提升
就像《跃迁》中提到的“联机学习”过程。闭门造车式的内部挖掘更像是单机学习,而拿着自己的半成品一遍制造,一边验证,一边学习的联机学习模式,才是当下互联网时代的高效学习法
3、产品经理一定要做售前工作,但要有尺度和边界
单机学习不可取,联机学习也要有合适的方法,不能让自己的思想被频繁的客户需求裹挟
客户提的需求,更多是基于场景和自我业务的思考,并没有从产品思维和行业全局思维审视其中的逻辑和架构
之前在写关于迭代过程中优先级排期的文章时(B端产品迭代,优先级排序是一个复杂而艰难的抉择),也表达过如何筛选、整合、利用客户提的需求和想法
他们能够快速帮助自己更全面的了解行业和实际应用。但我们要谨记三个观点:
1)不要失去自我思考和判断的意识
2)客户也不一定是真正的用户
3)用户的声音,是典型的局部思维
今天这篇文,想到哪写到哪,思路有点不成体系,但具体的观点相信有类似经历的同学还是能够感同身受
希望各位读者能够从我凌乱的思绪中找到对自己有帮助的环节
毕竟,我所说的,大概率都是错的
贵有恒,何须三更眠五更起
最无益,只怕一日曝十日寒
今天是持续写作第 281 / 365 天,关注“不想延期”,一起陪伴成长
往期推荐