ITR（上）——从问题到解决
2026-06-03 合盛研学社 & JJ 深度阅读约30分钟
上一期我们走完了LTC的全程——从线索到回款。合同签了，货交了，钱也收了，故事结束了吗？没有。产品交到客户手里，真正的考验才刚刚开始。设备出故障了找谁？系统用不顺手怎么办？服务响应慢了客户投诉怎么处理？这些问题，交给ITR。
🔗 本系列前8期：总览篇→DSTE上/下→IPD一/二/三→LTC上/下 · 本期进入ITR板块
一、ITR是什么——为什么它是三大执行流程之一
华为的流程体系有三大核心执行流程：IPD（管产品开发对不对）、LTC（管钱收不收得回）、ITR（管事解不解决得掉）。前两个流程大家相对熟悉，ITR是三个里面最容易被忽略、也最容易出问题的。
ITR 的全称是Issue to Resolution，从问题到解决。它覆盖的服务场景包括客户投诉、产品故障、技术服务请求、内部运维事件——只要是"出了个问题，需要有人来解决"的场景，都属于ITR的管辖范围。
ITR要解决的，是三个核心问题：
- 问题来了，谁能接得住？——服务支持的架构和能力
- 问题进来了，怎么走？——问题处理的流程和标准
- 问题解决了，然后呢？——根因分析和预防闭环
🎯 一个简单的判断标准： 如果你的公司出现了一个客户问题——
- 客户打A电话说"没人回"，打B电话说"不归我管"→ITR没建好
- 同一个问题反复出现、每个月都有人报→ITR没闭环
- 出了大问题，领导半夜打电话找人救火→ITR的升级机制没生效
ITR的重要性不在于它本身有多复杂，而在于它是IPD和LTC的"售后保障"。产品开发做得再好，合同签得再漂亮，如果客户用起来问题不断、没人解决——前面的投入全白费了。
二、ITR的核心框架：三级支持体系
ITR最经典的架构设计，是三级支持体系（Tiered Support）。这不是华为的独创，是IT服务管理（ITSM）领域最成熟的做法——ITIL、ISO 20000都推荐这个结构。华为把它落到了极致。
2.1 L1（一线支持）：快速响应，过滤80%的简单问题
L1是客户接触的第一道门槛。通常由客服团队、热线接线员、在线支持团队组成。他们不需要多深的专业技术背景，但要具备三样东西：
- 标准话术和FAQ知识库——常见问题的标准答案，翻知识库就能回答
- 问题分类和分派能力——判断这是技术故障、配置问题还是产品缺陷，分到对的地方去
- SLA意识和沟通技巧——知道什么情况要升级，什么情况可以当场解决
L1的目标不是把所有问题都解决——实际上也做不到。L1的目标是把80%的简单问题挡在一线，不要把"密码忘了怎么办"这种问题推到研发工程师那里去。
2.2 L2（二线支持）：技术专家，处理复杂问题
一线解决不掉的复杂问题，上升到L2。L2团队是技术专家——可能是产品工程师、技术支持工程师、实施顾问。他们能做的事：
- 深度技术诊断和排查
- 环境配置和参数调整
- 非标准场景下的解决方案设计
- 对L1进行培训和知识传递
L2是ITR的"腰部力量"——最关键的承上启下环节。L2强，ITR的整体效率就高；L2弱，问题要么积压在L2（处理不过来），要么过早地推到L3（浪费研发资源）。