(相关资料图)
1、优势:1) 在考虑产品可以有哪些功能时,自己就能确定大部分功能是否可以实现,实现的成本有多大,能不能做,而不用咨讯相关专业人员,省出很多时间。
2、2) 在缺兵少马时,自己还能担刀上阵折腾一把。
3、缺点:1)容易跌入产品的实现细节去,而忘记自己更应该思考的是这个功能应不应该做,要做成什么样子,应该在什么时候完成,谁来做,要做的功能还有哪些—-而至于如何实现,应该交由具体的成员来做。
4、2)在与产品团队成员讨论功能时,忍不住想发挥下自己的技术,过多掺和到团队成员的专业领域,会令他们心里排斥,虽然很多时候他们没有很多说出来,而每个人都想发挥自己,希望证明自己所想的是对的。
5、扬长避短:1)在进行技术思考时,只需要知道可不可以实现,而不应过多去考虑它如何实现。
6、2)将表现机会留给团队成员。
7、在与团队成员讨论功能的实现方案时,谨记你给出的只是建议,而不是命令,除非该成员对如何实现某个功能真的一愁莫展,除非该成员是个新手或者能力太烂,又或者这个功能至关重要。
8、3)因为是技术已经深入技术型产品经理的基因,所以理所当然对技术会有所关注,要注意的是,不能把太多时间投入到技术(假设你的公司不是技术驱动型),在运营、营销、用户体验也要给些精力。
本文到此分享完毕,希望对大家有所帮助。
X 关闭
Copyright © 2015-2023 京津冀建筑网版权所有 备案号:京ICP备2022022245号-12 联系邮箱:434 922 62 @qq.com