本文主要是介绍产品经理到底有多难,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
最近回顾了一下从今年到现在做过的两个产品,一个是工具服务类,另一个是公司某业务线的项目;针对产品上线全流程,以复盘的角度,来讲讲背后踩的坑。
一句话感慨下:产品真难!
对行业知识不够了解,需求分析跑偏。定位错误,导致产品调整。需求临时变卦,功能删删改改…..这些基本踩过,且很痛,以下是文章目录,一条条讲吧!
01 不清楚产品服务对象,是惨痛教训
两项目其中一个来源于总监对业务的规划,目的是 通过供应商对资源的有效竞争,来降低公司跨境物流成本;这个我最初的定位是做一个公司内部的工具。
另一个来源于公司产品的迭代,根据公司现有业务和未来发展,对官网前后台进行重构。
工具产品一开始的定位太窄,产品服务对象没搞清楚,对公司做这个产品的思考较少。如何站在公司业务角度思考需求,防止自己闭门造车呢? 这里根据案例整理两个核心点:
1. 我们如何切换思维?
试着把公司人力当工具组件、把服务当商品,把用户当买家。公司其实就是用工具组件制造商品,和用户交易。
以工具 A 为例,最初定位是给内部员工用,整个链路是:用内部成本打造了一款商品,卖给了自己。既然都是卖,为何不多卖几个。
2. 我们如何站在公司角度评估业务?
当你找老板聊需求,总是会被问到:成本多少?收益多大?业务持续多久? 从老板的日常话语中,我们大概就能知道:产品价值 = 收益 – 成本。
最初工具 A的 收益是效率,成本是 技术开发 ,价值不好评估,可能收益不大;如果能开放使用,收益不会太局限,至于成不成就另外一回事了。
有时候,做产品的思维也可以运用到选职业:比如一份工作,收益是什么,成本是什么,持续性怎样?
02 不了解行业信息,是惨痛教训
了解行业信息其实就是调研,这个过程我有遇到了三个问题:
- 如何了解一个行业基本信息?
- 如何找目标用户并
这篇关于产品经理到底有多难的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!