常用考核方式KP，I即关键绩效指标

在互联网公司，每个人都可能对自己的KPI了如指掌，但不一定了解其他部门的具体职责及其相应的KPI。适当了解其他部门的KPI，有利于更有效地了解对方的工作逻辑，更好地与其他部门协调和衔接未来的工作。因此，今天，作者整理了互联网公司主要部门的职责和相应的KPI。在澄清自己想法的同时，我也希望能对你有所帮助。产品经理产品经理的KPI评估本身没有明确的标准。根据不同的公司文化、不同的产品形式和不同的产品阶段，产品经理的KPI评估有不同的评估重点和内容。电子商务公司的产品经理KPI指标将更倾向于交易数据。比如交易量、销售指标等数据。社交产品经理会*用户保留、活动等。如果公司文化偏向运营，KPI会偏向运营指标，如UV/PV、转化率等。如果你喜欢产品，你会*用户的投诉和体验。偏向数据的话，会重点收集数据，用数据反馈产品指标。此外，如果产品相对成熟，产品经理的功能将逐渐与运营趋同，但如果在产品启动初期，新功能启动，原功能的更新迭代将成为绩效考核的主要范围。一般评估项目可分为以下两类：1、可量化指标，但通常可量化指标也是KPI的操作，具体如下：UV/PV-UV的数量更多地来自导流，用户自身的培养和保留也对该指标产生了影响。该数据通常由产品和操作同时承担。支付转化率-用户在支付过程中的体验直接影响支付转化率。当然，内容本身也会影响电子商务行业产品的质量和评论等转化率。用户投诉和咨询的数量——用户只有在使用产品时才会主动投诉。如何避免产品设计中的用户投诉，应该是产品优先级最高的需求。根据不同的行业，用户停留时间-产品本身对用户的吸引力有不同的数据标准。并不是说用户停留的时间越长越好。这两个数据的影响因素主要在于用户使用过程中内容对用户的引导和*。用户保留率——涉及到唤起潜在用户流失的操作策略，或者产品内容本身对用户的吸引力，这通常是操作需要*的指标之一。2、非可量化指标产品项目实施计划-产品经理通常承担半个项目经理的职责，此时项目管理能力非常重要。作为需求的传递工具，文档写作的严谨性和详细性代表了产品经理对需求思考的深度。合作与沟通能力-产品经理作为沟通的桥梁，沟通能力和技能是工作中非常重要的技能。无论产品经理对需求的理解有多深，无论经验有多好，沟通能力不足，都不足以促进需求的发展。非量化指标的考核相对主观，更适合调分指标。例如，一些公司强制要求排名，所以除了量化指标外，非量化指标还用于扣分排名。说白了，你的水平其实来自于领导通过一些指标来调整你。首先，用户体验UE/UI设计部门将讨论用户体验部门。事实上，很难真正量化用户体验的性能。因为用户体验不能单独完成一个“输出”的过程，也就是说，简单地说，不能像工程师那样直接把想法变成产品，也不能通过一系列操作手段不断改进相应的操作指标，而是帮助他人一起成功；似乎每个人都可以评论用户体验的话题，但没有看到好的用户体验工作是如何发展和有效的。因此，用户体验的价值被认为是不可量化的，经常被质疑也就不足为奇了。一般来说，用户体验大致可以分为四个阶段：在产品早期阶段，用户体验研究、设计和产品经理收集和分析用户需求，规划和测试产品概念；在产品中期，用户体验设计、产品经理、核心研发工程师探索、测试和确定产品设计（包括交互式设计）；在产品后期，用户体验设计、前端工程师和研发工程师共同实施和优化产品，用户体验研究配合用户测试和可用性评估；产品发布后，用户体验研究、设计、产品经理和研发工程师跟踪和改进产品。根据产品的不同，视觉设计往往在不同的时间点进入。视觉设计通常根据不同的产品在不同的时间点进入。有时在产品的早期阶段开始参与产品的视觉设计和品牌定位，有些在产品的后期阶段参与产品的实施和优化。其中，产品早期和中期的用户体验是最重要的，因为此时的探索和验证可以大大降低产品研发过程中可能出现的错误和风险，从而优化研发过程。用户体验设计和研究协助产品经理和营销人员将产品推广和运营元素整合到产品设计中，或协助规划、推广和运营也将成为一种趋势。事实上，用户体验研究和设计团队的输出很难通过简单的数字和公式来衡量，无论是研究还是设计。正如最美丽的应用首席执行官马力所说：运营部门的运营可能是互联网公司所有部门中最明显、最直接的部门。直接来说，运营部门往往是以结果为导向，直接对结果负责的部门。但与上述产品经理KPI部分分析相同，根据不同的公司文化、不同的产品形式和不同的产品阶段，也有不同的评估重点和内容。但其核心KPI不低于以下指标，主要包括：全站、各频道/页面级PV、IP、UV；全站dau、mau、回头率(包括次留、3留、7留等)；登录次数、内容贡献次数、频率、内容质量等活跃用户活动。此外，对于电子商务产品的阅读、转发和评论，还应注意以下数据监控：1、真正*阅读量的KPI数据(1)阅读量要转化为有效*阅读量，真正*我们的产品。不要推送任何不关于我们产品内容文章的用户群，这样我们就不能达到我们想要触及的用户群。我们必须有效地阅读我们想要触及的用户群。如果用户群不是我们想要的，那么我们获得更多的阅读是没有意义的。(2)有效*转化为产品浏览有效的关键用户获取后的一系列行为，如吸引用户浏览和操作我们的产品。从内容到产品转型的链条是如何做好的关键。在内容衔接上要有爆点，没有违和感。接下来，在产品浏览中，我们必须保持与内容相同的连贯性。(3)产品浏览转化为下单的步骤主要存在于电商和O2O格局下的行业。所有这些都是产品内部转换订单的过程。在这个过程中，实际上是保证内容转化率的核心数据。如果只监控阅读量的数据，这些核心转换数据实际上是无法证实的。2、这些核心数据不会改变转发量真正*的KPI数据(1)转发量带来的有效*转发的效果和确认的有效*。事实上，更多的转发量会导致更多流量的阅读量进入。这样可以带来更多有效的*。这主要取决于我们的用户群是否能达到很多效果。(2)有效*转化为产品浏览参考上述阅读数据。(3)产品浏览应转化为下单参考上述阅读数据。3、真正*评论数的KPI数据(1)用户真正有效的评论传播评论可以带来内容的正确性和传播性。(2)对页面的阅读量和转发量的贡献评论是对整体阅读量和转发量的贡献。因此，支持上述两个核心数据辅助数据。一些公司将业务/渠道运营的功能划分为业务部门，另一些公司将业务部门划分为渠道运营部门，另一些公司由市场部门负责。这也是由于具体的产品形式和重点不同而决定的。主要职责如下：1、由于进入时间较早，用户积累较多，外部渠道(1)应用市场的推广应用市场具有用户群集中、用户质量高、数量大、表达形式最专业、应用最集中等特点。业内有360等第三方电子市场的推广公司、百度91、应用宝、豌豆荚、安智等；手机厂商，如OPPO可可店、联想乐店、小米店等；移动MM、联通沃商店，电信天翼电信运营商。与这些渠道的合作方式只有两种。一是免费合作，主要是启动、活动等合作，与渠道运营有良好的关系，给予免费地位；二是付费合作。大多数市场都会出版公告，并与市场运营谈论付费促销。(2)市场首发 确定首发时间(确定渠道给出的位置)；按照首发要求提前做好包(首发LOGO)、截图、微博微信合作、应用推荐)；软件测试；传包到首发平台(做广告，查看首发位置，量级变化)；首发后更新其他渠道的包(包括官网、手机下载页面的包)；首发数据总结。（3）市场活动来源：*开发者活动部分；负责活动渠道负责人；联合其他应用、节日活动、特别活动、小推荐等；微博、微信宣传合作；确认活动位置、排名、banner(设计需要提前设计)；数据监控；*竞争对手的活动。交换可以与其他应用程序或渠道交换，最好与大于自己的交换评估，用户组是否一致，竞争关系，对方品牌形象；根据交换要求，交换材料上架；背景数据监控带数量；检查对方应用程序，确认位置；根据数据调整位置，或要求对方调整位置。2、代理推广代理量大，见效快，成本适中，但卸载率高，用户沉默多。2、代理推广代理带来的量大，见效快，成本适中，但卸载率高，用户沉默多。(1)横幅广告、通栏广告、广告条也叫横幅广告。它是目前最常见的广告展示形式，通常出现在顶部和底部，绝大多数广告平台都支持，如帘千、多盟等。这种形式的广告量小，收入相对稳定，大多数开发者也会选择这种类型的广告。Banner的优点是显示量大，媒体覆盖面广，缺点是点击率转化率比其他广告形式差。（2）积分墙在应用程序中显示各种任务（下载和安装推荐的应用程序、注册、填写表格等），然后用户完成嵌入积分墙的游戏中的任务，以获得虚拟货币奖励。根据注册会计师(每个行动成本，CostPerAction)只要用户完成积分墙任务，开发人员就可以获得分享收入。这种方法起步快，效果明显，但大多数用户并不是真的因为软件好，需要下载和使用，所以生存率不高，导致促销成本增加，适合大型基金，需要尽快开发团队。在正常情况下，不建议使用android的积分墙。原因是android不像IOS那样只有一个应用商店APPStore，它可以显示相对较多的资源，不需要通过积分墙进行列表。假如你的KPI是激活用户数量，只要是真实用户，也可以通过积分墙刷榜。(3)PUSH作为手机应用程序运营的重要手段，越来越受到手机游戏运营商的重视。当将相同的内容发送给用户时，推送和推送的性能保持不变，当用户多次收到这样一个无目标的推送时，他们会逐渐感到无聊。然而，用户对推送功能本身并不感到厌烦，这与推送的数量无关。重要的是发送的内容。3、外部合作(1)通过BD合作交换流量，你用我的，我用你的，大家互相替换用户。(2)内容合作通过高质量的内容吸引准确的客户和潜在客户，从而达到营销的目的。（3）当打开屏幕并打开应用程序时，会显示全屏/半屏幕。一般来说，同一用户不会频繁启动单个应用程序。因此，与其他形式的广告相比，此类广告可以覆盖相对较多的独立用户。(4)不需要在应用程序中找到单独的应用程序。有许多软件专门推荐应用程序或软件推荐栏。如果应用程序中的推荐位置较深，且对方用户数量较少，则基本无效。除非是用户规模超过1000万甚至超过1亿的应用程序，且位置明显，否则可能会有效果，否则不要专注于此。上面还提到了技术/开发。事实上，互联网公司许多部门的职责不能用具体的数字和指标来衡量，尤其是开发工作。由于代码质量水平、性能表现和bug的产生不能在短时间内检测和发现。因此，我个人认为，对于R&D团队来说，过度追求正式的绩效管理是一件低效的事情。R&D的量化不能完全按照数量指标进行，否则创意工作会变成纯搬砖。综上所述，这可能是一般互联网公司各主要部门的KPI评估标准。事实上，除了KPI，许多互联网公司都使用OKR（ObjectivesandKeyResults）考核标准进行考核。OKR的全称是“目标和主要成果”(ObjectivesandKeyResults)，该系统由英特尔公司制定，在谷歌成立不到一年的时间里，被投资者约翰·杜尔(John-Doerr)引进谷歌，并一直沿用至今。一般来说，OKR具有以下特点：模糊的目标用于统一努力的方向，而不是计划；可量化，即OKR必须是一个更准确的测量目标；由员工提出，而不是经理，这是一种自下而上的目标设定。简而言之：OKR的想法是先设定目标，然后明确目标的结果，然后量化结果，最后评估完成情况。KPI专注于装配线制造，OKR专注于绿林英雄的响应。装配线生产的关键在于系统设计师是否完全了解过程和生产能力；OKR与*过程的参与者是否与组织同心同德。无论是OKR还是KPI，都没有好坏之分。