最近在看招聘JD的时候,经常看到几个关键词“逻辑推理能力”,“沟通能力”,“独立完成项目”,“从0-1”。
这似乎成了产品岗位最基本的能力要求。但是除了这些,产品到底还需要什么样的能力?
一年前刚毕业的我,遇到面试官问到:“你觉得产品需要什么样的能力” 的时候,我只会回答:
“需要要清晰的逻辑推理能力,能和团队成员有效沟通的能力,还需要有应变突发情况的能力”
似乎都满足JD的要求,也好像达到了点上,但面试就是没有过。现在回看这个问题:我有了不同的答案。
逻辑推理能力
产品有时在研究竞品或者分析客户需求的,可能只获取了一半的信息,但要形成完整的业务流程,还需要根据经验去推理,完善整个产品流程。
共情力
产品设计过程中经常把自己熟悉思维方式灌输到产品设计中,而当产品真正研发出来的时候,却满足不了客户需求。
举个简单的例子:订单成功出货后,客户需要退货退款,按照C端用户的习惯,订单需要退货退款可能需要找到对应的订单才能操作,对吧?
但在B端的实际操作中(可能有行业不同的情况),客户一次性退货一批商品,这批商品由不同的时间段出售给客户的,但客户要求一次性退货完成(这个是行业允许的情况)。
如果是根据订单退货,很难找到对应的销售订单,即便找到了花费的时间成本也比较高。
但如果在功能一开始的研发阶段,能够清楚的了解客户实际操作中遇到的问题,便能减少后续返工的情况。
客户会基于自己的情况提出各种各样的需求这些需求可能是不合理的(如:跟产品底层架构变动有关、已有类似功能),在让开发着手制作前,应先尝试给用户提出解决方案,说服客户接受;如果客户不能接受,则提出其他的方案后与自己的研发团队商讨可行性,在动手研发功能。
分清主次
这个虽然不算能力,但这个很重要!!!新手产品,经常面临这样情况:客户一催XXX功能什么时候能上线交付,新手产品经理经常转头就问开发,什么时候能做完功能上线,甚至压缩实际的开发时间。
造成了工期缩短,程序员与测试不断加班,产品与开发团队的“矛盾”不止。
如果客户加钱(甲方有钱任性)需要临时提交交付功能时,产品也应该需要跟研发负责人商量好具体的情况,根据研发成员现有的任务及任务的优先级进行排序在决定是否要“插队”。
之前公司没有产品,靠着销售跟需求的时候,就出现了客户一催功能,开发就需要加班加点,到最后临时做出来的功能客户不满意,原本开发计划也被打乱,造成项目总体进程 滞步不前。
为什么开发跟客户之间还需要隔着一个产品传达功能需求,就是因为产品经理能把客户模糊不清的要求,清晰的解释给开发。比如客户说饿了,想吃饭,但不想要用手抓饭吃。
那产品经理就应该考虑的是,客户想通过吃饭来缓解肚子饿了的问题,但可能没有工具,目前只能用手抓饭解决;
那就需要给客户准备好菜品,吃饭的地方是否需要考虑,以及筷子、饭碗、刀叉等等的吃饭工具,让客户自己决定要哪一种工作,客户是否能选择多种工具一起使用。客户选定后好,开发在做对应的功能
像沟通能力,基础工具使用都是产品经理/产品助理必备的,剩下的都需要在实际操作中慢慢积累经验。