2020-09-15的思考
保持思考，但是能不能保证输出就不知道了
产品经理的几个重要能力
- 基本能力
- 学习能力
- 执行力
- 沟通能力
- 性格与心态
- 健康积极的心态
- 凝聚团队的情商
- 抗压
- 相关知识
- 技术知识
- 项目管理
- 财务，心理学，数学，办公技能
- 产品把控
- 把控好产品的版本计划
- 把控开发进度
- 预判
- 市场分析
- 竞品分析
- 经过足够的分析才能进行相关的预判，这对产品的设计影响很大
- 运营
- 数据分析
- 渠道资源管理
- 领导力
- 方法论建设
- 团队培养
- 知识传承
2020-09-17的思考
昨天自己复盘项目，剖析接手项目以来的行为对于产品以及对于项目的意义。还是存在很大的问题，需要不断精进个人的能力。
特别是在项目管理，产品把控以及预判上，做得很不好。
首先是项目管理，以前专注于做一个产品经理助理，着眼于产品需求分析，原型设计，功能点分级等落到实地的工作，对于项目管理反而没多关注。觉得就是上面安排下来，跟着计划做就好。这次安排计划，没有实际考虑到团队实际能力，没有过多的预留时间，这是没做好的一个地方。对于团队成员的进度过于乐观，甚至没有预留需求变更的时间。
对于产品把控，这个项目有过几次大的需求变更更，没有办法说服客户放到下一次迭代进行，所以全部改到这个版本里。这对项目团队是极其不友好的，没有和客户说清楚这里面的人力物力以及时间代价，导致项目进度几度停滞。
当时的感觉就是，他怎么又要改...
耗费了近十天的调整才得以恢复正常的开发流程，这次对团队的士气打击很大。如果在设计产品的时候有合理的预判，能够给出一个灵活的架构而不是完全照着客户说得来，是不是会好一些？
好在团队的小伙伴们都很给力，恢复过来后又按部就班的继续进行开发，现在情绪也稳定很多。
吸取教训：
- 需求梳理
- 客户说的只是客户的想法，不是真实的需求。真实的需求是需要结合行业以及产品使用场景以及用户对象进行分析得到的，仅仅只是听用户说的会离实际情况有很大一段距离。
- 在接到项目时一定要先弄清楚产品的用户群体，产品的目的以及盈利模式，再考察使用场景和行业习惯，分析竞品。
本次最头疼的问题是产品从TO C的变成TO C + TO B的，还一定要这个版本出，简直胃疼。不过和客户多了解了一些行业的现状，也提出了一套解决方案，具体效果还是得等正式上线后试运营才能知道。
- 进度把控
(⊙﹏⊙)我没想到这个同事的水平是这样的，识人不清？沟通上勉强还行，但是作为技术人员技术不行就是硬伤了，进组造成多次代码冲突(°ー°〃)和技术负责人沟通过，起码得等这个项目结束才能xxx，那我真没办法，只能走一步看一步了。毕竟你就算看到十步你也走不过去，更何况看不到。
未完待续...
