最近和主管慧总交流时，我收到一个很直接的反馈：
“你现在的问题是不懂产品。”
这句话一开始听起来有点刺耳。毕竟我已经有 6 年无线通信研发经验，目前也是系统仿真团队的 PL，平时接触的是算法、性能、KPI、仿真、网络指标和系统级问题。
但仔细想想，领导说的“不懂产品”，并不是说我不懂无线通信技术，而是说我还没有把技术能力转化成面向客户、面向市场、面向竞争的产品表达能力。
尤其是我未来希望去海外做行销相关工作，这个问题就更加关键。
研发视角关注的是：
这个技术怎么工作？性能怎么提升？仿真指标怎么样？边界条件是什么？
而行销视角关注的是：
客户为什么要买？买什么产品组合？解决什么业务问题？相比友商强在哪里？如何支撑客户投资决策？
这两种视角之间，有一道明显的能力鸿沟。
我需要补的，不只是“背产品名称”，而是建立一套完整的产品化思维：
网络架构 → 产品组合 → 场景方案 → 客户价值 → 竞争打法 → 商务表达。
一、我对“不懂产品”的重新理解
过去我理解产品，更多是从技术模块出发。
比如看到 Massive MIMO，我会想到阵列规模、波束赋形、频谱效率、上下行覆盖、干扰管理、容量提升；看到核心网，我可能会想到 AMF、SMF、UPF、切片、CUPS、云原生架构。
这些当然重要，但这不是行销岗位所要求的完整产品认知。
客户并不会单独为“某个技术点”买单。客户买的是一个可以解决经营问题、网络问题和业务问题的方案。
所以，真正懂产品，至少要能回答这几个问题：
- 这个产品在端到端网络中的位置是什么？
- 它解决客户的哪个痛点？
- 它由哪些硬件、软件和服务组成？
- 它适合哪些部署场景？
- 它的核心价值指标是什么？
- 它如何转化为客户的商业收益？
- 友商有哪些类似方案？
- 客户为什么选择我们，而不是选择友商？
- 这个方案的前提条件和风险是什么？
- 客户质疑价格、能耗、开放性、供应链、合规时，我如何回答？
如果这些问题回答不清楚，即使技术原理很熟，也还不能算真正懂产品。
二、从研发视角到行销视角，需要完成一次认知升级
我现在的优势是技术深度。
作为系统仿真团队 PL，我比较熟悉无线系统的性能指标、网络行为、仿真评估和系统级 trade-off。这些能力在行销岗位中不是负担，而是很重要的底层优势。
但问题在于，我过去习惯用研发语言表达问题。
例如：
“这个方案可以提升上行吞吐。” “这个算法可以改善弱覆盖场景下的用户体验。” “这个产品在某些负载条件下频谱效率更好。”
这些表达在研发内部是有效的，但在客户交流中还不够。
行销表达需要进一步翻译成客户语言：
| 研发语言 | 行销语言 |
|---|---|
| 覆盖提升 | 减少盲区，降低投诉，减少补站需求 |
| 容量提升 | 支撑流量增长，改善热点区域体验 |
| 上行体验提升 | 支撑高清视频回传、工业视觉、车联网上传、低空应用 |
| 时延降低 | 支撑工业控制、AR/VR、边缘计算和实时业务 |
| 能耗降低 | 降低 OPEX，满足绿色网络目标 |
| 自动化运维 | 降低人工成本，提升故障恢复效率 |
| 云原生核心网 | 加快业务上线，支持弹性扩容和新业务创新 |
| 网络切片 | 支撑差异化 SLA 和行业客户变现 |
技术是基础，但客户真正关心的是价值。
我需要从“这个技术为什么先进”，转向“这个方案为什么值得客户投资”。
三、第一步：搭建端到端产品全景图
要真正懂产品，不能只看自己负责的模块，而要先搭一张端到端的网络和产品全景图。
我至少需要能在白板上清楚画出：
UE → RAN → 传输 → 核心网 → IMS/MEC/Telco Cloud → OSS/BSS → 行业应用并且能解释每一层的关键产品和典型价值。
1. 无线接入网侧
无线侧不能只讲制式和算法，而要能讲清楚站点、设备、场景和解决方案。
至少要掌握这些内容：
| 层级 | 需要讲清的问题 |
|---|---|
| 网络位置 | 产品处于宏站、室分、小站、回传还是运维层？ |
| 硬件形态 | AAU、RRU、BBU、天线、室分设备、微波、站点能源分别是什么？ |
| 软件能力 | Massive MIMO、波束赋形、载波聚合、节能、RAN 智能化解决什么问题？ |
| 场景方案 | 城区容量、农村覆盖、室内覆盖、FWA、行业专网如何组合产品？ |
| 客户价值 | 如何提升覆盖、容量、体验、能效、部署效率和 TCO？ |
以 Massive MIMO 为例，我不能只讲阵列、波束和容量提升，还要能讲：
- 适用于哪些频段和场景；
- 对城区热点有什么价值；
- 对上行体验有什么帮助；
- 对站点空间和能耗有什么影响；
- 与传统 RRU + 天线方案相比有什么差异；
- 友商在类似产品上的打法是什么；
- 客户采购时最关心哪些指标。
产品不是一个孤立设备，而是一个场景方案中的组成部分。
2. 云核心网侧
云核心网更不能只理解成几个网元名称。
行销视角下，云核心网通常包括：
5GC、IMS、VoLTE/VoNR、MEC、Telco Cloud、网络切片、
自动化运维、New Calling、业务开放能力等。我需要能把核心网讲成几类客户问题：
| 客户问题 | 对应方案方向 |
|---|---|
| 5G SA 如何演进？ | 5GC、云原生核心网、NSA 到 SA 演进 |
| 语音业务如何延续和升级？ | IMS、VoLTE、VoNR、Single Voice Core、New Calling |
| 行业低时延业务怎么做？ | MEC、UPF 下沉、边缘计算 |
| 网络如何自动化运维？ | 核心网智能化、自治网络、数字孪生、自动化变更 |
| 运营商如何变现？ | 网络切片、NEF/API、体验保障、行业 SLA |
比如 MEC 不能只讲“UPF 下沉”，而要讲：
- 为什么行业客户需要低时延；
- 为什么数据本地处理有价值；
- 为什么园区、港口、矿山、工厂需要边缘能力；
- 运营商如何通过 MEC 承载行业应用；
- MEC 和 5GC、专网、云平台、应用生态之间是什么关系。
核心网产品的难点在于，它更接近业务、运维和运营商未来网络演进战略。因此我不能只补网元知识，还要理解客户的业务演进逻辑。
四、第二步：建立产品目录能力
产品目录能力不是背 SKU，而是能把每个产品放进一个清晰的认知框架里。
我准备建立一张自己的产品学习表，每个产品都按同样的字段梳理：
| 字段 | 内容 |
|---|---|
| 产品/方案名称 | 例如 Massive MIMO、LampSite、MEC、5GC、New Calling |
| 网络位置 | 属于 RAN、室分、核心网、边缘、运维还是业务层 |
| 客户痛点 | 容量不足、覆盖不足、能耗高、云化演进、行业低时延等 |
| 关键组成 | 硬件、软件、平台、服务、运维工具 |
| 核心指标 | 覆盖、容量、时延、能耗、部署周期、可靠性、TCO |
| 典型场景 | 城区、农村、室内、园区、港口、矿山、交通枢纽 |
| 客户价值 | 降本、增收、体验提升、业务创新、网络演进 |
| 友商对比 | Ericsson、Nokia、Samsung、ZTE、Mavenir 等对应方案 |
| 证据材料 | 公开资料、内部材料、客户案例、测试报告、投标材料 |
| 风险边界 | 频段、现网条件、终端生态、法规、预算、交付条件 |
这张表的价值在于，它能强迫我不再只从技术点理解产品，而是从“客户购买逻辑”理解产品。
一个产品，如果我不能讲清它的客户痛点、部署场景、竞争对比和商业价值，就说明我还没有真正理解它。
五、第三步：从产品走向场景方案
行销不是简单卖产品，而是卖场景解决方案。
客户不会说：“我想买一个 AAU。”
客户通常会说：
- 我的城区热点容量不够；
- 我的农村覆盖成本太高；
- 我的室内体验投诉很多；
- 我的 5G SA 演进压力大；
- 我的能耗 KPI 压力很大；
- 我的行业客户要求低时延；
- 我的核心网需要云化和自动化；
- 我的语音网络需要平滑演进。
所以我需要优先训练 8 个高频场景。
场景一：城区热点容量提升
客户痛点通常是流量增长快、热点区域拥塞、用户体验下降。
需要关注的产品和能力包括：
- 中频 TDD；
- Massive MIMO；
- 载波聚合；
- 智能波束；
- RAN 节能；
- 网络优化和体验保障。
行销表达不能停留在“容量提升”，而要讲：
该方案如何帮助运营商支撑流量增长，提升高价值区域用户体验，减少投诉，并延缓新增站点投资压力。
场景二：农村和偏远区域覆盖
农村覆盖的核心不是单纯性能，而是 TCO。
客户关心的是：
- 建站成本；
- 回传条件；
- 电源条件；
- 站点维护；
- 覆盖半径；
- 投资回收周期。
因此方案表达要围绕：
用更低成本实现更广覆盖，用简化站点降低建设和维护复杂度，用适合农村场景的产品组合支撑普遍服务和数字鸿沟缩小。
场景三：室内高价值场景
大量数据流量发生在室内，尤其是商场、机场、车站、体育场馆、办公楼、园区和地铁。
室内方案不能只讲覆盖，而要讲：
- 室内容量；
- 用户体验；
- 部署美观；
- 改造难度；
- 运维效率；
- 行业业务承载能力。
典型产品方向包括室分、LampSite、小站和室内数字化解决方案。
场景四：5G SA 演进
5G SA 是无线和核心网都需要协同的场景。
客户关心：
- 从 NSA 到 SA 如何演进；
- 5GC 如何部署；
- VoNR 如何保障语音连续性；
- 切片和 MEC 如何支撑行业业务；
- 现网如何平滑升级；
- 投资节奏如何安排。
这个场景要求我同时理解 RAN、Core、IMS、MEC、终端和运营商业务策略。
场景五：行业专网和 5GtoB
行业专网场景不能只讲 5G 技术，而要讲行业业务。
例如：
- 港口需要远程控制、高清视频回传、自动化调度；
- 矿山需要安全生产、无人化作业、井下覆盖；
- 工厂需要机器视觉、AGV、工业控制；
- 园区需要数据本地化、网络隔离和 SLA 保障。
相关方案通常涉及：
- 5G 专网；
- MEC；
- UPF 下沉；
- 网络切片；
- 边缘应用；
- 行业终端；
- 运维和 SLA 管理。
场景六：语音网络演进
语音业务看似传统，但对运营商仍然非常重要。
需要理解：
- CS 语音如何演进到 VoLTE；
- 5G 下 VoNR 如何部署；
- IMS 在语音体系中的作用；
- Single Voice Core 的价值；
- New Calling 如何为传统语音增加新体验。
行销表达不能只讲协议和网元，而要讲：
如何保障语音业务连续性，降低多代网络维护复杂度，并通过新通话体验探索新的业务价值。
场景七：网络节能和 OPEX 降低
能耗是运营商越来越重视的问题。
行销表达要围绕：
- 基站能耗；
- 网络负载变化；
- 智能关断；
- 体验保障；
- 绿色网络；
- OPEX 降低。
技术上要讲清楚节能策略，但客户更关心的是：
在不牺牲用户体验的前提下，如何降低网络运营成本。
场景八：自动化运维和自治网络
随着网络复杂度增加，人工运维成本和风险都会上升。
客户关心：
- 故障定位效率；
- 变更风险；
- 网络开通周期；
- 告警处理；
- 体验感知；
- 运维自动化程度。
这个场景下，需要理解 iMaster、自治网络、数字孪生、AI 辅助运维等能力，并能讲清它们如何帮助运营商提升运维效率。
六、第四步：建立友商 battlecard
懂产品不能只懂自家产品，还必须懂友商。
海外行销尤其如此。客户往往会同时比较 Huawei、Ericsson、Nokia、Samsung、ZTE、Mavenir、NEC 等供应商。技术、价格、交付、安全、合规、生态、既有网络基础都会影响客户选择。
所以我需要为重点产品和场景建立 battlecard。
Battlecard 的基本框架
| 项目 | 需要回答的问题 |
|---|---|
| 场景 | 这是哪个客户场景？例如城区扩容、5GC 云化、室内覆盖 |
| 客户痛点 | 客户真正要解决什么问题？ |
| 我方方案 | 我方主推什么产品组合？ |
| 友商方案 | Ericsson、Nokia、Samsung、ZTE 等分别怎么打？ |
| 我方优势 | 性能、集成度、TCO、交付、运维、端到端能力等 |
| 友商优势 | 友商在哪些市场、技术或生态上更强？ |
| 友商攻击点 | 价格、开放性、合规、能耗、供应链、锁定风险等 |
| 应对话术 | 用什么事实、案例和指标回应？ |
| 风险边界 | 哪些地方不能夸大？哪些需要测试验证？ |
最重要的是，不能把友商简单描述成“弱”。
真正成熟的竞争分析，必须承认友商真实优势。
例如：
- Ericsson 在欧美大 T 客户基础、RAN 产品和端到端网络能力上有很强存在感；
- Nokia 在 RAN、核心网、传输、专网和云化方面也有完整组合；
- Samsung 在 vRAN、Open RAN、美国、韩国、日本等市场有自身打法；
- ZTE 在无线和核心网全栈能力、价格和交付上有竞争力；
- Mavenir 等厂商在云原生核心网、IMS、Open RAN 等方向有差异化定位。
行销不是单方面证明“我方最强”，而是要在客户具体场景下说明：
为什么在这个客户、这个网络、这个预算、这个演进阶段，我们的方案是更优选择。
七、第五步：补齐商业表达能力
产品最终要进入客户决策链。
一个运营商客户内部，可能有多类关键角色：
- CTO；
- 网络规划团队；
- 无线团队；
- 核心网团队；
- 运维团队；
- 财务团队；
- 采购团队；
- 法务与合规团队；
- 企业业务部门。
不同角色关心的问题不同。
| 客户角色 | 关注点 |
|---|---|
| CTO | 网络演进方向、技术路线、长期竞争力 |
| 网络规划 | 覆盖、容量、频谱、站点、演进节奏 |
| 运维团队 | 稳定性、自动化、故障处理、维护成本 |
| 财务团队 | CAPEX、OPEX、TCO、投资回报 |
| 采购团队 | 价格、合同条款、交付风险、供应商对比 |
| 合规团队 | 安全、法规、数据、地缘政治风险 |
| 企业业务部门 | 行业客户、SLA、业务变现、解决方案生态 |
因此，同一个产品要能讲出不同版本。
对技术团队，可以讲架构和指标。 对财务团队，要讲投资和回报。 对采购团队，要讲风险和总拥有成本。 对高层客户，要讲战略价值和网络演进。
这正是我需要刻意训练的地方。
八、第六步：提升英文和跨文化表达能力
如果未来目标是海外行销，英文表达不是附加项，而是基本能力。
我需要训练三类英文表达。
1. 三分钟产品介绍
目标是用简洁语言讲清一个产品或方案：
- What problem does it solve?
- What is the solution?
- What are the key benefits?
- Why Huawei?
- What is the typical deployment scenario?
例如：
“How Huawei 5G-A RAN helps operators improve capacity and energy efficiency.”
2. 十五分钟客户汇报
目标是能完整讲一个客户场景：
- 客户背景；
- 现网挑战；
- 方案设计；
- 产品组合；
- 演进路径；
- 商业价值；
- 竞争对比；
- 风险和下一步计划。
3. 客户 Q&A 应对
海外行销中，客户一定会挑战：
- Why Huawei?
- How do you compare with Ericsson and Nokia?
- What about Open RAN?
- How do you ensure energy efficiency?
- What about security and compliance?
- Can you support our existing network?
- What is the migration risk?
- What is the TCO advantage?
- How do you guarantee delivery?
这些问题不能临场才想。必须提前准备标准化回答，并且用事实、案例、测试结果和客户价值支撑。
九、我的 90 天提升计划
为了把这件事落地，我计划用 90 天完成一个系统提升。
第 1-2 周：搭产品地图
输出物：
- 一张端到端网络架构图；
- 一张无线产品地图；
- 一张云核心网产品地图；
- 一份 30 个关键术语解释表。
重点补齐：
- AAU、RRU、BBU、天线、室分、小站、微波、站点能源；
- Massive MIMO、5G-A、LampSite、农村覆盖、节能、RAN 智能化；
- 5GC、IMS、VoLTE、VoNR、MEC、Telco Cloud、New Calling、网络切片；
- CAPEX、OPEX、TCO、ARPU、SLA、TTM、energy saving 等运营商常用指标。
第 3-4 周：做场景方案
输出物：
- 8 个场景的一页纸方案；
- 每个场景一张“客户痛点 → 产品组合 → 价值指标 → 友商对比”的表；
- 每个场景一次 3 分钟口头讲解。
优先场景：
- 城区热点扩容；
- 室内覆盖；
- 农村覆盖；
- 5G SA 演进；
- MEC 行业专网；
- 语音演进和 New Calling；
- 网络节能；
- 自动化运维和自治网络。
第 5-8 周：做友商 battlecard
输出物：
- Ericsson RAN battlecard；
- Nokia RAN battlecard；
- Samsung vRAN/Open RAN battlecard；
- ZTE 无线和核心网 battlecard；
- Mavenir 核心网/IMS/Open RAN battlecard；
- 一份海外市场非技术风险清单。
每张 battlecard 必须回答：
- 友商主推什么；
- 友商强在哪里；
- 客户为什么会选它；
- 我方如何应对；
- 哪些场景不适合强攻；
- 哪些证据能支撑我方话术。
第 9-12 周：模拟行销实战
输出物：
- 一套 15-20 页英文客户汇报胶片；
- 一套 30 个客户 Q&A；
- 一次内部模拟答辩；
- 一次请产品经理或行销前辈 review。
模拟题可以设定为：
某海外运营商计划升级 5G SA，同时面临城区容量不足、农村覆盖成本高、能耗压力、核心网云化和语音演进问题。请给出无线 + 云核心网端到端方案，并说明相比 Ericsson、Nokia、Samsung、ZTE 的竞争策略。
如果我能把这个题讲清楚，就说明我已经开始接近海外行销岗位的基本要求。
十、我需要主动争取的资源
仅靠自己看公开资料还不够。我需要主动找领导和周边团队要资源。
可以这样和领导沟通：
“我理解您说的‘不懂产品’，本质是我还没有把技术、产品、场景、客户价值和竞争格局串起来。我准备按 90 天计划补齐。希望您帮我协调三个资源：第一，找一位无线产品经理帮我 review 产品地图；第二，找一位云核心网产品经理帮我过核心网方案；第三，找一次海外项目或标前交流材料，让我按行销视角做复盘。”
这段表达的关键不是辩解，而是把反馈转化成行动计划。
十一、每周固定训练动作
为了避免学习停留在想法层面，我需要建立每周固定节奏。
| 训练动作 | 频率 | 产出 |
|---|---|---|
| 阅读产品和解决方案材料 | 每周 2 份 | 一页纸摘要 |
| 画端到端架构图 | 每周 1 次 | 5 分钟白板讲解 |
| 梳理一个客户场景 | 每周 1 个 | 场景方案卡片 |
| 做一张友商 battlecard | 每周 1 张 | 竞争分析表 |
| 英文讲解录音 | 每周 1 次 | 3-5 分钟录音 |
| 找产品/行销同事 review | 每两周 1 次 | 修改意见和改进清单 |
学习产品不能只输入，必须强制输出。
只有能讲出来、画出来、对比出来、被别人挑战后还能回答，才算真正掌握。
十二、判断自己是否真正懂产品的标准
以后我可以用 10 个问题自测一个产品是否学明白了：
- 这个产品在网络架构中的位置是什么？
- 它解决哪个客户痛点？
- 客户为什么现在需要它？
- 它由哪些硬件、软件和服务组成？
- 它的关键技术指标是什么？
- 技术指标如何转化成客户商业价值？
- 典型部署场景是什么？
- 对现网有什么前提条件？
- Ericsson、Nokia、Samsung、ZTE、Mavenir 分别怎么打？
- 客户质疑价格、能耗、开放性、安全合规和交付风险时，我怎么回答？
如果一个产品能完整回答这 10 个问题，我才算从“知道产品”进入“理解产品”。
十三、我的优势与短板
客观来看，我并不是从零开始。
我的优势是：
- 有无线通信研发经验；
- 熟悉系统仿真和网络 KPI；
- 理解技术原理和性能边界；
- 有 PL 经验，具备一定跨团队协作能力；
- 面对技术客户时有可信度。
这些都是未来做海外行销的重要基础。
但我的短板也很清楚：
- 产品目录不够系统；
- 无线和云核心网的产品组合认知不完整；
- 对客户场景和采购逻辑理解不足；
- 对友商打法缺少体系化研究；
- 商业表达能力还需要训练；
- 英文客户沟通还需要持续强化；
- 还没有形成从技术到方案、从方案到价值、从价值到竞争的表达闭环。
未来的重点，不是放弃技术，而是把技术能力升级成产品能力和客户经营能力。
结语：从“技术正确”到“客户愿意买”
这次领导的反馈，对我来说是一个很重要的提醒。
我过去更多证明的是：
我懂技术，我能分析问题，我能把指标做好。
但如果未来要走向海外行销，我必须进一步证明：
我懂产品，我懂客户，我懂竞争，我能把技术价值转化为客户愿意投资的解决方案。
从研发到行销，不是简单换岗位，而是一次思维方式升级。
我需要做到：
用研发深度理解产品，用客户语言表达价值，用竞争视角组织方案，用商业逻辑推动成交。
这就是我接下来 90 天要系统补齐的能力。