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之旅

好奇心
忽悠，讲愿景
复盘
行动
创业：公司治理，股权设计

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