别去敲代码。先别误解我的意思，我也喜欢敲代码，他确实也让我变得更加专业；但是，除非你负责的是一个包含着黑科技的产品，否则你不需要依靠敲代码来去成为一个好的产品经理。如果你正以产品经理的身份去敲代码，你就要问问你自己是不是在干着一份高回报的工作，又或者是你根本不知道自己应该做些什么。但是话说回来，我觉得一个人至少开发过一次APP产品或是Web产品，并把产品部署到生产环境上，那么这会是一次值得而又好玩的经历。

二、MVPM：业务

1. 项目管理

我知道这很枯燥，我也不喜欢做项目管理，但是它却非常重要。如果你不能很好的运作管理一个项目，那么你将永远不能成为一个好的产品经理。

如何快速学习——这是一件很困难的事情。想要成为一名好的项目经理，一方面需要大量的经验和时间积累；另一方面，项目管理是一个关于人际处理的问题。你需要发时间去了解那些跟你一起工作的同事的性格，而你要怎么样跟你的同事交流同样也取决于你的性格。

话虽如此，你还是可以学习一些软件方面的知识来去加速积累你的硬技能的。

了解产品开发过程中的基本知识，这样在和团队共同工作时你将会有更多换位思考的能力。学习版本控制的知识和技能（比如GIt）、了解协同开发的工具（比如GitHub）、了解质量控制（QA）的流程，最后还要知道你的产品是如何以及何时部署到用户手上的。

了解那些常见的困扰团队的问题，并且要知道解决这些问题的方法。在项目管理的过程中，你也许会遇到一些新的项目管理方法，例如敏捷开发流程、Scrum开发流程、看板开发流（具体意思可自行Google）。不管你的团队有没有用这些项目管理方法，他们背后的哲学精髓都是值得你去学习的。

了解清楚团队的决策方式，弄清楚你的利益相关人。一般情况下，他们可能会是你的用户、你的老板、团队成员的上司，亦或是其他产品经理。确保团队中每一个人都清楚自己工作的进展和未来的方向，同时也要让同事们清楚他们关心的事情的进展和方向，或者你去了解清楚他们到底关心什么。

成为一个更好的PM——你可以和你的团队一起做出更多有趣的事情，这样你的同事也会更喜欢和你一起工作，因为大家都不会喜欢一个管理不善的项目。

2. 业务模型分析

工作上的事情如果没有事先做好计划和估算，是很少可以出色的完成的。产品也一样，任何一个产品都应该定下一些关乎产品成功的量化目标，例如用户增长量、产品功能接受度、产品收入等等。

当你的团队在争论着下一个版本应该优先上什么功能时，如果你能为产品提供一个指导产品发展方向的参考模型就显得十分重要了。

如何快速学习——所以，是时候建立一个产品发展的参考模型，一个好的模型应该清晰的展示以下两点：

产品建设成本的预估：

获取一个新用户的成本是多少？

产品的运维成本是多少？

实现产品的每一步目标需要的成本是多少？

产品未来发展的状况预估：

未来一年产品会怎样一步一步向目标发展？未来三年呢？

团队需要招聘多少人来去支撑产品的优化和运维？

长期来看市场力量对产品会有怎样的影响？例如成本下降、通货膨胀以及行业竞争等等。

成为一个更好的PM——正如以上所说到的产品发展模型分析，如果你经常练习去为你的产品建立这样的模型，那么这将是测试你的产品发展预估模型的好方法，也能确保你的产品有足够的发展潜力让你值得为之付出。另外，它还可以让你的工作变得更加简单，让你的项目更能说服的你的利益相关人，让你和其他项目比较它们的机会成本。

3. 数据收集与分析

一个团队如果能够用独立的收集各种数据，那么对于团队做出快速决定是非常重要的。对于那些复杂的数据分析，依赖其他人来帮你收集数据不但是浪费别人的时间，而且这样也不会让你领会到数据的真正作用；因为那些懂得做数据分析的人都知道对数据的理解和敏感度是通过不断对数据的挖掘和分析养成的，而并不是你天天看着PPT里那些漂亮的图片就能学会的。

依赖别人来去收集和分析你的数据同样也会削弱根据数据来去做决定的能力。几乎每一天我们都在决定着产品在某个特定的用户场景应该如何去设计，这时有数据作为支撑的决策就会变得很简单。