TD-LTE网优KPI指标优化
工作指导手册
项目名称
文档编号
版本号
作者
版权所有
大唐移动通信设备有限公司
本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。
文档更新记录
目录
1前言 (5)
2KPI优化的工作流程及内容 (5)
2.1KPI优化工作总体流程 (5)
2.2KPI优化工作内容 (6)
2.2.1KPI数据生成 (6)
2.2.2KPI数据分析 (7)
2.2.3问题处理 (7)
2.2.4问题跟踪和核查 (8)
2.3KPI优化工作逻辑图 (8)
2.4KPI优化工作模板和示例 (9)
3RRC连接建立成功率优化 (10)
3.1理论介绍 (10)
3.2指标定义 (10)
3.3CDL信令流程及失败原因 (11)
3.3.1正常过程 (11)
3.3.2异常过程 (11)
3.4优化方法介绍 (12)
3.4.1上行随机接入的问题 (14)
3.4.2小区重选参数问题 (14)
3.4.3下行初始发射功率偏低问题 (15)
3.4.4上行初始功控问题 (15)
3.5相关案例介绍分析 (15)
3.5.1小区重选参数问题 (15)
3.5.2小区上行功控参数设置问题 (17)
3.5.3小区测试开关参数问题 (19)
3.5.4ＳＣＴＰ内存池耗尽导致信令发送失败问题 (21)
3.5.5全频带高干扰导致接入失败问题 (24)
4ERAB建立成功率 (26)
4.1理论介绍 (26)
4.2指标定义 (28)
4.3CDL信令流程及失败原因 (28)
4.3.1正常过程 (28)
4.3.2异常过程 (29)
4.4相关案例介绍分析 (32)
4.4.1路由关系未配无法接入的问题 (32)
4.4.2网关IP配置错误导致无法附着 (33)
4.4.3安全参数配置问题 (35)
5切换成功率优化 (36)
5.1理论介绍 (36)
5.2指标定义 (36)
5.3CDL信令流程 (38)
5.3.1正常过程 (38)
5.4优化方法介绍 (39)
5.4.1切换信令流程 (40)
5.4.2涉及话统打点 (42)
5.4.3切换问题分类 (44)
5.5相关案例介绍分析 (47)
5.5.1硬件和传输故障 (47)
5.5.2邻区漏配问题 (49)
5.5.3邻区数据配置不当 (51)
5.5.4切换算法参数配置不当 (53)
5.5.5小区个性偏移参数调整案例 (54)
5.5.6切换时终端接入到非源和目标小区导致核心网释放用户问题 (56)
5.5.7邻区移动网络码配置错误导致S1切换失败 (59)
5.5.8开启防乒乓切换开关导致不切换 (61)
5.5.9终端发A3切换测量报告后，不触发异频切换 (65)
6无线掉线率优化 (67)
6.1理论介绍 (67)
6.2指标定义 (70)
6.3CDL失败原因 (70)
6.3.1空口超时引起的掉话 (70)
6.3.2激活检测——UE不活动 (78)
6.3.3激活检测——UE丢失 (78)
6.3.4其他错误引起的掉话 (79)
6.4相关案例介绍分析 (80)
6.4.1切换不及时问题 (80)
6.4.2核心网问题 (82)
6.4.3激活检测UE不活动和UE丢失造成的掉线分析 (85)
6.4.4帧头未对齐导致的干扰问题 (88)
1 前言
话统KPI是中国移动考核项之一，也是对网络质量的最直观反映。日常话统监测是进行网络性能检测的一种有效手段。通过日监测，识别突发问题小区，将问题消除在初级阶段。通过周监测，识别网络性能持续短木板小区，针对性的进行提升优化。
话统KPI主要包括以下几大类：接入性指标、保持性指标、移动性指标、业务量指标、产品运行类指标、系统可用性指标和网络资源利用率指标。
通过上述重点话统KPI指标的监测，可以达到：识别突发问题、风险提前预警、话统KPI的稳定与提升，目前TD-LTE系统需要重点关注的话统KPI指标如下表：
2 KPI优化的工作流程及内容
2.1 KPI优化工作总体流程
KPI优化工作流程图
2.2 KPI优化工作内容
2.2.1KPI数据生成
工作内容：
使用预定义和自定义的统计项及模板生成KPI性能报表，通过OMC Client提取KPI报表，输出KPI报表和重要指标失败原因列表给KPI数据分析人员。KPI报表生成和提取相关操作请参考《LTE KPI模板指导手册》。
根据KPI报表数据，选择KPI指标最差Top小区。TOP小区的选择：对某项指标按照失败率最高进行排序，选取前20个小区，再对这20个小区进行失败次数分析，失败次数大于20次的（RRC连接、切换、掉线等按失败次数大于20次为标准，ERAB建立失败指标按次数大于10次为标准）作为TOP小区进行分析；另外需要对指标再进行失败次数的降序排序，如果有小区失败次数很多失败率也较高但是未在之前选的TOP小区中，也需要将这些小区作为TOP小区分析。
KPI数据生成工作所需输入、工具和技术、输出如图所示：
2.2.2KPI数据分析
工作内容：
KPI指标变化趋势分析：根据KPI报表数据，分析全网KPI指标变化趋势，尤其是存在设备版本升级或参数全网性修改后，需要持续至少一周重点监测KPI指标变化趋势；
TOP小区分析：根据TOP小区列表、重要指标失败原因列表、历史告警信息、网管数据、CDL日志、IOT数据、复测终端LOG等信息进行分析。先查看告警信息，确认有设备故障类告警是否和TOP小区关联，再使用与基站软件版本匹配的CDLBrowser工具进行指标统计和失败信令流程分析确认TOP小区产生的原因，CDLBrowser工具使用方法请参考《CDL分析工具使用手册》。
KPI数据分析工作所需输入、工具及技术、输出如图所示：
2.2.3问题处理
工作内容：
1）通过CDL分析能够明确定位TOP小区问题后，给出问题处理建议输出给相关问题处理人员：参数修改问题导给维护人员调整（和标定参数不一致的大规模参数修改需和SE 确认）；网络优化问题给出优化建议导给网优人员；由于设备故障引起的KPI指标恶化问题导给排障人员处理；定位确认为产品缺陷要及时提交BUG推动和跟踪版本解决。
2）通过CDL分析无法明确定位TOP小区产生原因的问题，需要复测后结合终端侧log 再进一步分析。
问题处理工作所需的输入、工具及技术、输出如图所示：
问题处理：输入、工具及技术、输出
2.2.4问题跟踪和核查
工作内容：
问题跟踪和核查环节，主要依据问题列表、KPI问题处理工单、BUG/CR/RR编号，内部讨论推动和核查问题解决，和外部其它环节沟通确认问题进展，以形成问题闭环，最终输出KPI优化报告。
问题跟踪和核查工作所需的输入、工具及技术、输出如图所示：
问题跟踪和核查：输入、工具及技术、输出
2.3 KPI优化工作逻辑图
综合KPI优化工作流程和内容，KPI优化工作逻辑图如下：
KPI优化工作逻辑图2.4 KPI优化工作模板和示例
1.KPI优化工作参考模板
TOP小区处理跟踪表
.xlsx K P I参数修改记录
.xlsx
K P I问题处理工单
oc
KPI报表示例
KPI报表示例.xlsx重要指标失败值示
例.x l s
3 RRC连接建立成功率优化
3.1 理论介绍
RRC连接建立过程分为两个阶段：准备阶段和实施阶段。在准备阶段中，UE会根据NAS 层的触发原因和系统广播中的接入限制信息，通过一系列检查来判断自己是否被允许进行接入过程，如果可以，则执行后续的实施阶段；否则UE的RRC将启动相应的定时器，在该定时器超时前UE无法发起任何接入过程。上述机制的目的是负荷拥塞控制，当网络负荷较重时限制某些UE进行接入。
3.2 指标定义
RRC连接建立是指处于空闲状态的UE或待开机的UE准备发起一个呼叫或响应寻呼时发起的过程。处于降低接入时延的考虑，LTE系统将RRC连接建立过程设计发生在ENB和MME之间的S1连接建立前，也就是在ENB尚未从MME获得任何UE上下文前，ENB需要将RRC连接建立完毕，因此该过程主要建立最基本的SRB1。RRC连接建立成功意味着UE与网络建立了信令连接，是进行其他业务的基础。
RRC连接建立成功率主要通过话务统计结果获得，推荐的公式为：
RRC建立成功率= [RRC连接建立完成次数]/[RRC连接请求次数（不包括重发）]；
公式中相关各指标的具体统计方式如下所示：
3.3 CDL信令流程及失败原因
3.3.1正常过程
图RRC建立过程正常流程
每当在CDL log中发现一条UU接口RRC Connection Request消息时，代表某一个UE 连接建立的开始，此后所有的消息都可以提取相同的CellUeIndex和CELL ID。当看到RRC Connection Setup和RRC Connection Setup Complete消息时，标志着RRC建立正常流程的结束。
3.3.2异常过程
i.RRC连接建立完成超时
图RRC连接建立完成超时
每当在CDL log中发现一条UU接口RRC Connection Request消息时，代表某一个UE 连接建立的开始，此后所有的消息都可以提取相同的CellUeIndex和CELL ID。当看到UU 接口的RRC Connection Setup和RRC事件类接口的RRC_OVERTIME消息，并且第3条消息的定时器类型字段为RAC_TIMER_W_RRC_SETUP_CMPLT时，标志着RRC连接建立完成超时。
ii.RRC连接建立拒绝
图RRC连接建立拒绝
每当在CDL log中发现一条UU接口RRC Connection Request消息时，代表某一个UE 连接建立的开始，如图2.10所示。
第1、2条消息为UU接口的RRC Connection Request、RRC Connection Reject，2条消息有相同的小区标识与UeIndexCell，是连接建立发生时基站为UE新分配的索引。
3.4 优化方法介绍
LTE系统内RRC连接建立失败问题的可能原因大概分为如下几条：
RRC建立失败主要的原因有：上行随机接入信道功率问题、小区重选参数问题、下行初始发射功率偏低、上行初始功控问题、拥塞问题或设备异常问题等。
当出现RRC连接建立成功率低的问题时，首先按照上述问题分类，了解相关问题的范围，然后根据空口信号质量、参数配置、干扰和上下行功率调整及设备告警等方面入手逐一排查解决，排除这些影响RRC连接建立成功率的客观因素，逐步提升该指标的成功率。RRC 连接建立的过程主要包括以下3个个步骤：
RRC连接建立成功信令流程
（1）首先UE通过SRB0发送RRC Connection Setup Request消息（注：SRB0一直存在，用来传输映射到CCCH 的RRC信令。）此消息主要携带UE初始（NAS）表示以及该连接建立的原因等信息，此高层消息会触发UE的底层试题进行基于竞争的随机接入过程，RRC连接建立请求消息就对应于底层随机接入过程中的Msg3
（2）通过底层的竞争接入冲突解决机制，UE接收到ENB的RRC Connection Setup消息，建立了UE与ENodeB之间的SRB1，NodeB为SRB1配置RLC层和逻辑层信道的属性。ENB还在此信令中对PHY /MAC/RLC /PDCP 等各个实体的配置参数进行配置，RRC连接建立消息就对应于底层随机接入过程中的Msg4。UE收到NodeB的rrcConnectionSetup信令后，UE和ENB 之间的SRB1就建立起来了。
（3）在UE接收到RRCConnectionSetup消息后，向ENB 发送一个RRC Connection Setup Complete消息。此消息中携带有上行方向的初始NAS层的信令消息（如Attach Request，TAU Request，Service Request等），ENB收到此消息后，将其中的NAS消息转发给MME 用于建立S1连接。
在第（2）步中，如果ENB拒绝为UE建立RRC连接，则通过SRB0回复一条RRC 连接拒绝消息RRC Connection Reject。在该RRC连接拒绝消息中，网络侧可以可选地携带一个禁止呼叫的定时器T302，该定时器和系统广播中的接入限制信息共同决定了UE是否被允许发起接入过程。
一般RRC连接建立问题的定位方法如下，通用流程：
3.4.1上行随机接入的问题
UE发出RRC Connection Request消息，ENB没有收到，如果此时的下行信道质量正常，一般是随机接入参数中的初始接收目标功率设置偏低的问题。
3.4.2小区重选参数问题
ENB收到UE发的RRC建立请求消息后，下发了RRC Connection Setup消息而UE没
有收到。查看此时的SINR，如果偏低，而且监视集中没有质量更好的小区，那么是覆盖的问题可以适当提高下行公共信道的功率。如果此时监视集中有更好的小区，则可能是小区重选的问题，可以适当调整小区重选参数加快小区重选。
3.4.3下行初始发射功率偏低问题
UE收到RRC Connection Setup消息而没有发出RRC Connection Setup Complete消息，如果此时下行的信号质量正常，那么可能是手机异常，否则可能是下行初始功率过低导致下行不能同步。
3.4.4上行初始功控问题
UE发出RRC Connection Setup Complete消息而ENB没有收到，由于上行初始功控会让UE的发射功率上升，如果是UE的发射功率不足导致，可以适当提高上行信道的初始期望功率和调整量等参数。
3.5 相关案例介绍分析
3.5.1小区重选参数问题
问题描述：
华电集团专项2小区接入率很低，且主要集中在15点到16点之间，查看小区无告警。由于接入失败次数过多，影响全网一天的KPI指标数据。
问题分析：
从CDL信令看UE发起随机接入申请，UE发出RRCConnectionRequest后ENB下发RRC connection setup 消息，终端无响应，造成RRC连接建立完成超时，导致RRC建立失败。
定位过程：
从最近一次的测量上报消息中可以看出，源小区PCI为254，此时测量到的rsrpResult 值为23，由此可以计算出RSRP的值为23-141=-118dbm左右。而测量到的相邻目标小区PCI 为62 ，rsrpResult值为34，小区RSRP在-107dbm左右。由此可以初步分析相关的场景是UE所处位置的信号质量不好，且存在模3干扰，最终导致RRC连接建立定时器超时后RRC 连结建立失败。
解决建议：
查看基站配置后，该小区的参考信号功率为15，已经为最大。故不存在下行初始发射功率偏低问题。通过现场复测抓取log进一步分析，排除天线安装问题以及工参设置问题、排除存在大面积的弱覆盖问题。通过log分析，发现存在PCI模三干扰严重，重新进行规划，修改小区的PCI。
解决效果：
修改PCI后，RRC接入率有所提，KPI指标数据恢复正常。
3.5.2小区上行功控参数设置问题
问题现象
NBYZ技侦大楼FHTL-0从7月13日开始，RRC接入请求次数变多还有伴随着大量失败，每天RRC成功率基本在20%左右，失败发生在忙时时段，影响全网KPI。
问题分析：
查看小区状态以及通道驻波均没有问题，从CDL中看：均是ENB下发RRC set up之后终端无响应造成RRC连接超时，导致RRC接入失败。查看基本上是UE ID为1和3的用户的失败，但是查看最近的RSRP均较高。
定位过程：
查看小区的IOT以及小区状态正常，对此小区进行核查，发现参数在非持续调度功率设置上出现问题，当此小区是-95，全网当时都已经改成-70，通过对全网此参数的核查，发现还有NBYZ理工学院2FHTL-2也是设置为-95，指标也很差。
解决建议：
效果：
把小区的非持续调度功率从-95修改到-70以后指标明显有提升：
3.5.3小区测试开关参数问题
问题现象：
在月苑二试扩L-3小区下收不到该小区信号，无法接入该小区，导致该路段信号较弱，较大区域形成弱覆盖。
问题分析：
测试车辆在月苑南路自西向东行驶至和墨香路交叉口区域，在交叉口区域该站下无法收到该小区信号，导致该路段覆盖较差，严重影响下载速率，机房核查小区状态正常，无告警情况。
图一
在后台对比核查参数发现，小区加载开关打开，且带真实用户的模拟快开关关闭，导致用户终端无法接入。MAC测试开关里有小区加载开关和带真实用户的模拟加载开关，小区加载开关打开的话，带真实用户的模拟加载开关就会生效。当需要加扰测试时需要把小区加载开关打开，而此时如果带真实用户的模拟加载开关关闭，表示小区处于模拟用户加载情况，真实用户不能接入，如果带真实用户的模拟加载开关打开，表示是用真实用户进行加载，则真实用户可以接入。月苑二试扩小区正是由于小区处于模拟加载状态，且关闭了带真实用户
的模拟加载开关导致测试终端搜不到小区信号，无法正常接入；
解决建议：关闭小区加载开关
解决效果：
关闭小区加载开关后，终端能正常搜到小区信号，且接入正常。如下图：
问题总结
对于无法接入小区的问题，建议处理措施：
a)核查小区状态和告警以及硬件问题情况。
在互联网公司各部门的k p i都是怎样的 文件编码（GHTU-UITID-GGBKT-POIU-WUUI-8968）
大家可能对自己的kpi都了如于心了，但是却不一定了解其他部门的具体职责和其相应的kpi，适当了解其他部门的kpi,在以后的工作中与其他部门更好地协同和衔接。KPI即关键绩效指标,是国内大多数互联网公司常用的针对员工进行绩效考核的一种考核方式。 在互联网公司里，大家可能对自己的kpi都了如于心了，但是却不一定了解其他部门的具体职责和其相应的kpi，适当了解其他部门的kpi,有利于更有效的理解对方的办事逻辑，同时在以后的工作中与其他部门也能够更好地协同和衔接。所以今天小明今天就整理了一下互联网公司的主要部门的职责以及相应的kpi,在理清了自己思路的同时，也希望对大家有所帮助。 产品经理 产品经理的kpi考核本身并没有什么明确的标准，产品经理的kpi考核根据不同的公司文化，不同的产品形态以及不同的产品阶段，都有不同的考核侧重和内容。电商公司产品经理kpi指标会更加偏向于交易数据。比如交易额，销售指标等数据。社交类的产品经理会注重用户留存，活跃度等。公司文化偏向运营的话，kpi会偏向运营指标，比如 UV/PV、转化率等。偏向产品的话，会侧重用户投诉、体验。偏向数据的话会侧重数据搜集和用数据反馈产品指标。另外，如果产品已经比较成熟了，产品经理的职能则会逐渐与运营趋同，但如果是处于产品上线初期，新功能的上线，原有功能的更新迭代则会成为绩效考核的主要范围。通常考核项目具体可以分以下两类： 一、可量化指标，但是往往可量化的指标同时也是运营的kpi，具体如下： ●UV/PV数----UV数更多的来自导流，本身用户的培育和留存也对该指标有影响。该数据通常需要由产品和运营同时承担。 ●支付转化率----用户在支付流程中的体验，直接影响到支付转化率。当然，内容本身也会对转化率造成影响，比如电商行业产品的质量、评论等。?
人力资源与公共事务部 目录 一、部门绩效考核指标 (6) 二、部门绩效考核评估标准 (8) 三、岗位绩效考核指标 (8) 3.01部门经理 (8) 3.02人力资源主管 (8) 3.03招聘管理员 (9) 3.04培训管理员 (9) 3.05薪酬管理员 (10) 3.06绩效管理员 (11) 3.07企管办主管 (11) 3.08企划宣传员 (12) 3.09企业管理员 (12) 3.10电子监控员 (13) 3.11总经理秘书 (13) 3.12信息中心主管 (14)
3.14总机话务员 (15) 3.15档案管理员 (15) 3.16总务主管 (16) 3.17总务管理员 (17) 3.18办公室楼服务员 (17) 3.19公寓管理员 (18) 3.20招待室服务员 (18) 3.21行政总厨 (19) 3.22库管员 (19) 3.23总务会计 (20) 3.24车辆环卫主管 (21) 3.25驾驶员 (22) 3.26安全办主管 (22) 3.27消防管理员 (23) 3.28治安管理员 (24) 四、岗位绩效考核评估标准 (26) 4.01部门经理 (26) 4.02人力资源主管 (27) 4.03招聘管理员 (28) 4.04培训管理员 (29) 4.05薪酬管理员 (30) 4.06绩效管理员 (31)
4.08企划宣传员 (33) 4.09企业管理员 (34) 4.10电子监控员 (35) 4.11总经理秘书 (37) 4.12信息中心主管 (38) 4.13信息管理员 (39) 4.14总机话务员 (40) 4.15档案管理员 (41) 4.16总务主管 (42) 4.17总务管理员 (43) 4.18办公楼服务员 (44) 4.19公寓管理员 (45) 4.20招待室服务员 (46) 4.21行政总厨 (48) 4.22库管员 (49) 4.23总务会计 (50) 4.24车辆环卫主管 (51) 4.25驾驶员 (52) 4.26安全办主管 (53) 4.27消防管理员 (54) 4.28治安管理员 (55)
总裁寄语 “建立完善统一、合理、平衡，不断强化公司整体核心竞争力和以责任结果为导向的价值评价体系。” “减人、增产、增质、增效，以及核心竞争力的提高，是我们考核各级干部能力的主要指标。”——摘自《99年管理要点》 刊号:第80期 标题:各系统对公司级KPI体系的讨论意见 作者:黄卫伟整理 内容: 2月3日到2月5日，公司各系统对“华为公司公司级关键绩效指标(KPI)体系(草案)”进行了认真讨论。经过讨论，对本次制订公司级KPI的思路、原则有了更深入和更具体的理解，尤其是增强了对强化公司整体核心竞争力、形成连带责任和坚持最终成果导向的价值评价体系的全面理解。 研发系统的讨论要点及修改建议 大家共同感到，本次公司级KPI体系简练、重点突出、主线清晰，兼顾了公司规模的成长扩张，人均效率的提高和成本的控制，指标间相互制约，有利于形成面向市场最终成果的良好运作模式和运作机制。 讨论的焦点集中在几个关键矛盾上。(1)强调了新产品销售额比率的增长，会不会忽视
老产品的稳定和优化；(2)强调了成本控制，会不会忽视质量；(3)强调了人均新产品毛利的增长，会不会产生短期行为，只重视追求短期利益而忽视长期利益和潜力的增长；(4)如果市场部不积极销售新产品，影响了研发系统关键绩效指标的达成怎么办。 经过反复讨论和争论，大家的认识逐渐趋向下述观点： (1)新产品销售比率和人均新产品毛利的增长，是研发系统对增强公司核心竞争力的主要的责任和贡献，为了防止可能发生的短期行为，应对“新产品”的概念合理定义，使之能够包括老产品的优化与稳定，以及为进入新的市场领域对老产品的完善和改进。此外，为防止短期行为，应坚持数年地推行这一指标体系，以形成有利于长期效益增长和公司潜力增长的研发系统运行机制。 (2)以新产品销售比率增长率和人均新产品毛利率考核研发系统，最直接的效果是促使在开发中降低新产品成本，在设计中构建成本优势，尽管没有直接强调质量和稳定性的指标，但由于质量和稳定性是造成成本上升的重要原因和影响新产品销售的主要原因，因此研发系统在分解公司级KPI指标时，必须把提高产品质量和稳定性放在突出位置。 (3)为了进一步强调质量和稳定性的重要性，降低质量成本，建议将“技术和元器件复用率提高率”指标，更换为“用服费用率降低率”指标。以体现研发系统必须对产品寿命周期成本负责，促进中研、中试、用服的一体化。 (4)研发系统KPI指标的完成依赖营销和其他系统，而营销系统和其他系统KPI指标的完成也依赖研发系统，这正体现了任总要求在指标设计中要相互制约的思路，有利于打破与部门界限，促进部门之间的协作。 采购系统的讨论要点和修改建议
KPI指标系统：监控物流服务质量 2003-4-8 中国第三方物流网 在第三方物流企业的物流项目运作中，为了能够正常运行物流项目、更好的提供物流服务，科学、全面地分析和评价物流服务质量就成为一个非常重要的问题。在我国，对物流活动的绩效进行考核还不多，考核的方法也较少。本文从第三方物流企业项目运作出发，来制订考评供应链运行绩效的ＫＰＩ（关键业绩指标）体系。 可以将与第三方物流企业物流项目运作相关的ＫＰＩ绩效指标系统分为５大块。 一、运输计划 需求满足率：客户的物流需求（包括一些额外的物流需求，比如不常见路线的运输、零星的货物运输、增值服务要求等）能够及时满足的比率。需求满足率＝需求得到满足的次数／总的需求的次数。 二、运输过程 １．货物及时发送率：一定时期内第三方物流企业接到客户订单后，及时将货物发送出去的次数与总订单次数的百分比来表示。设时段Ｔ内，及时发货次数为Ｎｉ，总的订单次数为Ｎｔ，则及时发货率为：Ｐｉ＝Ｎｉ／Ｎｔ。 ２．货物准时送达率：按照客户的要求在规定的时间内将产品安全准确地送达目的地。设时段Ｔ内，准时送达次数为Ｎｄ，总的订单次数为Ｎｔ，则准时送达率为：Ｐｄ＝Ｎｄ／Ｎｔ。 ３．货物完好送达率：按照客户的要求在规定的时间内将客户订购的产品无损坏的送达客户手上。设时段Ｔ内，完好送达的次数为Ｎｗ，总的订单次数为Ｎｔ，则完好送达率为：Ｐｗ＝Ｎｗ／Ｎｔ。对这个指标应该是很高的，应该达到１００％。 ４．运输信息及时跟踪率：每一笔货物运输出去以后，第三方物流企业向客户反馈运输信息的比率。该数据的计算可以根据在时段Ｔ内，跟踪了运输信息的次数为Ｎｎ，总的订单次数为Ｎｔ，则运输信息及时跟踪率为：Ｐｎ＝Ｎｎ／Ｎｔ。这个指标要求也比较高，应该是１００％。 三、库存过程 １．库存完好率：某段时间内仓库货物保存完好的比率。具体计算为Ｔ时间内，完好库存为ｎ，总库存数为Ｎ，则库存完好率＝ｎ／Ｎ×１００％。 ２．库存周报表准确率：每周的库存周报表的准确率也是物流服务绩效的ＫＰＩ指标之一。具体计算为：在Ｔ时间段内，库存报告的准确次数除以总的库存报告次数就是库存周报表准确率。 ３．发货准确率：仓管人员根据订单准确发货的百分数。具体计算为：发货准确率＝１—在Ｔ时间段内错误的发货次数／在Ｔ时间段内的发货总数。 四、客户服务 １．客户投诉率：在Ｔ时间段内，没有收到货物的客户向客户诉第三方物流企业的比率。这是体现物流服务中客户服务的重要ＫＰＩ指标。该指标的具体计算为客户投诉率＝客户投诉次数／总的送货总数。
知名企业KPI指标 体系 1 2020年4月19日
某知名体育用品有限公司KPI指标体系
目录 李宁公司KPI指标体系说明 (1) 总监岗位KPI组成表 (3) 行政总监KPI组成表 (3) 生产总监KPI组成表 (11) 生产总监KPI组成表 (12) 财务总监KPI组成表 (15) 营销总监KPI组成表 (19) 营销总监KPI组成表 (20) 事业部经理岗位KPI组成表 (25) 高尔夫事业部经理KPI组成表 (25) 器材事业部KPI组成表 (26) 青少年事业部经理KPI组成表 (27) 信息发展部岗位KPI组成表 (28) 1 2020年4月19日
信息发展部经理KPI组成表 (28) 信息发展部流程组组长KPI组成表 (33) 信息发展部行业信息分析组组长KPI组成表 (37) 信息发展部OA系统组组长KPI组成表 (41) 信息发展部OA系统组系统管理员KPI组成表 (45) 信息发展部SAP组组长KPI组成表 (48) 信息发展部SAP组物料主数据维护员KPI组成表 (52) 信息发展部零售MIS组组长KPI组成表 (55) 信息发展部MIS组零售系统设计与开发KPI组成表 (59) 信息发展部零售MIS组系统管理KPI组成表 (65) 信息发展部订单管理组组长KPI组成表 (66) 信息发展部订单管理员KPI组成表 (70) 人力资源部岗位KPI组成表 (74) 人力资源/行政部经理KPI组成表 (74) 2 2020年4月19日
人力资源/行政行政主管KPI组成表 (81) 人力资源/行政行政主管KPI组成表 (82) 人力资源/行政部法务行政(1)KPI组成表 (87) 人力资源/行政部法务行政(2)KPI组成表 (89) 人力资源/行政部薪酬福利专员KPI组成表 (91) 人力资源/行政部行政文秘KPI组成表 (93) 人力资源/行政部人力资源专员(1)KPI组成表 (94) 人力资源/行政部人力资源专员(2)KPI组成表 (98) 人力资源/行政部培训专员KPI组成表 (100) 人力资源/行政部司机班班长KPI组成表 (104) 人力资源/行政部司机KPI组成表 (105) 人力资源/行政部专职秘书KPI组成表 (106) 人力资源/行政部前台秘书KPI组成表 (107) 财务部岗位KPI组成表 (108) 3 2020年4月19日
大家可能对自己的kpi都了如于心了，但是却不一定了解其他部门的具体职责和其相应的kpi，适当了解其他部门的kpi,在以后的工作中与其他部门更好地协同和衔接。KPI即关键绩效指标,是国内大多数互联网公司常用的针对员工进行绩效考核的一种考核方式。 在互联网公司里，大家可能对自己的kpi都了如于心了，但是却不一定了解其他部门的具体职责和其相应的kpi，适当了解其他部门的kpi,有利于更有效的理解对方的办事逻辑，同时在以后的工作中与其他部门也能够更好地协同和衔接。所以今天小明今天就整理了一下互联网公司的主要部门的职责以及相应的kpi,在理清了自己思路的同时，也希望对大家有所帮助。 产品经理 产品经理的kpi考核本身并没有什么明确的标准，产品经理的kpi考核根据不同的公司文化，不同的产品形态以及不同的产品阶段，都有不同的考核侧重和内容。电商公司产品经理kpi指标会更加偏向于交易数据。比如交易额，销售指标等数据。社交类的产品经理会注重用户留存，活跃度等。公司文化偏向运营的话，kpi会偏向运营指标，比如UV/PV、转化率等。偏向产品的话，会侧重用户投诉、体验。偏向数据的话会侧重数据搜集和用数据反馈产品指标。另外，如果产品已经比较成熟了，产品经理的职能则会逐渐与运营趋同，但如果是处于产品上线初期，新功能的上线，原有功能的更新迭代则会成为绩效考核的主要范围。通常考核项目具体可以分以下两类： 一、可量化指标，但是往往可量化的指标同时也是运营的kpi，具体如下： ● UV/PV数----UV数更多的来自导流，本身用户的培育和留存也对该指标有影响。该数据通常需要由产品和运营同时承担。 ● 支付转化率----用户在支付流程中的体验，直接影响到支付转化率。当然，内容本身也会对转化率造成影响，比如电商行业产品的质量、评论等。? ●用户投诉率与咨询数----用户只有在使用产品时不爽了，才会主动去投诉。在产品设计上如何避免用户投诉，这个应该是产品优先级最高的需求。 ● 用户停留时长----产品本身对用户的吸引力，根据行业不同有不同的数据标准。并不是用户停留时间越长越好。 ● 跳出率/退出率----这两个数据的影响因素主要在于用户使用流程中内容对用户的引导和关注。 ● 用户留存数----涉及到运营策略对潜在流失的用户进行唤起，或者产品内容的本身对用户的吸引力，这往往也是运营需要重点关注的指标之一。