腾讯翻译君 × 腾讯同传

一、项目定义与我的角色

腾讯翻译君是 2017 年从 QQ 浏览器团队内部孵化出来的项目。一开始是 C 端工具型产品，到中后期，扩展成面向 B 端企业的 AI 翻译服务平台。

技术上，它基于自研的神经网络机器翻译引擎，也就是 NMT，支持 15 个语种、80 多个语言对互译。上线一周年，日均请求破 2 亿，峰值超 4 亿，用户规模到千万级。2018 年拿了 WMT 国际翻译大赛中英翻译冠军。到 2025 年 3 月，翻译服务整合进腾讯元宝，翻译君和腾讯同传走完了一个产品完整的生命周期。

我的角色：整个项目里 80% 是主设计师，主导从 0 到 1 的产品体验设计；剩下 20% 在后期承担设计评审和管理，把控多个团队之间的设计一致性。在项目里经历过增长的喜悦，也有挫败的反思。接下来，我会讲述基于整个周期的完整设计策略，而不是一份功能清单。

二、基于全生命周期的设计策略

我按产品生命周期把项目分成三个阶段。每个阶段先定设计目标，再定设计策略，后面所有具体动作都挂在这条时间轴上，而不是散点罗列。

萌芽期，0 到 1。 目标是构建用户认知、加深用户记忆。策略上品牌和功能齐头并进，不是先做品牌再做功能。功能侧从场景切入，先做小而美的 MVP；品牌侧用色彩差异化和图形符号的记忆点，去抢占认知空白。

增长期，1 到 100。 目标是拉新促活，寻找第二增长曲线。策略是从工具型向学习型、社区型转变，同时用运营营销设计沉淀可复用的增长范式。这一阶段真正的难点是一对拉扯：一边守住存量用户已经习惯的体验，一边尽快把新东西做出增量——两边都想要，做不好就两头落空。

平台期，100 到 N。 目标是从 C 端到 B 端的跃迁，放大设计杠杆。策略是以腾讯同传作为 ToB 基座产品，向 PC 端、国际级会议、在线会议这些多形态输出能力。

设计的落脚点在这三个时期各有侧重，萌芽期注重设计架构，增长期注重设计决策，平台期拆到设计秩序。下面按这三个阶段展开。

三、品牌认知与体验构建

萌芽期主要讲两件事：一是如何建立品牌认知，二是核心体验怎么定义，这两个判断是翻译君后面所有东西的地基。

3.1 如何建立品牌认知？

翻译君入场的时候，翻译赛道已经被谷歌翻译、有道翻译官、百度翻译占满了，视觉上高度同质，清一色科技蓝。作为后发者，靠功能很难突围，所以我选择用色彩直接去抢认知空白——以紫色为主，深灰为辅，建立视觉识别。

这个选择的起点是感性的，色彩搭配本来就有直觉成分。但回头复盘，它站得住，有三个理由。

第一，这个赛道里，蓝等于理性和科技冷感；紫在色环上跟蓝相邻，但更偏人文和包容，恰好契合「连接不同语言的人」这件事。

第二，2017 年紫色在工具类 App 里极少见，辨识度天然就高。

第三，深灰做底，一方面压住紫的轻浮感、提供专业锚点，另一方面又让紫在界面里跳得出来。

Logo 上，延续了对话气泡的形态，用「嗨」和 Hi 的双关点题，把「语言是连接世界的桥梁」压进一个符号里。用户不用读 slogan，看一眼就懂。

市场验证方面，App Store 至今保持 4.9 星，是同类竞品里的最高分；从团队、产品到老板层的设计评审，反馈都是正向的。我不会把评分单独归因给配色，但它至少说明，整体体验，包括品牌的第一印象，是被市场持续认可的。

3.2 核心体验怎么定义？

这块我从用户的真实需求场景出发。设计的切入点不是「翻译更准」，而是 2017 年爆发的出境游。用户在异国最痛的，是说不出、听不懂实时对话——问路、点餐、砍价。这个场景强实时、强双向、强情绪。

所以设计命题变成：怎么让两个语言不通的人，用一部手机顺畅地聊起来。把复杂技术藏到背后，让用户只感受到方便、不尴尬、像在微信聊天。

解法是对话气泡。我把翻译结果映射成用户已有肌肉记忆的微信对话形态。因为国人出境的习惯，是把手机递给对方、按住说话，这是获取对方信息门槛最低的方式。左右气泡天然对应「我」和「你」两个角色，原文和译文并排，贴合对话时的视线流，也弱化了「机器在翻」的突兀感。

这里有一个关键取舍。当时业界主流是谷歌翻译那种上面输入、下面输出的结构，我没选它。原因是出境对话即时、一来一往，上下结构会把对话连续性切断；气泡能维持「对话正在进行」的心理模型。这是翻译君最核心的一个交互判断。

还有一个细节是底部双 button。我把「我说的语言」和「对方说的语言」物理化，一键互换角色，免去用户理解「源语言、目标语言」的概念负担。这是一个降低认知负荷的决策。

后面同传功能纳进来，也用了一个巧思。对话翻译是一来一往，同声传译是单向、持续、带延迟的，看起来是两类场景，怎么复用同一套心智模型？答案是共享「对话流」的视觉语言——同传本质就是持续流入的对话，复用气泡，只是把「一来一往」变成「持续流入」。同时保持状态连续性，从对话翻译切到同传时，语言对和历史上下文无缝衔接，不丢失现场。

验证上，我们做了多轮真实用户访谈，反馈正向。递手机、按住说话这个链路，在真实街景下零学习成本；左右气泡能让双方快速定位哪句是自己说的。这套交互范式后来被竞品跟进，所以也可以说，我们开创了对话式翻译的交互范式，被行业采用。

四、由工具向学习型的产品设计转变

时间来到 2018 年，作为工具的翻译产品，用户增长遇到瓶颈。

补充图片

当时背单词、口语跟读这类竞品如雨后春笋兴起；短视频社区也才萌芽，用美剧片段练口语，对泛英语学习人群来说是件新鲜事。

产品为了拉新促活、寻找第二增长曲线，一方面加大了对翻译君存量用户的运营力度；另一方面决定将翻译君逐步从工具型向学习型产品转型。

产品当时的定位很明确：不会把翻译君做成很重的系统性学习教育 App，只是先抢占目标用户的碎片化时间。

然而，产品方向定了，不等于形态定了。 新功能长什么样、装在哪里、如何与原来的产品形态融合、以什么节奏推给用户，这都是设计要争取的空间。

而定位一定，设计命题就跟着变了：单次学习要压到多短，用户怎么零负担地开始，也怎么零负担地放弃。

这个阶段，设计本身的工作也比较琐碎，覆盖新功能、运营营销、软硬结合三类完全不同的东西。

所以设计侧只抓三个重点——新旧形态怎么平衡、产品定位怎么翻译成体验原则、设计怎么从做东西变成建产能。每个功能具体怎么画，不展开；章末再说一次没跑通的硬件尝试，它是这条线后来拐向 B 端的原因。

4.1 新旧功能如何嫁接？

产品当时给的命题是参考市面上的学习类竞品，这是个开放命题——看竞品能知道学习类产品大概长什么样，但翻译君的学习模块该长什么样，看竞品得不出答案。

当时最顺手的做法是首页铺满新入口，很多 App 也这么干。我否决了，理由不是审美上的，是商业上的。翻译君已经靠「打开就能用」攒下口碑和一批存量用户，这批人打开 App 的动机是马上要用，不是进来逛逛。如果为了推新功能把首页改得面目全非，老用户第一反应就是这是什么软件、我不认识，然后流失。第二增长曲线还在验证期，拿存量用户去试错，这个代价付不起。

最后做成了上滑的三个 Tab。翻译这个核心场景还占着首屏第一个位置，学习功能收进后面两个，滑一下就能看到。新功能拿到曝光位，老路径一个字没动。

这个判断我特意讲出来，是因为它说明：设计的价值不只是在给定的规划里把界面画好，而是在规划之上判断什么能动、什么不能动。

4.2 如何设计碎片化的学习体验？

如果说第一个判断是守，这个就是攻——守是把变化控制在最小，攻是把体验密度做到最大。

既然定位是碎片时间，设计命题就不是把课程做短，而是让每一次最小单位的练习都能立刻拿到一次反馈。我们做了三件事，颗粒度一层比一层大，但反馈密度始终不变。

第一件是「 9 秒跟读 」。每天在首页用气泡推一句名人名言或者经典句子，跟读，9 秒完成，马上拿到评分。一个完整的学习闭环压缩到 9 秒，等个电梯就能走完一遍。气泡这个形式是有意复用品牌资产的，用户在翻译场景已经熟悉它，到学习场景不用重新认识。

第二件是「 练听说的划卡 」。美剧和短视频片段，一个片段四五十秒，我们把它拆成若干断句，一句一句地念，念完左右滑一下到下一句，念得好打一个对勾，念得不好可以再来一遍。这里内容比 9 秒长得多，但最小单位仍然是一句——每念完一句就拿到一次判定，不用等整段结束。用划卡不是因为当时流行，是因为它让「过下一句」这个动作的成本趋近于零：用户没耐心，就别让他在操作上再花耐心。

第三件是「 单词王者 」。走到游戏化和社交比较——引入排名和对抗，反馈从「我念得准不准」扩到「我比别人怎么样」。这个我要诚实说，它的形式探索价值大于产品价值：游戏化确实拉起一波短期活跃，但没解决长期留存，最后没有延续下去。它验证的是——游戏化是有效的兴奋剂，但不是留存的解决方案，这个边界得认。

三件事放在一起看：内容从一句话，扩到一段视频，再扩到一场对局；每一层的最小单位都配了一次即时反馈。变的是颗粒度，不变的是反馈密度。

4.3 运营设计如何可持续？

这里有个张力：产品界面要收敛，讲一致性；运营视觉要发散，讲识别度。如果运营物料跟产品界面做得一模一样，它就消失在界面里，用户根本感觉不到这是一个全新的运营动作。

解法是，用形式语言区分，不用品牌色区分。品牌因子——气泡、Logo、嗨和 Hi 的双关——照旧保留，但色彩和描边放开：粗线描边，鲜艳配色，跳脱出翻译君原来那套单一的紫，更年轻、更活泼。所以运营视觉不是另一套品牌，是同一个品牌在运营语境下的变体。

这里有个我比较在意的点：定义这套形式的时候，我们把可执行性一起考虑进去了。粗描边加鲜艳色本身就降低了绘制门槛，后来外包的同学、实习的同学能照着这套规范接得上，把运营铺开来做，产出物不会走样。设计在这里交付的不是几张海报，是一套能被别人接着用的生产能力。

4.4 一次硬件的试错

当时科大讯飞、百度、搜狗、网易有道在同一年都推出翻译硬件，「翻译能力不能只长在手机里」几乎是行业共识。这条线从设计稿走到了实物，但最终没有量产落地。

没跑通有两层原因。一层是场景：翻译机能守住的三块阵地——离线、免提、不掏手机——同一时期正被手机逐个收走。另一层是盘子：品类天花板当时已经显现，份额第一的科大讯飞全年销量大概 30 万台，整个盘子是五十万台级别，翻译君 App 却已经是千万级用户，用一个小两个数量级的盘子去做第二增长曲线，方向上是往低处走。更根本的是，开模、备货、渠道、售后这套能力，不该由一个软件设计团队去补。

但更值得强调的是另一件事：翻译机调用的就是同传能力。所以它不是一个做砸了就扔掉的项目，而是同一套能力换了个载体没能成立。

这件事给出的真正结论是——同传能力在 C 端讲扩张、讲增长，是不成立的。 C 端用户要的是随手解决眼前这一句，他没有为一个独立设备付费、也没有随身多带一台设备的理由。这套能力真正的价值密度，要到企业端场景里去兑现：一场国际会议、一次跨语言协作，那里有人愿意为「准确、完整、可留存」付费。

所以硬件这个载体没跑通，同一套能力后来在会议场景跑通了。这条线，就是下面要讲的平台期。

五、实现 ToC 到 ToB 的设计跃迁

平台期讲的是设计秩序——不是怎么把界面画好看，而是怎么把一次次定制交付，沉淀成一套可以复用的规则。

产品目标，可以拆成三个词：能力、系统、路线。

能力，指同一套神经网络机器翻译引擎的底层技术能力。系统，指一套具备翻译和转写能力的智能会务系统，也就是会务同传系统、腾讯同传 PC 端，面向企业和政府机构。路线，指以定制化服务博鳌论坛为起点，把交付中积累的经验沉淀为会务同传系统这个标准化产品，最终和战略项目腾讯会议深度整合。

设计目标，则要看任务背后的东西。

ToB 项目里，设计不能只接任务本身，要看到任务背后的目标。我接到的任务，是会务同传系统的体验建设，以及和腾讯会议的联合功能开发——这是这一阶段设计工作的两个落点。

但真正的目标，不仅是把每一个定制项目的界面做得好看，而是把每次交付沉淀下来的设计秩序——栅格、间距体系、适配规则、文本规范——固化成标准，让后续每一次定制都在这套框架内完成，而不是从零重新设计。

这也解释了为什么能用不同的定制需求反推出标准化产品：定制项目是输入，设计标准是输出，中间靠设计把实战经验转成可复用的规则。前者是手段，后者才是这一章真正交付的东西。

落到设计策略，有五条。

ToB 业务门槛高，产品逻辑复杂，客户决策链长。这个阶段设计的价值，不在于绘制界面，而在于把设计嵌进完整的客户服务链路，沉淀出一套可复制的 ToB 工具型 SaaS 设计方法。

5.1 贯穿全链路的设计触点

不局限于中间的设计环节，而是介入售前、售中、售后完整链路。售前输出能力宣讲材料和 POC 原型版本，辅助业务中标；售中参与需求梳理、体验设计和项目交付，输出超出预期的解决方案；售后持续跟进客户反馈、迭代产品并完成设计验证。

5.2 深入 ToB 场景的设计洞察

使用场景从对外发布会转向企业内部开会，这驱动了一次整体体验升级。用户任务从现场盯着字幕校对，变成会后整理会议纪要；使用环境从昏暗的会场切换到明亮的办公室；使用人群从专业技术人员扩展到企业全员。任务变了，产品形态就必须跟着调整。

这个洞察落到具体改进上，有两处最具代表性。

一是，文本展示由单句改为段落。 发布会同传的核心是实时纠错，一句一句刷新便于校对；企业内部开会的核心诉求是会后编辑纪要，段落式连续文本更适合通读和改写。同一套转写结果，任务从纠错变成编辑，展示粒度就要跟着改。

二是，操作栏由底部迁移到顶部。 移动端底部是拇指热区，但 PC 大屏下，底部控件很容易被忽略，还会随屏幕分辨率发生位置偏移；顶部能提供稳定入口，适配各类尺寸。这是跳出移动端设计惯性、针对桌面端做的一次校正。

另外还有三处连带调整：配色由暗转亮，适配办公室环境光；UX 话术从专业术语转向通俗表达，适配全员使用；编辑区尺寸放大，从聚焦单句字幕转向整篇纪要的沉浸式编辑。这三处同属一条因果链，不逐一展开。

5.3 提升任务效率

核心是一站式、减少任务路径和等待节点。离线转写模块把原来「列表页跳详情页」的模式，改成左侧收纳文件列表做导航、右侧直接展示编辑内容，任务切换和内容编辑在同一层级完成。竞品需要在四个页面之间来回跳转，我们做到一站式处理，降低了页面跳转带来的信息和记忆负担。上传模块则把「等待、操作」循环往复的多单线程流程，优化成一次操作调度多线程，用户只操作一次、等待一次，削减中间环节的效率损耗。

5.4 建立信息秩序

信息传达，核心不是视觉美化，而是建立信息秩序。ToB 界面信息量大、层级深，用户的痛点往往不是看不懂内容，而是同一屏信息太多，分不清主次、找不到目标。我们从四个维度搭建秩序。

栅格上，采用偏置 12 列栅格，划分左侧目录导航和右侧内容展示区，文本放在 8 列宽的容器里，兼顾阅读舒适度和信息密度。

间距上，建立 4、8、12、16、24、32、48、64 这套完整体系，小间距步长 4，中等步长 8，大间距步长 16，依靠亲密性原则用间距区分信息层级，减少分割线的滥用。

适配上，以 1440 乘 900 作为基准分辨率，向上向下适配，定义各类极端状态的展示效果，把控高保真设计稿和前端实现之间的还原误差。

文本上，满足 WCAG 对比度规范；行长控制在 60 到 120 字符，避免视线频繁折返或者眼动距离过长；时间和数值全部使用等宽数字，保证小数点、千分位垂直对齐。

5.5 开展有效的设计验证

ToB 接触终端用户的机会有限，很难拿到大量数据，所以依托客户服务链路，建立了三条验证路径。POC 阶段输出低保真原型，验证整体框架，规避后期高成本返工；交付现场开展客户使用培训，收集真实反馈，作为迭代重点；迭代阶段邀请客户开展可用性测试，通过任务操作、访谈、行为观察完成验证。

成果上， 2020 年 7 月完成首单交付。2021 年 4 月，自动会议纪要在腾讯会议上线，标志着这个产品从定制化项目，正式转变成标准化产品。