技术驱动型公司产品经理的日常

场景一

正在开发的产品,其假设有待检验 - 找到一个快速、低成本的方式来验证这条假设。

To do

设立评估产品的标准框架。选择合适的定性或定量反馈机制,确定产品面对的用户群。评估体系不一定遵循传统,要根据产品的特殊属性来确定。

按照需求,设计最小可实现产品来检验假设。不同的产品需要抽象出来的维度不同,有的偏重设计,有的偏重功能性。产品经理需要明确为了完成检验必要的最少工作量。

严格按照优先级开发功能。保证工程师只按照最小可实现产品所要求的功能来进行开发,不要浪费宝贵的时间在其他暂时不重要的功能上。

技术驱动型公司产品经理的日常

Not do to

不要寻求最优化。这个阶段,纠结如何提高5%的点击率是无意义的,重中之重是向公司证明你的产品价值从而获得各方面资源的支持。

引导开发团队确定开发架构。要知道在没有经过检验时,你对产品的认知可能并不一定是正确的。

不要打乱开发团队的工作重心和节奏。公司上层急于想看到成果的心情可以理解,但这种焦虑的情绪不要传递给工程师,要保证他们的开发步调,直到实验结果清晰。

场景二

产品假设被验证,是时候规模化生产了!-当核心指标呈现出可喜可贺的上升趋势时,产品经理的工作重心会发生很大变化。

To do

寻求最优化。在第一个阶段我们确定了核心框架并让公司看到了产品价值,到了这个阶段,我们应该利用其带来的宝贵资源,运用A/B 测试或者用户访谈等方法,做好定量及定性分析,搜集用户反馈,和开发团队一起快速高效率地推进优化。

促进用户增长。产品通过检验意味着可以它能为公司带来更多的用户,产品经理需要尝试SEO、发送推广邮件、推送通知等不同方式去吸引新用户或重新激活老用户。

技术驱动型公司产品经理的日常

Not to do

不要在没有明确假设的情况下重新设计。不要被外在的声音左右,盲目添加新的功能和设计,要避免不必要的风险。

不要忽视系统基础设施的影响。不要让你努力的结果由于系统bug和网站性能而功亏一篑。

场景三

产品假设未通过检验-你需要带领团队重新建立假设进行测试。这种情况下需要更多地发散性与前瞻性

To do

引导公司理性地面对阶段失败。当某个假设不成立时,公司有可能会采用比较极端的处理方式,摒弃掉与该产品相关的一切,这时候你需要让公司理性地分析,弄明白究竟问题出在哪里,从中汲取的经验和教训可以如何借鉴到下一个假设的验证中去。

寻找并明确符合公司发展和市场需求的产品机会。随着每一个假设经受检验,公司的本质也会逐渐明晰,团队的整体优势和激情是什么,哪些软实力会激发出最大的潜力,哪些核心价值与目标让公司凝聚。梳理好这些能更好地帮助公司找到定位,找到合适的市场机遇。

技术驱动型公司产品经理的日常

Not to do

不要放任士气低落。如果公司就此决定改变产品方向,请确保这个决定不会影响到开发团队的斗志,不要让之前的付出看上去毫无意义。

不要彻底的反转。力图避免一锅端的处理方法,相反,要结合公司当前的优势和实力,从过去完成的工作中提炼出有效成分和有用经验,在此基础上找到新的方向。

不要感情用事,紧抓过去的开发成果不愿接受新的方向。虽然眼看倾注了大量心血并为之奋斗的产品被放弃并不容易,但你必须要知道什么时候该放手,做好转折与过渡,投入到新的项目。

虽说产品经理在面临不同的情形时,工作重点和内容会有偏差,但以下几点是每天都必不可少的to dos

掌握产品大局和方向的主导权。要做到这点,作为产品经理,必须要对公司当前的方向及高层思路有深入的认识,并充分理解为什么公司要做这样的决断,保证产品思路与之契合。

改善产品开发流程。开发过程中难以预料会发生什么,但通过积极自我分析,积累经验,逐渐了解该怎样去合理切分复杂任务,提高效率。例如,即使产品假设检验可能会失败,但依然可以从中学习到如何更有效地检验新的假设。

沟通。产品经理肩负向团队的成员解释需求的任务,也要向其他利益相关者介绍产品,要保证开发在正常轨道上顺利进展,有效的沟通是日常工作中不可或缺的一部分。

本文译者 :贾婧(点融黑帮),现任点融网投资端产品经理,斯坦福大学国际教育学研究生毕业,由好奇诱发的转型一步从教育界转入互联网金融领域成为产品经理。平时喜欢吃吃吃和健身。

本文由 @点融黑帮(ID:DianrongMafia) 原创发布于产品壹佰,未经许可,禁止转载。

随意打赏

产品经理是做什么的互联网公司产品经理给产品经理讲技术人人都是产品经理产品经理学技术平台型产品经理产品经理的日常产品经理日常技术产品经理创业型公司
提交建议
微信扫一扫,分享给好友吧。