---
name: data-Intelligence-marketing-design-service-skill
description: Playbook for digital marketing design service, distilled from real KA engagements with FAW-Volkswagen, a cloud showroom, and Dongfeng Liuzhou. Use when diagnosing experience problems for a client's website/app/mini-program, running style or solution proposals, pricing design work, configuring an outsourcing supply chain, or gating outsourced output quality. Covers the value quadrant, the 7-step delivery SOP with replicable/outsourcable/standardizable tagging, two-tier pricing, and the double-review exit gate.
version: 1.0.0
display_name: "数智化营销设计服务"
display_name_en: "Data Intelligence Marketing Design Service"
description_zh: "数智化营销设计服务的交付方法论：价值象限定位、七步链路 SOP、两层定价、4:9 供应链配比与双评审准出"
description_en: "Delivery playbook for data intelligence marketing design service: value quadrant, 7-step SOP, two-tier pricing, 4:9 supply-chain ratio, double-review exit gate"
visibility: "public"
---

# 数智化营销设计服务 · Skill

> 来源：服务一汽大众（ID.Hub / 超级 App）、一汽大众云展厅、东风柳汽「AI 风行」三个 KA 项目沉淀出的方法论、SOP、定价与供应链机制。
> 用法：本文件可被 Agent 直接读取执行——每一个需要判断的地方都写成可判定的规则，而不是原则性描述。

---

## 0. 什么时候用 / 什么时候不用

**用**：
- ToB 设计服务：官网 / App / 小程序 / 线上展厅的体验优化或从零到一
- 需要向客户证明「设计值这个价」的售前、售中场景
- 需要配置外包团队并把控产出的交付场景

**不用**：
- 纯视觉物料批量生产（走运营设计线，见 §6）
- 客户自己已有明确设计决策、只需要执行的（此时跳过 §4 提案环节）

---

## 1. 先判断：这是哪一类设计服务（价值象限）

用价值象限定位，它同时决定**分档**和**是否外包**：

```
纵轴：设计交付的类型（战略/诊断  ←→  执行/生产）
横轴：项目完整度    （单点      ←→  全链路）

越靠右上角价值越高 —— 定价分档和资源配置的依据都从这里来。
```

- **右上（全链路 × 战略）**：一次性报价，核心团队自己上
- **左下（单点 × 执行）**：按人天或按件，可外包
- **判据**：运营活动页和线上 4S 店**不该用同一套算法**

---

## 2. 七步链路 SOP（每步标注三属性）

链路顺序固定，不可跳步。每一步打三个标签：**可复制 / 可外包 / 可标准化**——标注本身就是设计，它决定谁来做。

| # | 环节 | 做什么 | 产出物 | 谁来做 |
|---|---|---|---|---|
| 1 | 客户需求沟通 | 把客户的业务名词问清楚，对齐人群盘子 | 需求清单 + 人群结构 | 自己人（判断）；调研执行可外包 |
| 2 | 体验问题诊断 | 用漏斗/飞轮过一遍体验，诊断问题并排序 | 诊断报告（问题清单按严重度排序） | 自己人；竞品收集可外包 |
| 3 | 设计风格提案 | **先收窄范围，再给可选项** | 2 套设计语言（不是 2 套配色） | 自己人 |
| 4 | 设计方案提案 | 把客户矛盾意见翻成一套自洽方案 | 方案 + 签字定稿 | 自己人 |
| 5 | 设计迭代实施 | 按规范批量落地 | 页面 / 组件 / 规范文档 | **可外包**（可标准化） |
| 6 | 设计价值验证 | 定性 + 定量 + 实验验证 | 验证报告 | 自己人下结论；数据可外包 |
| 7 | 维护客情关系 | 持续跟进，让终点成为下一段起点 | 复购 / 续约 | 自己人 |

**贯穿全程：供应商甄选。**

---

## 3. 诊断：最容易做错的一步（§2 第 2 步展开）

诊断的顺序不能反。**先问业务，再看界面。**

**第一步 — 把业务名词问清楚。** 例（柳汽）：集团 / 品牌 / 产品之间什么关系？App 与官网、小程序异同？为什么叫这个名字？卖的是全品类吗？目前主打什么车型？
> 这些问题决定后面所有判断有没有根。跳过这步直接看界面 = 后面全白做。

**第二步 — 人群对齐。** 对齐潜客 / 保客的盘子大小。
> 柳汽：小程序 54.8 万、App 9 万，而车主保客近 200 万 → **保客盘子远大于 App 盘子**，这决定了产品目标是拉新还是活跃。

**第三步 — 定位。** 用 AARRR 对齐业务指标，拆成两类人群：
- 潜客 → 拉新 / 线索 / 到店 / 转化（漏斗可算）
- 保客 → 社区化，提升活跃度与增换购（不能用漏斗算，靠活跃度）

再用飞轮模型过一遍体验，诊断出问题并**按严重程度排序**。

**第四步 — 竞品对标用同一把尺子。** 沿用既有的竞品打分表（不要每次新造），输出可比分值。
> 柳汽：蔚来 4.6 / 上汽大众 4.3。**方法能不能复制，这是最硬的证据。**

**第五步 — 诊断到用户语言层。** 不只找页面问题。
> 例：用户反馈「很多提示语看不懂（404、专业术语）」——这不是页面问题，是产品跟用户说话的方式有问题。这类问题只有把诊断做到用户那一层才会浮出来。

---

## 4. 提案：怎么让客户做决定（§2 第 3/4 步展开）

**规则一：不给一套让他「接受或拒绝」，也不甩一堆让他挑。** 先把范围收窄，再在收窄后的范围里给可选项。

**规则二：出的是两套设计语言，不是两套配色。** 差异要落在语言层面（如「棱角分明」vs「圆润包容」），配色是语言的从属项。

**规则三：客户给不出结论时，不许催、也不许照单执行。** 把矛盾意见翻成一套自洽的东西，再让他选。
> 柳汽实例：客户内部两派定不下来，回了五条自相矛盾的建议（banner 要 A 的沉浸式、元素保留 B 的棱角、按钮用 B 的卡片式、整体以 B 为基础、还要强化按压感）。
> 处理方式：设计语言取 A（棱角分明）＋ 头部沉浸版式取 B，配色给「高级色」「多彩生活」两套让他挑 → 客户选多彩，签字。
> **能推动一个拿不定主意的客户做出决定，也是交付的一部分。**

---

## 5. 定价依据：两层

**第一层 — 一次性报价**：适用于设计战略咨询、诊断等方法论输出，不按人天算。
> 算法：项目整体预算 × 设计咨询占比。例：一汽大众，整体约 2000 万，设计咨询占比约 2% →《设计咨询加诊断报告》总报价 40 万。

**第二层 — 按产出物类型分档，按人天报价**：这是设计执行的主要计价形式。
- 分档：改版 / 体验优化 / 从零到一的定制开发，价格与交付方式都不同，回到价值象限定位
- 人天：先**拆到页面级**，再按项目节奏算人数 × 天数；参考资深（L3）职级人天成本对客报价
> 例：ID.Hub 体验优化，Web + H5，拆到车辆详情页 / 引流页 / 360 全景页 / 订单支付页，2 期共 30+ 页面、60+ 情况 → 3 人 58 天交付。

**注意**：不要只用自己的产能——内部人天贵，规模化部分走供应链（见 §6）。

---

## 6. 资源配置与供应链准出

**配比原则**：核心 : 供应链 ≈ **4 : 9**（实测编制：核心侧 4 人含负责人，供应链 9 人分布在 3 个并行项目）。

**分工判据**：
- **可标准化、可复制的活 → 交给供应链**
- **需要强判断的活 → 自己人上**
> 表述注意：说「可标准化 / 可复制」，**不说「低价值」**——外包接的不是低价值，是不需要核心判断、可规模化的部分。

**四个协作机制**（保证交出去不走样）：
1. **UX 虚拟组织** — 把分散在几个外包团队的人编进同一个序列
2. **UX 标准任务流程** — 统一任务怎么接、怎么交
3. **UX 评审准出机制** — 双评审（见下）
4. **统一 UX 生产协同工具** — 所有人用同一套文件、同一套规范生产

**双评审准出（不可跳过）**：
```
供应商产出 → ① 供应商内部评审 → ② 核心团队评审 → 准出交付
```
两道关都过才准出。核心设计师复核，负责人签字。

**运营设计线（并行）**：运营类需求全部进项目管理工具（TAPD），设核心设计师做运营 UX 接口人，审核外包产出质量、用评审机制划分优先级，配一套运营图规范。

---

## 7. Guardrail（红线，违反即返工）

1. **没问清业务名词，不许动界面。**（§3 第一步）
2. **不许只给一套方案让客户接受或拒绝，也不许甩一堆让他挑。**（§4 规则一）
3. **客户意见自相矛盾时，不许催他选，也不许照单执行**——要翻成一套自洽的东西。（§4 规则三）
4. **准出前必须过双评审**，任一道未过不得交付。（§6）
5. **战略/诊断类产出不许按人天报价**——用一次性报价。（§5）
6. **规模化部分不许只用内部产能**——内部人天贵，走供应链。（§5/§6）
7. **描述外包分工时不使用「低价值」等负面表述**——用「可标准化 / 可复制」。（§6）

---

## 8. 资产与模板

| 类型 | 内容 | 状态 |
|---|---|---|
| assets（零件） | 组件库、图标规范、色板、版式规范 | 复用既有 |
| templates（模块） | 诊断报告模板、提案模板、验证报告模板、运营图规范 | 复用既有 |
| 判断流程（组合规则） | 本文档 §1–§6 | 本 Skill 提供 |
| guardrail | 本文档 §7 | 本 Skill 提供 |

> **零件级的规范谁都能查，难的是组合起来怎么判断**——组合层的约束只能从真正做过的项目里长出来。