基于 SCQA 的售前方案编写
基于 SCQA 的售前方案编写
Section titled “基于 SCQA 的售前方案编写”本节将 SCQA 框架与 JTBD 方法论和民族志研究结合，系统性地指导如何撰写一份有说服力的 IoT 售前技术方案。学习完成后，您将能够：
- 掌握一份完整售前方案的结构和各部分写作要点
- 用 JTBD + 民族志 + SCQA 组合构建方案的”价值叙事主线”
- 针对不同受众（决策层/管理层/执行层）调整方案表达
- 编写方案中的投资回报分析（ROI）和风险评估部分
在开始本节之前，请确保：
- 已完成 01~04 节 JTBD、民族志和 SCQA 方法的学习
- 已完成 02 节”客户需求与功能需求映射”的实践
- 有一个真实的客户场景或模拟项目可用于练习
售前方案的本质
Section titled “售前方案的本质”一份好的售前方案不是”技术说明书”，而是一份”说服性文档”。它的核心任务是：
让客户相信：1. 你真正理解我的问题（共情力）2. 你的方案能解决我的问题（解决力）3. 你有能力把方案落地（执行力）4. 投资是值得的（价值力）这四个信任要素，恰好对应 SCQA 的四段叙事 + 技术架构证明 + ROI 分析。
售前方案的整体结构
Section titled “售前方案的整体结构”一份完整的 IoT 售前方案包含以下章节，各章节与 SCQA/JTBD 的关系如下：
┌──────────────────────────────────────────────────────────────┐│ 方案文档结构 │ 对应框架 │ 核心问题 │├──────────────────────────────────────────────────────────────┤│ 1. 封面 + 摘要 │ A（答案概要） │ 你是谁？能帮我什么？ ││ 2. 项目背景与理解 │ S + C │ 你真的懂我吗？ ││ 3. 需求分析 │ JTBD + 民族志 │ 你知道我要做什么吗？ ││ 4. 解决方案 │ A（详细展开） │ 你怎么帮我解决？ ││ 5. 技术架构 │ C4 模型 │ 技术上靠谱吗？ ││ 6. 实施计划 │ 项目管理 │ 多久能做完？ ││ 7. 投资与回报 │ ROI 分析 │ 值不值得投？ ││ 8. 成功案例 │ 社会证明 │ 别人用了吗？ ││ 9. 公司资质 │ 信任背书 │ 你们可靠吗？ │└──────────────────────────────────────────────────────────────┘各章节写作指南
Section titled “各章节写作指南”1. 封面 + 摘要
Section titled “1. 封面 + 摘要”目的：30 秒内让决策者知道”这份方案对我有什么价值”。
写作要点：
- 标题应包含客户名称 + 核心价值（而非”技术方案”）
- 摘要控制在 200 字以内，用 SCQA 结构浓缩方案精华
示例：
❌ 差的标题："XX公司物联网技术方案"
✅ 好的标题："XX食品加工厂 — 7×24 小时智能环境监测方案 异常响应时间从 4 小时缩短到 5 分钟，年节约风险成本 200 万+"
摘要示例（SCQA 结构）：[S] 贵厂年产值 8000 万，为 3 家大型超市供货，品控要求严格。[C] 当前依赖人工巡检，上月因夜间温度异常导致 20 万产品报废， 超市方已发出供应商资格警告。[Q] 如何实现 7×24 自动监控，杜绝类似损失？[A] 部署 12 节点智能环境监测系统，2 周交付，投资 8 万， 年节约风险成本 200 万+。2. 项目背景与理解（S + C）
Section titled “2. 项目背景与理解（S + C）”目的：向客户证明”你真正理解了我们的情况”。
写作要点：
- S（情境）：描述客户的业务现状，使用从民族志观察 + JTBD 访谈中获取的具体信息
- C（冲突）：揭示当前痛点和风险，量化影响
结构模板：
## 2. 项目背景与理解
### 2.1 业务现状- 客户基本情况（规模、产线/设备数量、核心业务）- 当前的工作方式和流程- 已有的信息化/自动化基础- 民族志观察中发现的"实际做法 vs 制度规定"的差异
### 2.2 面临的挑战- 挑战 1：[具体痛点] + [量化影响]- 挑战 2：[具体痛点] + [量化影响]- 挑战 3：[具体痛点] + [量化影响]
### 2.3 紧迫性- 外部驱动因素（政策要求、客户要求、竞争压力）- 不改变的后果（持续损失、失去客户、合规处罚）3. 需求分析（JTBD + 民族志）
Section titled “3. 需求分析（JTBD + 民族志）”目的：用 JTBD 和民族志洞察结构化呈现客户需求，展示”我们知道你要完成什么任务，也知道你实际怎么做”。
写作要点：
- 列出客户的 Job Statements（功能/情感/社会三类）
- 呈现民族志观察中的关键发现（“用户实际行为 vs 他们说要做的事”）
- 展示需求优先级排序结果
- 明确 MVP 范围和远期目标
结构模板：
## 3. 需求分析
### 3.1 核心任务（JTBD）| 编号 | 类型 | 任务描述 | 优先级 ||------|------|---------|-------|| J1 | 功能性 | 当 XX 时，我希望 YY，以便 ZZ | 必做 |
### 3.2 民族志关键发现- 观察发现：用户名义上说 AA，实际做的是 BB- 根因分析：BB 背后的原因是 CC- 设计含义：系统应该 DD 而非 EE
### 3.3 需求优先级[插入 Importance × Satisfaction 矩阵]
### 3.4 项目范围- MVP（一期）：覆盖 J1, J2, J4- 二期：覆盖 J3, J5- 远期：...4. 解决方案（A — 详细展开）
Section titled “4. 解决方案（A — 详细展开）”目的：用清晰的结构展示方案如何解决每个冲突和需求。
写作要点：
- 方案概述用一段话总结（电梯演讲版）
- 每个功能模块对应具体的 JTBD
- 用”功能 → 解决的冲突 → 产生的价值”三段式描述
结构模板：
## 4. 解决方案
### 4.1 方案概述[一段话总结：用什么技术，解决什么问题，达到什么效果]
### 4.2 系统架构概览[高层架构图：传感器 → 网关 → 云平台 → 应用层]
### 4.3 功能模块详解#### 模块 1: 实时数据采集- 对应 JTBD: J1（实时浓度监控）- 对应民族志发现：解决"数据不被信任"问题，传感器经过校准验证- 功能描述: ...- 技术指标: 采样率 1Hz, 覆盖范围 50m²- 交付物: ...
#### 模块 2: 智能告警引擎- 对应 JTBD: J1, J4（实时告警 + 值班安心感）- 功能描述: ...- 技术指标: 告警延迟 < 30s- 交付物: ...
### 4.4 方案亮点- 亮点 1: ...- 亮点 2: ...5. 技术架构（C4 模型）
Section titled “5. 技术架构（C4 模型）”目的：用 C4 模型分层展示技术架构，证明方案的技术可行性。
写作要点：
- 对不同受众使用不同层级的图
- 决策层看上下文图（Context），管理层看容器图（Container）
- 执行层/技术团队看组件图（Component）和代码图（Code）
📌 C4 模型的详细绘制方法见 07~12 节
6. 实施计划
Section titled “6. 实施计划”目的：展示项目的时间规划和里程碑，让客户有信心”能按时交付”。
写作要点：
- 使用甘特图或里程碑表格
- 标注每个阶段的关键交付物和验收标准
- 明确双方的责任分工
结构模板：
## 6. 实施计划
### 6.1 项目里程碑| 阶段 | 时间 | 交付物 | 验收标准 ||------|------|-------|---------|| 需求确认 | 第 1 周 | 需求规格书 | 客户签字确认 || 硬件部署 | 第 2-3 周 | 传感器节点上线 | 数据正常上报 || 软件开发 | 第 3-5 周 | 平台功能上线 | 功能测试通过 || 联调测试 | 第 6 周 | 测试报告 | 验收测试通过 || 试运行 | 第 7-8 周 | 运行报告 | 7 天无故障 || 正式交付 | 第 9 周 | 运维文档 | 培训完成 |
### 6.2 双方职责| 事项 | 我方 | 客户方 ||------|-----|-------|| 需求调研 | 主导 | 配合提供信息 || 硬件安装 | 施工 | 提供施工条件 || 网络环境 | 指导 | 提供网络接入 || 验收测试 | 执行 | 参与确认 |7. 投资与回报（ROI）
Section titled “7. 投资与回报（ROI）”目的：帮助决策者判断”这笔投资值不值”。
写作要点：
- 投资分解清晰（硬件/软件/实施/运维）
- ROI 计算使用客户能理解的指标（金额、时间、次数）
- 提供保守/中等/乐观三种预期
结构模板：
## 7. 投资与回报
### 7.1 投资明细| 类别 | 项目 | 单价 | 数量 | 小计 ||------|------|------|------|------|| 硬件 | ESP32 传感器节点 | 200 元 | 12 | 2,400 || 硬件 | 工业网关 | 800 元 | 2 | 1,600 || 软件 | 监控平台 | — | 1 | 30,000 || 实施 | 安装调试 | — | 1 | 20,000 || 运维 | 年度运维 | — | 1 | 6,000 || **合计** | | | | **60,000** |
### 7.2 投资回报分析| 指标 | 当前 | 部署后 | 改善 ||------|------|-------|------|| 异常响应时间 | 4 小时 | 5 分钟 | 98%↓ || 年均报废损失 | 60 万 | 5 万 | 92%↓ || 人工巡检工时 | 480 小时/年 | 0 | 100%↓ || 合规报告耗时 | 3 天/次 | 5 分钟/次 | 99%↓ |
### 7.3 投资回收期- 年节约风险成本：55 万- 年节约人工成本：8 万- 投资回收期：60,000 ÷ 630,000 ≈ **1.1 个月**8. 成功案例
Section titled “8. 成功案例”目的：用社会证明增强客户的信任感。
写作要点：
- 选择与目标客户行业/规模相近的案例
- 每个案例用 SCQA 结构简述（1~2 段）
- 突出量化成果
示例：
## 8. 成功案例
### 案例 1: XX乳业 — 冷链环境监测系统[S] XX乳业拥有 5 个生产基地，日均产量 200 吨。[C] 部署前因温度异常导致的月均损耗约 15 万元。[A] 部署了 80 节点的环境监测系统，覆盖全部冷库和产线。[成果] 异常响应时间从 2 小时缩短到 3 分钟，月损耗降至 1 万元以下。针对不同受众的方案策略
Section titled “针对不同受众的方案策略”同一份方案需要被不同层级的客户阅读，每类受众关注点不同：
┌────────────────────────────────────────────────────────────┐│ 受众 │ 关注点 │ SCQA 侧重 │├────────────────────────────────────────────────────────────┤│ 决策层 │ ROI、战略价值、风险 │ A（摘要）+ ROI 分析 ││ （老板/CEO）│ "值不值得投？" │ 开门见山式 │├────────────────────────────────────────────────────────────┤│ 管理层 │ 方案可行性、实施计划 │ S+C（理解）+ 实施计划││ （部门经理）│ "能不能做成？" │ 标准式 │├────────────────────────────────────────────────────────────┤│ 执行层 │ 技术细节、运维难度 │ A（详细）+ 技术架构 ││ （工程师） │ "好不好用？" │ 突出技术可行性 │└────────────────────────────────────────────────────────────┘写作建议：
- 方案摘要（第 1 章）面向决策层，用开门见山式 SCQA
- 背景理解 + 需求分析（第 2-3 章）面向管理层，展示共情力（引用民族志洞察）
- 技术方案 + 实施计划（第 4-6 章）面向执行层，展示执行力
- ROI + 案例（第 7-8 章）面向决策层，展示价值力
方案质量自检清单
Section titled “方案质量自检清单”提交方案前，用以下清单自检：
叙事逻辑：
- 摘要是否用 SCQA 结构，200 字内讲清方案价值？
- S 中是否使用了客户的具体场景和数据？
- C 中是否量化了冲突的影响（金额/时间/次数）？
- Q 是否自然地从 C 推导出来？
- A 是否直接回应了 C 中的每个冲突？
需求覆盖：
- 每个功能是否都对应一个 JTBD？
- 情感性/社会性任务是否在方案中被回应？
- 民族志发现是否被用于指导方案设计决策？
- 是否有需求追溯矩阵（RTM）？
说服力：
- 决策者能在 5 分钟内了解方案核心价值吗？
- ROI 分析是否使用了客户能理解的指标？
- 成功案例是否与目标客户场景相近？
专业性：
- 技术架构是否用 C4 模型分层展示？
- 实施计划是否有明确的里程碑和验收标准？
- 是否有风险评估和应对策略？
完整方案示例
Section titled “完整方案示例”以下是一份 IoT 售前方案的完整 SCQA 摘要示例：
项目：XX化工园区安全环境监测系统
方案摘要：
[S] XX化工园区占地 200 亩，共有 15 家化工企业入驻，涉及危化品存储和生产。园区目前配备了 8 名安全巡检员，每日 3 次对重点区域进行人工巡检。
[C] 2024 年上半年发生了 3 起环境安全事件：
- 2 月：某仓库 VOC 浓度超标未被及时发现，导致 2 名工人中毒住院
- 4 月：雨水排口 pH 异常，被环保局通报罚款 20 万
- 6 月：储罐区温度异常引发泄漏，紧急处置后未酿成事故，但被媒体报道
园区管委会已收到市应急管理局通知，要求在 2024 年底前完成”智慧园区”安全监测系统建设，否则将面临停产整顿。
[Q] 如何在 3 个月内建成覆盖全园区的环境安全监测系统，满足政府监管要求，同时实现 7×24 自动预警？
[A] 我们提出”三区五层”智慧园区监测方案：
- 三区：将园区划分为生产区、仓储区、排放区，分区部署差异化传感器
- 五层：感知层（200+ 传感器）→ 传输层（LoRa + 4G）→ 平台层（数据处理 + AI 预警）→ 应用层（指挥中心大屏 + 移动端）→ 监管层（政府数据接口）
投资 350 万元，3 个月交付，可实现：
- 环境异常 30 秒内告警，替代人工巡检
- 数据自动对接应急管理局监管平台
- 年均减少安全事故损失 500 万+
验证对售前方案编写的掌握：
-
方案设计
- 能为一个 IoT 场景设计完整的方案结构（9 个章节）
- 能用 SCQA 写出 200 字以内的方案摘要
- 能针对不同受众调整表达侧重
-
价值量化
- 能计算项目的 ROI 和投资回收期
- 能用三种预期（保守/中等/乐观）呈现回报
-
质量把控
- 能使用自检清单评估方案质量
- 能识别一份方案中的常见缺陷
- ✅ 推荐: 方案动笔前先写 SCQA 四要素摘要，确认逻辑自洽
- ✅ 推荐: 方案摘要最后写（在所有章节完成后提炼）
- ✅ 推荐: 用”客户语言”而非”技术语言”写 S 和 C
- ✅ 推荐: ROI 使用保守预期，留足安全边际
- ✅ 推荐: 为决策层准备 1 页纸精华版（One-Pager）
- ❌ 避免: 方案从第一章就开始讲技术架构
- ❌ 避免: 投资明细不透明（隐藏费用是信任杀手）
- ❌ 避免: 成功案例与客户场景不匹配
- ❌ 避免: 只展示收益不提及风险（客户会认为你不专业）
Summary
Section titled “Summary”本节要点总结：
-
售前方案是一份说服性文档
- 核心任务：建立四种信任（共情力/解决力/执行力/价值力）
- 9 个章节结构对应 SCQA/JTBD/民族志/C4 等方法论的综合运用
-
各章节与框架的对应关系
- 摘要 = SCQA 浓缩版
- 背景理解 = S + C（引用民族志洞察）
- 需求分析 = JTBD + 民族志
- 解决方案 = A（详细展开）
- 技术架构 = C4 模型
- 投资回报 = ROI 量化
-
针对不同受众调整表达策略
- 决策层看价值和 ROI
- 管理层看可行性和计划
- 执行层看技术细节
-
方案质量自检是必经步骤
- 叙事逻辑、需求覆盖、说服力、专业性四个维度
- 提交前逐项核对自检清单
References
Section titled “References”- Minto, B. (2009). The Pyramid Principle
- Rackham, N. (1988). SPIN Selling — 大型 B2B 销售的顾问式沟通方法
- Beyer, H. & Holtzblatt, K. (1998). Contextual Design — 情境化设计方法论
- Solution Selling Best Practices
- How to Write a Winning Technical Proposal
正在开发商业 IoT 产品？
我们提供 ESP32 ODM 定制设计与制造服务。从原型到量产——编写这套教程的团队，可以和你一起实现。
联系我们 →