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