MENGZHAO LI
PORTFOLIO
DESKTOP EXPERIENCE
mengzhaoli.cn
Technology Brand Translator
技术品牌转译
技术团队说的和客户能听懂的，中间隔着一整条价值链。这个技能把技术能力接到客户问题、业务价值与品牌表达上，同时守住一条底线：没被证据支持的东西，不许写成结论。
PROJECT OVERVIEW
- CLIENT
- MENGZHAO AI BRAND STUDIO / OPEN SOURCE
- DISCIPLINE
- AI-Agent · Brand Messaging
- YEAR
- 2026
- 事实与不确定性地图
- 价值链转换
- 受众版本信息
- 视觉转译方向
SKILL.mdtechnology-brand-translatorMessage translation · 6 stages · 7 accuracy checksSOURCE ON GITHUB ↗
01
Problem
Problem
The gap where accuracy goes to die.
技术公司做传播，有一条固定的失败路径：研发写的东西客户看不懂，市场改完之后研发不认。中间那一版往往是这样产生的——把参数换成形容词，把「测试环境下」删掉，把还没验证的方向写成已实现的能力。
这不是文案能力问题。是没人负责把「哪些是事实、哪些是提案」标出来，于是模糊地带默认被当成事实用掉了。
给模型做这件事，风险只会更高：模型天然擅长把不确定的东西写得肯定。
02
Activate when
Activate when
Technical input in.
Brand output out.
触发条件按输入类型和目标场景两头判断，避免和纯文案任务抢活——这个技能的成本更高，只在真的有技术原文需要转译时才该被调用。
01
输入是技术文档、白皮书或研发资料
02
输入是产品简报、访谈或行业解读
03
技术公司需要官网或产品页内容
04
需要销售、展会或演示物料
05
技术能力要转成品牌故事
06
技术能力要转成视觉概念
03
Input
Input
Nine fields. One of them decides everything.
最后一项「需要证明的主张」是整个技能的支点。它逼使用者在开工前就说清：哪些话是必须说出去的，哪些话手上其实没有证据。
这一项填了，后面的事实核查才有对象；不填，输出就只能是一份看起来很专业的猜测。
INPUT CONTRACT9 FIELDS
Technical source material原始技术资料，越接近一手越好
Product or solution被转译的产品或方案边界
Industry context行业语境与既有认知
Target audiences决策者 / 客户 / 销售 / 产品，可多选
Business objective这次传播要达成的商业目标
Required channels官网、销售、展会、社交等
Competitors / differentiators已知竞争格局与差异点
Claims that require proof必须说、但需要证据支撑的主张
Language and tone语言版本与语气边界
04
Facts
Facts
Eight questions before a single adjective.
第一阶段不写任何传播语言，只做一件事：把原文拆成八个问题的答案，并把答不上来的那些显式标成未知。
「未知」是一等公民，不是待补的空格。它会一路带到最终输出里，变成需要客户确认的清单。
| 问题 | 拆出来的东西 |
|---|---|
| What is it? | 它到底是什么，用一句不含形容词的话 |
| What does it do? | 实际执行的功能，非愿景 |
| What problem? | 它解决的客户问题 |
| Who uses it? | 真实使用者与使用场景 |
| Why now? | 为什么此刻重要，外部条件是什么 |
| What is different? | 与替代方案的实质差异 |
| What evidence? | 支撑上述每一条的证据来源 |
| What is unknown? | 缺失、模糊或需要确认的部分 |
UNKNOWN是输出的一部分，
不是待填的空格
不是待填的空格
未验证的假设不得转为营销主张 · 影响准确性时必须回问确认
05
Value chain
Value chain
Five links.
Skip one and it reads like a spec sheet.
技术传播最常见的塌陷是从「能力」直接跳到「品牌表达」——中间三环全跳过。结果就是一句听着很响、但客户对不上号的口号。
这条链强制逐环落地，并且要求区分功能、利益、结果、证据四类东西，不许混着写。
01技术能力
原文里可指认的功能与指标
→
02客户问题
这项能力对应的真实痛点
→
03业务价值
对用户或生意的可衡量影响
→
04相信的理由
证据、案例、数据或第三方背书
→
05品牌表达
语言、结构与视觉的最终形态
术语承载意义时保留 · 受众可能不懂时解释 · 不为了显得专业而堆术语
06
Audiences
Audiences
Same facts. Different weight.
受众版本不是把同一段话换几个词。每个版本改的是重点、词汇、长度和行动召唤，但事实层必须完全一致——同一个数字在投资人版和销售版里不能是两个说法。
只生成项目真正需要的版本。默认全都生成，是在制造维护负担。
| 版本 | 写给谁 | 重点落在 |
|---|---|---|
| Strategic | 高管、投资人、决策者 | 市场位置与长期价值 |
| Market | 客户与合作伙伴 | 问题与结果 |
| Sales | 销售团队 | 用例与异议处理 |
| Product | 产品与技术评估者 | 能力与规格 |
| Editorial | 公众传播 | 叙事与可读性 |
| ZH / EN | 按需求 | 语言习惯而非直译 |
渠道内容结构
每个渠道给出信息层级建议，顺序固定：核心价值主张 → 支撑证据 → 用例或工作流 → 能力与规格 → 差异化 → 信任信号 → 行动召唤。
为什么顺序不能改
因为技术公司最爱把「能力与规格」提到最前面。那是写给自己人看的顺序，客户在第一屏就走了。
07
Visual translation
Visual translation
Visuals that mean something.
技术品牌的视觉最容易滑进一套通用符号：蓝色电路板、发光的地球、抽象的粒子网络。这些图和产品之间没有关系，换个公司照样能用。
所以视觉方向必须从已验证的价值长出来，而不是从「科技感」这个词长出来。
Concepts that carry meaning
- 数据流动、节点与连接关系
- 分层系统与基础设施结构
- 精密、可靠、受控的复杂度
- 网络、能量、规模与连续性
- 支撑产品承诺的材质、光线与运动
Clichés to avoid
- 泛用蓝色电路板与发光地球
- 无意义的粒子与数据流装饰
- 与产品无关的抽象网络图形
- 堆叠特效替代结构表达
- 只为「显得高科技」的 3D 物件
08
Output
Output
Six blocks.
The first one is the map.
「事实与不确定性地图」排在第一位是刻意的。它让接手的人在读任何一句传播语言之前，先看到这次转译的证据边界在哪。
这一块也是唯一能防止技能被当成文案生成器用的东西。
01Fact & uncertainty map
已证实 / 需确认 / 未知，逐条标注
02Value proposition
从价值链推导出的核心主张
03Audience messaging
按需生成的受众版本
04Channel structure
各渠道的信息层级建议
05Visual translation
从已验证价值长出的视觉方向
06Accuracy checklist
七项核查结果与待确认清单
TBT-01
每条事实主张是否有原文支持，或被明确标为提案
REQUIREDTBT-02
客户问题是否被清楚表述
REQUIREDTBT-03
技术优势是否接到了用户或业务价值
REQUIREDTBT-04
语言是否匹配所述受众与渠道
CHECKTBT-05
是否存在未解释的术语阻碍理解
CHECKTBT-06
视觉建议是否表达意义而非装饰
CHECKTBT-07
待确认问题与所需证据是否已列出
REQUIRED9结构化输入字段
8事实拆解问题
5价值链环节
7准确性核查项
09
Position
Position
不确定，就说不确定。
技术品牌的信任是一次性资源。一句夸大的主张被客户当场戳破，之后所有真的东西也一起失效——这个代价远大于少说一句漂亮话的损失。
所以这个技能里最重要的设计不是价值链，是「未知」这一栏的存在。它让模型在没有证据的地方停下来提问，而不是顺势写下去。复杂科技要被讲清楚，前提是先承认哪部分还没讲清楚。