产品经理的KPI是什么？如何考虑移动端与后台PM的不同KPI？在互联网工作，不少人被KPI压得喘不过气来，很多人一提KPI说的都是运营、市场，但是作为一个名产品人，你是否有对于自己的一套KPI评定？
一、产品经理KPI往往交杂着运营
对于运营的KPI，这里KEVIN不谈太多。但是往往一个新功能（在已有版本的迭代上）或一个新页面上，对于数据的监测是产品经理的一个KPI，包括新版本的用户情况、活跃情况。
【KEVIN之前的一个APP项目】
可以看到在1.0上已有6个功能模块，那么在增加朋友圈功能模块后会导致目前的用户怎么？会导致新用户增加的情况有什么变化，这都是属于产品经理KPI的考量。
但越是这样的考量，越是需要运营侧进行配合，在版本发布或功能介绍的内容文案上合作夹击，因此这可以说运营的工作密不可分。因此产品经理的KPI往往许多事夹杂着运营的指标。
另外，除了功能增加、版本迭代以外。那么以电商为例，需要考虑用户二次的转化率、订单出货量。如果说第一次转化率的标准是在运营侧的工作指标，那么用户的回流就可以表现出产品的目前情况，可以是【可行性方面、功能方面、安全方面、技术可实施、业务闭】环，这应该也算是大部分产品经理所输出产品后进行需求评估、修改的目的，产品在达到各方面认可与共识后，才方便进行技术开发、运营推广等各方面的实施
二、产品经理在移动端与后台如何与KPI生存？
移动端的产品设计与后台的产品设计有一个最大的区别：用户体验。
这也是根据三大因素：用户、场景、需求，用户来进行不同。
用户面向客户，一个用户是面向企业或软件管理者。那么一个不是刚需一个是刚需。在产品的设计上，很多时候为了用户体验，可能我们不得不省掉一些产品的功能，满足简洁或良好的响应速度来达到良好的用户体验。
但在后台产品设计中，业务逻辑、功能的划分就需要非常清楚，操作可以复杂一些（相对移动端），并且必须满足产品的设计中相应的业务逻辑非常清楚！
以电商为例：
【电商后台管理系统】
那么他需要的是客户订单、客户咨询、业务员管理，以及不同权限能够访问的相应功能等。
根据商品的不同、订单的不同以及用户的不同，在不同的模块进行操作。因此后台的逻辑需要在设计上，对每一个模块的业务了解很清楚，甚至要求能够对于技术的实现。一个后台的改变对于移动端的改变是巨大的，在工程量上还是在业务逻辑思考上都是非常巨大的。
那么移动端的KPI以化率和人均订单价和产品本身更加有关系，如何设计产品让用户通过购买产品中的服务来满足自身的需求？如何让用户不仅购买一次，产品如何激发用户二次购买的欲望？这些和产品更加有关系，所以转化率和人均订单价的KPI应该由产品经理背负。
而后台就是以BUG、以及使用人员的反馈，以及效率提升度来进行反馈。效率提升的把握与检测往往是在不同的角度，可能是时间成本、可能是开发成本等，这都属于后台产品的KPI。
总结
不管产品经理在你的公司里面是属于前端还是后台，不管你的KPI是否有增加，这里KEVIN分享一下我在腾讯的时候，我老师给我的一个指导。当你对你自己的产品都不满意的话，那怎么创造有价值的KPI？多思考、你做出的东西应该是你喜欢的、应该是你认为会能得90分甚至100分的产品。
转化率尤其是是在运营方面提的比较多，但是KPI对于产品经理目前已经不单单是一个运营转化率。
产品经理的KPI可以是这个用户体验、交互设计、逻辑合理与否，甚至是在日常的评审需求中。这个需求是否合理或者你提出的解决方案是否是别人认同的？
一个好的产品经理的KPI是多维度的，但能够具体的落地的KPI就通过以上的产品成功或功能改版上，能否得到团队内部、公司内部的认可？
最后，分享一句话“产品经理的KPI不仅仅是一个数字——KEVIN”
分享干货我们是认真的，更多干货尽在爱盈利！
