PM如何做内部项目,PM之路

内部项目如何做

离用户近
使用者不是真实的需求方
被动化
不背业绩指标，基本不用承担生意责任
用户不止是用户，还是方案的参与者->最终变成需求的路由器
缺乏存在感，有存在感的时候，往往也是出问题了
责任共担，利益绑定，学会借力（鹦鹉、猪和鸡的例子）
跳过【方案列表】，找到需求和背后的业务诉求
站到的业务的统一战线，统一对外
数据>洞察>提供关键信息
用户脑海中总会有不恰当的系统模型和代价预期
用户不愿意为非功能性需求买单
如果Excel，他们宁愿用Excel
业务方没有动力弄懂业务实现
虽然不是PM的问题，但需求PM去解决

用户不愿意为非功能需求买单,如何解决
1.到业务的话语空间去沟通
2.协调（业务部门，开发工程师和产品）三方关系，宁可过度沟通
3.把技术故事化，纠正用户脑子里的系统模型
4.让用户有参与感（比如让业务方参与测试）
4.明修栈道暗渡陈仓，曲线救国;做一些糖功能,很利于内部用户的,然后讨巧用户,便于以后沟通
5.不讲重构，不讲技术，恰到好处的系统支持，要有能力做到恰到好处的支持
6.你永远讲不出他们信服的故事，除非他们相信你
做好一件事情加1分，
做错一件事情扣10分，（视情节严重程度，甚至更多）
挑战：
7.不要做一个【功能经理】
8.尽快成为业务专家和系统专家
逻辑、建模、抽象->体验设计
大部分内部系统都是非常丑的->
9.节奏感与运营

内部产品的运营：
找到功能点对核心利益的影响
耐得住寂寞
重构->永远的达摩克利斯之剑
UML->Prototype
概念模型、OOD、DDD、SOA
学一点技术，至少去读一点代码
别忘了历史的数据和业务的处理
别忘了开发团队的成就感和归属感建设
别忘了跟公司各职能部门，前台产品保持信息沟通
去深入领域知识，而不是在钻研业务
内部产品PM的未来：
精通逻辑，弱于体验设计
更懂业务，精通业务运营和逻辑，更利于创业成功
能讲数据讲数据，没有数据讲逻辑，没有逻辑请吃饭！

PM之旅
好奇心

忽悠，讲愿景

复盘

行动

创业：公司治理，股权设计

留存：秒杀产品如何留存，找高粘性的品类，彩票，充值等