运营商五网融合细分赛道创新产品 BP 生成器

> 创建者：飞哥 | 版本：V1.3 | 适用场景：运营商创新业务孵化与立项评审

核心设计原则（刚性约束）

执行本 Skill 时，以下原则不可突破：

1. 方法论链路固定：严格遵循 PEST - 波特五力 - SWOT - TOWS 的递进逻辑，不得跳跃、颠倒或省略推导过程，所有结论必须有前置分析支撑
2. 五网融合为主线：所有产品机会围绕通讯网、算力网、智能网、感知网、能源网展开，覆盖单网价值深挖与跨网协同创新，禁止脱离五网设计产品；每个细分赛道必须明确标注对应的融合网络组合
3. 细分赛道穿透：所有分析下沉到垂直细分场景，禁止宏观泛论（如"数字经济规模大""行业前景广阔"）；每个赛道必须对应具体客群、具体痛点、具体技术落地方式
4. 前沿技术深度嵌入：AI RUN（AI内生网络智能运行 / AI-RAN）与语义通信必须作为产品核心技术底座，深度融入功能架构与价值逻辑，明确到具体功能模块与量化价值，不得仅作为概念点缀；同步覆盖通感一体、确定性专网、端云协同推理等配套技术
5. 商业闭环优先：至少设计1种非传统运营商计费的创新盈利模式，拒绝同质化的流量/带宽/时长收费；必须验证单位经济模型（UE）成立
6. 最小化验证原则：所有方案配套MVP最小可行产品设计，明确最小投入、最短周期、可量化的验证指标，配套止损机制，保障低风险试错

执行流程总览

严格按以下 9 个阶段顺序执行，每阶段完成后向用户呈现结论并确认，再进入下一阶段。

阶段0: 参数解析与赛道选型
  -> 阶段1: PEST分析
  -> 阶段2: 波特五力分析
  -> 阶段3: SWOT分析
  -> 阶段4: TOWS战略推导
  -> 阶段5: 产品方案与Demo原型设计
  -> 阶段6: 商业模式与单位经济模型
  -> 阶段7: MVP落地路径与财务测算
  -> 阶段8: 完整BP整合输出

输入输出示例

以下示例展示本 Skill 的典型使用方式与预期输出：

示例 1：指定赛道
> 输入："帮我做一个低空智能网联服务的创新业务BP，聚焦工业级无人机规模化巡检，目标客群是电力行业"
> 输出：选定赛道2-A，执行完整9阶段链路，输出《低空智能网联服务 — 工业级无人机规模化巡检运营商创新业务产品商业计划书》

示例 2：无指定方向（自动筛选）
> 输入："我想分析一下运营商在AI方面的创新机会，预算控制在500万以内"
> 输出：从9个细分场景中筛选Top3（含评分表），用户确认后执行完整链路，输出对应BP

示例 3：仅执行部分阶段
> 输入："帮我做个智慧政企赛道的SWOT分析"
> 输出：加载track-pool.md中智慧政企赛道数据，跳过PEST/五力，直接执行阶段3 SWOT，向用户呈现结果

阶段 0：参数解析与赛道选型

输入参数处理

接收用户可选参数：意向细分赛道、目标客群、初步方向、预算范围。

• 若用户提供了明确赛道，直接选定，跳至阶段1
• 若用户未提供或方向模糊，执行自动筛选流程

自动筛选流程

1. 加载 references/track-pool.md，获取四大类细分赛道完整数据（4大赛道、9个细分场景）
2. 若用户提供了部分信息（如"低空"或"政企"），在该大类下筛选
3. 若无任何信息，从全部 9 个细分场景中按以下标准初筛：
   - 市场空间（近3年增速大于20%优先）
   - 运营商适配度（需要网络+算力+AI综合能力的场景优先）
   - 技术成熟度（AI RUN/语义通信可直接落地的场景优先）
   - 竞争窗口（尚未被互联网/云厂商垄断的场景优先）
4. 输出「细分赛道对比评分表」（5维度 x 5分制），选取得分最高的3个场景
5. 向用户呈现评分表，给出推荐，由用户确认最终赛道

评分维度与标准参见 references/track-pool.md 末尾「赛道对比评分维度」表。

阶段 1：PEST 分析

对选定的细分赛道进行极简 PEST 分析，仅提炼与赛道直接相关的要素。读取 references/methodology-templates.md 中的 PEST 模板。

强制规则：每项分析必须与所选细分赛道直接相关；禁止引用"数字经济规模"等泛化表述；每项至少列出 2-3 条具体论据；标注信息来源（政策文件号/报告名称/发布时间）。

政策端

• 该赛道的专项政策文件名称、发布时间、核心条款
• 监管要求与合规门槛
• 补贴/税收优惠标准

经济端

• 该细分赛道的市场规模（亿元）、近3年复合增速（%）
• 目标客群采购预算区间
• 客户付费意愿与付费能力证据

社会端

• 行业痛点渗透率
• 替代需求强度（传统方案为何失效）
• 客户决策链分析

技术端

• AI RUN、语义通信、通感一体等技术在该赛道的成熟度（TRL 5-9）
• 商用进度与标杆案例（至少2个）
• 技术落地障碍评估

完成后向用户呈现 PEST 分析摘要，确认后才进入下一阶段。

阶段 2：波特五力分析

针对具体细分场景精准评估五类竞争力量。读取 references/methodology-templates.md 中的波特五力模板。

强制规则：每项力量必须对应到具体企业/产品名称；给出竞争烈度评级（高/中/低）；不可使用"行业竞争激烈"等泛化结论。

同业竞争

• 三大运营商在该场景的现有产品、定价、市场份额
• 产品差异化程度

潜在进入者

• 科技厂商（华为、中兴等）、云厂商（阿里云、华为云等）、垂直行业厂商的跨界威胁
• 进入壁垒分析（牌照、客户关系、技术、资金）

替代品

• 传统人工方案/自建方案/第三方方案的替代成本与效果对比

上游议价

• 芯片、终端、算力、算法供应商集中度
• 运营商议价能力评估

下游议价

• 目标客群采购决策权、预算规模、转换成本

完成后向用户呈现五力分析结论，明确综合竞争烈度评级、最关键的竞争力量（1-2项）、竞争壁垒构建方向。

阶段 3：SWOT 分析

立足所选赛道，完成针对性 SWOT 分析，禁止使用运营商通用化结论。读取 references/methodology-templates.md 中的 SWOT 模板。

强制规则：必须立足运营商真实资源禀赋；禁止使用"品牌优势""网络覆盖广"等空泛表述。

内部优势

• 运营商专属资源：基站覆盖、政企渠道、属地算力节点、合规资质、能源配套
• AI RUN 与语义通信的运营商独有能力（量化说明）

内部劣势

• 运营商短板：垂直行业算法积累、市场化运营能力、终端生态整合
• AI RUN/语义通信在该赛道尚需补齐的能力

外部机会

• 政策红利（具体政策与时间窗口）
• 技术落地窗口（具体技术商用化时间点）
• 客户需求爆发点（具体触发因素与时间预期）

外部威胁

• 头部竞品（具体企业/产品与威胁程度）
• 技术迭代风险（可能替代的技术路线）
• 政策监管变化（可能影响业务的政策走向）

强制要求：将 AI RUN 与语义通信纳入技术维度评估，明确两项技术在该赛道的差异化价值与落地可行性。

阶段 4：TOWS 战略推导

基于 SWOT 结果生成 TOWS 战略矩阵。读取 references/methodology-templates.md 中的 TOWS 模板。

• SO 战略（优势 x 机会）—— 进攻：依托内部优势抓取外部机会，核心产品方向来源
• WO 战略（劣势 x 机会）—— 补强：弥补内部劣势把握外部机会
• ST 战略（优势 x 威胁）—— 防御：发挥自身优势应对外部威胁
• WT 战略（劣势 x 威胁）—— 规避：规避劣势与威胁的防御策略

从 SO 战略中锁定产品核心定位：
- 目标客群（精准到行业/规模/部门）
- 核心痛点（一句话精准定义）
- 核心价值主张（一句话说明提供什么价值）
- 差异化壁垒（为什么竞品难以复制）
- 产品核心定义（一句话：什么产品、为谁、解决什么问题、核心差异）

阶段 5：产品方案与 Demo 原型设计

读取 references/demo-prototype.md 获取详细设计标准。

5.1 产品四层功能架构

+---------------------------------------------+
|  前端应用层（管理端 / 客户端 / 终端侧）        |
+---------------------------------------------+
|  平台能力层（AI算法 / 调度编排 / 数据治理 / 运营计费）|
+---------------------------------------------+
|  网络底座层（确定性专网 / 算力调度 / 感知采集 / 能源管控）|
+---------------------------------------------+
|  技术支撑层（AI RUN / 语义通信）              |
+---------------------------------------------+

每层必须标注具体功能模块与对应五网属性。

5.2 核心技术落地

语义通信：
- 明确在产品中的具体传输环节（如巡检视频回传、机器人指令传输）
- 量化带宽节省比例、时延降低幅度、数据安全价值
- 技术实现路径

AI RUN：
- 明确调度的资源类型（网络带宽、边缘算力、能源负荷）
- 量化资源利用率提升比例、运维成本降低幅度
- 技术实现路径

配套技术：通感一体 / 确定性专网 / 端云协同推理，各自的应用场景与价值

5.3 Demo 原型

• 2-3 个核心用户角色 + 3 条核心使用流程（完整闭环，从登录到结果输出）
• 5 个核心界面功能框架与交互逻辑（含原型线框图说明）
• 最简技术选型与实现路径（前端、后端、网络、算力的最低配置）
• 立项汇报可用的 3 分钟 Demo 演示脚本与核心亮点话术

阶段 6：商业模式创新设计与闭环验证

6.1 三种差异化盈利模式

至少包含1种创新模式（非流量/带宽/专线收费）：
- 基础模式：按服务周期订阅（如按站点/按机器人/按无人机数量包月）
- 创新模式（至少选1种）：按效果付费（缺陷识别数量、节能收益分成）/ Token化计费（算力+AI能力统一按Token结算）/ RaaS设备即服务（硬件+网络+AI一体化租赁）/ 数据价值合规分成
- 增值模式：定制化开发、运维服务、升级服务、培训服务

6.2 商业闭环论证

梳理价值创造 - 价值传递 - 价值变现的完整链路，明确每个环节的参与方、价值流转方式、成本收益分配。

6.3 单位经济模型（UE）

读取 references/financial-model.md 中的计算模板。可使用 scripts/financial_calc.py 自动计算。

校验标准：LTV/CAC 大于 3 才健康；毛利率符合运营商创新业务常识（通常 40-70%）。

阶段 7：MVP 落地路径与精细化投资回报测算

7.1 MVP 最小可行产品方案

• 功能边界：明确 MVP 仅保留的 3-5 个核心功能，砍掉所有非验证商业逻辑的冗余功能
• 试点范围：单一地市、1-2 个垂直行业、3-5 家种子客户
• 试点周期：3-6 个月
• 实施里程碑：按月拆解里程碑节点与交付物
• 验证指标：业务验证指标（付费转化率、客户满意度、续约意向）、技术验证指标（时延、带宽节省率、算力利用率）、财务验证指标（单客毛利、获客成本）

7.2 投入成本明细（精准到科目，附计算公式）

读取 references/financial-model.md 获取完整成本模板。

固定成本（一次性投入）：
- 人力成本 = 各岗位人月数 x 人月单价，参考岗位：产品经理、后端开发、前端开发、算法工程师、交付工程师、运营专员
- 软硬件投入：终端设备 + 算力资源 + 软件授权 + 平台开发

可变成本（按周期投入）：
- 网络资源 + 算力消耗 + 试点运营 + 交付运维

7.3 收入与盈利测算

• MVP 试点期收入 = 种子客户数 x 付费转化率 x 试点期客单价
• 3 年营收预测（试点期/规模推广期/全面放量期），每年客户数、客单价、营收、增长率
• 核心财务指标：毛利润、毛利率、净利润、净利率、静态投资回收期、投资回报率(ROI)、盈亏平衡点(BEP)

7.4 敏感性分析

测算核心变量波动对财务结果的影响：客单价正负20%、付费转化率正负30%、算力成本正负20%。

输出敏感性分析表，标注最优/中性/最差三种情景下的 ROI 与回本周期。

7.5 风险与止损机制

• 四类风险及应对：技术风险、市场风险、政策风险、竞争风险
• MVP 止损阈值：连续3个月付费转化率低于基线值（建议大于等于20%）、LTV/CAC 小于 1.5、单客毛利为负
• 止损成本上限：不超过 MVP 总预算的 30%
• 退出路径：项目冻结 - 资产盘点与复用 - 团队转岗或并入其他项目

阶段 8：完整 BP 整合输出

按标准 BP 结构整合所有分析内容，形成逻辑闭环、数据可支撑、落地性强的完整计划书。读取 references/bp-template.md 获取章节模板。

最终输出《XX 细分赛道运营商创新业务产品商业计划书》，严格包含以下章节：

1. 执行摘要（一页纸核心结论：产品定位、核心价值、商业模式、MVP投入、投资回报亮点）
2. 细分赛道市场分析（PEST结论、市场规模与增速、客户痛点、标杆案例）
3. 竞争格局分析（波特五力结论、核心竞品对比、差异化优势）
4. 产品战略推导（SWOT矩阵、TOWS矩阵、产品定位与价值主张）
5. 产品核心方案（功能架构、核心技术落地、Demo原型完整设计）
6. 商业模式设计（3种盈利模式、商业闭环、单位经济模型UE）
7. 落地实施路径（MVP方案、分阶段推广计划、运营策略）
8. 财务与投资回报分析（投入明细、营收预测、核心财务指标、敏感性分析）
9. 风险分析与应对措施（含MVP止损机制）
10. 附录（完整分析矩阵：PEST、波特五力、SWOT、TOWS、细分赛道对比评分表）

注意事项与限制

不适用场景（明确排除）

• 非运营商视角：本 Skill 立足运营商资源禀赋设计产品，不适用于互联网公司、云厂商或纯软件公司的产品孵化场景
• 宏观行业分析：本 Skill 拒绝泛化的行业全景报告，不适用于"XX行业发展趋势研究"等非细分赛道分析需求
• 纯技术选型：本 Skill 不做脱离商业场景的纯技术方案对比（如"5G vs WiFi6技术优劣"），所有技术讨论必须附着于具体产品场景
• 已有产品的优化迭代：本 Skill 面向从0到1的创新孵化，不适用于已有产品的增量优化或版本迭代规划
• 非五网融合业务：不涉及通讯/算力/智能/感知/能源任一网络的产品不在分析范围内

能力边界

• 市场数据通过 WebSearch 实时获取，数据准确性取决于搜索结果质量；财务测算中的市场规模、增速等数据均需标注来源和时间
• 财务测算基于假设参数（客单价、转化率等），不同假设会导致结果差异较大，实际决策需结合真实运营数据校验
• Demo 原型设计输出的是文字化交互流程与线框图说明，不产出可运行的代码或可交互的可视化原型
• 本 Skill 产出的是"可立项级"商业计划书，不等同于已通过内部评审的立项文件，最终立项决策需结合企业内部流程
• 行业赛道和竞争格局是动态变化的，建议每6个月对分析结论进行更新复核

运行要求

• 需要 WebSearch 和 WebFetch 工具可用（获取最新行业数据、政策文件）
• 推荐配套工具：docx Skill（输出Word版BP）、html-ppt Skill（输出演示PPT）
• 完整执行一个BP需5-10轮对话（含用户确认环节），不可压缩为单轮输出
• 若用户在中途明确要求跳过某阶段，需提示该阶段缺失可能导致的分析偏差，经用户确认后方可跳过

质量校验

输出前逐项自检。详见 references/quality-checklist.md（9大类38项）。

• [ ] 所有分析下沉到细分场景，无宏观泛论
• [ ] 五网融合是产品核心，AI RUN 与语义通信明确到功能模块与量化价值
• [ ] 商业模式可验证，MVP 可落地，财务测算符合运营商行业常识
• [ ] 所有结论有前置分析支撑，无凭空结论
• [ ] 分析矩阵完整呈现，无跳跃推导
• [ ] 全程立足运营商视角与资源禀赋

参考资源索引