歪果仁说产品｜MVPM—产品经理也有MVP模型(2)
|
API是建立在数据结构之上的，它体现了不同的两个模块（前后端）之间在是如何进行通信以及做数据传输的。更重要的是，API也可以让你与第三方（外部模块）进行数据上的通信。当你在谷歌地图上叫Uber时，谷歌地图则会调用Uber提供的API，与Uber的相关模块进行数据通信。大多数的产品会有它的“公共API”和“私有API”，“公共API”是产品开放提供给外部所有人都能使用的API，也就是我们经常会用到的“第三方API”，“私有API”则是我们自己的产品使用不对外公开的API。 如何快速学习——第一时间去了解你产品开放或提供出来的一些API。这些API大多数都很容易找到，它们大多数存放在产品开发文档下的API接口文档中。当你看到这些API接口文档时，你会看到上面写着一些代码，这时，你到底会不会被这些代码吓一跳将取决于你的背景知识；但是，如果API接口文档写得比较规范的话，你还是会比较容易读懂它们的，毕竟他比写在程序上的代码还要简单。API通常常体现了一个产品的内部数据结构，这样，当你研究完API时，也会对产品的数据结构有一个大致的了解，可谓一石二鸟。 成为一个更好的PM——了解清楚产品的数据结构，它可以扩展你的能力，让你知道你可以利用哪些信息来创造出更好的产品，同样的，你也会清楚获取该信息的难易程度，自己心里会有个底。了解清楚产品的API意味着你也了解清楚了你的合作伙伴和第三方开发者会从你这里获取到什么样的信息，所以你也应该知道产品上哪些外部合作或是可行的。一个产品拥有的可扩展性是其最具有价值的属性之一，一个产品能与外部的产品（你的用户每天都在使用的产品）进行良好的协作变得越来越重要。 4. 不能踩的坑别去敲代码。先别误解我的意思，我也喜欢敲代码，他确实也让我变得更加专业；但是，除非你负责的是一个包含着黑科技的产品，否则你不需要依靠敲代码来去成为一个好的产品经理。如果你正以产品经理的身份去敲代码，你就要问问你自己是不是在干着一份高回报的工作，又或者是你根本不知道自己应该做些什么。但是话说回来，我觉得一个人至少开发过一次APP产品或是Web产品，并把产品部署到生产环境上，那么这会是一次值得而又好玩的经历。 二、MVPM：业务
我知道这很枯燥，我也不喜欢做项目管理，但是它却非常重要。如果你不能很好的运作管理一个项目，那么你将永远不能成为一个好的产品经理。 如何快速学习——这是一件很困难的事情。想要成为一名好的项目经理，一方面需要大量的经验和时间积累；另一方面，项目管理是一个关于人际处理的问题。你需要发时间去了解那些跟你一起工作的同事的性格，而你要怎么样跟你的同事交流同样也取决于你的性格。 话虽如此，你还是可以学习一些软件方面的知识来去加速积累你的硬技能的。 了解产品开发过程中的基本知识，这样在和团队共同工作时你将会有更多换位思考的能力。学习版本控制的知识和技能（比如GIt）、了解协同开发的工具（比如GitHub）、了解质量控制（QA）的流程，最后还要知道你的产品是如何以及何时部署到用户手上的。2.了解那些常见的困扰团队的问题，并且要知道解决这些问题的方法。在项目管理的过程中，你也许会遇到一些新的项目管理方法，例如敏捷开发流程、Scrum开发流程、看板开发流（具体意思可自行Google）。不管你的团队有没有用这些项目管理方法，他们背后的哲学精髓都是值得你去学习的。3.了解清楚团队的决策方式，弄清楚你的利益相关人。一般情况下，他们可能会是你的用户、你的老板、团队成员的上司，亦或是其他产品经理。确保团队中每一个人都清楚自己工作的进展和未来的方向，同时也要让同事们清楚他们关心的事情的进展和方向，或者你去了解清楚他们到底关心什么。成为一个更好的PM——你可以和你的团队一起做出更多有趣的事情，这样你的同事也会更喜欢和你一起工作，因为大家都不会喜欢一个管理不善的项目。 2. 业务模型分析工作上的事情如果没有事先做好计划和估算，是很少可以出色的完成的。产品也一样，任何一个产品都应该定下一些关乎产品成功的量化目标，例如用户增长量、产品功能接受度、产品收入等等。 当你的团队在争论着下一个版本应该优先上什么功能时，如果你能为产品提供一个指导产品发展方向的参考模型就显得十分重要了。 如何快速学习——所以，是时候建立一个产品发展的参考模型，一个好的模型应该清晰的展示以下两点： 产品建设成本的预估： 获取一个新用户的成本是多少？产品的运维成本是多少？实现产品的每一步目标需要的成本是多少？产品未来发展的状况预估： 未来一年产品会怎样一步一步向目标发展？未来三年呢？团队需要招聘多少人来去支撑产品的优化和运维？长期来看市场力量对产品会有怎样的影响？例如成本下降、通货膨胀以及行业竞争等等。成为一个更好的PM——正如以上所说到的产品发展模型分析，如果你经常练习去为你的产品建立这样的模型，那么这将是测试你的产品发展预估模型的好方法，也能确保你的产品有足够的发展潜力让你值得为之付出。另外，它还可以让你的工作变得更加简单，让你的项目更能说服的你的利益相关人，让你和其他项目比较它们的机会成本。 3. 数据收集与分析一个团队如果能够用独立的收集各种数据，那么对于团队做出快速决定是非常重要的。对于那些复杂的数据分析，依赖其他人来帮你你收集数据不但是浪费别人的时间，而且这样也不会让你领会到数据的真正作用；因为那些懂得做数据分析的人都知道对数据的理解和敏感度是通过不断对数据的挖掘和分析养成的，而并不是你天天看着PPT里那些漂亮的图片就能学会的。 依赖别人来去收集和分析你的数据同样也会削弱根据数据来去做决定的能力。几乎每一天我们都在决定着产品在某个特定的用户场景应该如何去设计，这时有数据作为支撑的决策就会变得很简单。 如何快速学习——你的终极目标是做到可以通过自己的能力获取产品的数据。当然，你是要通过写SQL语言还是通过拖拽控件来获取数据就要看你的产品采用是怎样的数据技术支撑。不管用什么方法，你还是需要投入时间去学习相关获取数据的工具，自己找时间谷歌吧。 成为一个更好的PM——当数据很容易获取时，你就会更加频繁地使用到它。不管你是考虑着产品的下个版本应该做什么，还是看看产品的进展如何，你都会形成条件反射，会把数据作为你做决策的重要输入，而这样你的产品将会变的更好。 4. 不能踩的坑一个有着商业学位的朋友给我的教训：不要把你的时间浪费在做什么商业策略、三年计划、或者其他MBA的事情上。虽然我还不至于跟你说这些东西啥也不是，但是可以肯定的是这些东西在做产品上是不怎么行得通的。 弄清楚产品的愿景，找到实现愿景需要解决的问题，想出解决问题的办法，然后尽快地通过用户来验证你的办法，并不断重重复以上步骤。 三、MVPM：用户体验
大部分产品经过长时间的打磨后，都会形成自己的设计模式，不管你有没有刻意地去规划它。设计模式是指在产品中一直使用着的相同的视觉效果和交互组件。 “产品按钮上的字体使用25号大小的字体；所有的表单都不超过3个字段；每次的报错都会有一个爆炸的音效反馈，并给用户发送一份关于这个错误细节的邮件。”——这些都是设计模式。
（编辑：ASP站长网） |
搜索引擎对自助链接有
个人网站如何发展的几
postgresql SQL语句变