产品演示与英文邮件交付 · Marina Current
marina current
← 返回作品
产品表达与工具 / 公司交付实践

产品演示与英文邮件交付

我把八个功能点组织成中英文导览,再制作英文邮件审核包。这篇展开脚本与画面的对应、邮件入口的选择,以及交付前的具体修正。

根据归档材料脱敏整理

我的参与
组织功能脚本,制作中英文演示与英文邮件。
关键取舍
先明确数据比较条件;邮件使用通用入口,限定产品能力表述。
实际交付
演示、邮件审核包与逐项覆盖记录。
验证结果
八项功能覆盖与四档本地布局检查通过;待真实邮箱验收。

任务与我的工作

这次产品更新介绍一项数据对照功能:把广告平台报告与网站侧数据放在一起,查看差异出在哪个指标、时间段和广告活动。演示要让用户看懂如何检查差异,邮件则需要解释这些差异意味着什么,以及下一步从哪里进入产品。

我整理功能脚本,使用 Demo Recorder 制作中英文演示,再完成英文 HTML 邮件和本地检查。录制采用本地产品界面与合成数据;邮件里的演示沿用英文批注版。下面展示脚本与审核记录的脱敏整理,邮件节选按本站风格重新排版。

把八个功能点组织成一条导览

我把脚本排成“确认比较条件 → 查看总体情况 → 定位具体差异”的顺序。开头先交代入口、时间窗口和业务目标,再进入汇总、平台对照、趋势、广告活动与匹配情况。目标选择会关联网站侧的转化事件,这一步放在指标解释之前,读者才知道后面的转化数在比较什么。

录制规范也写进脚本:从完整看板开始,先提示功能入口,之后沿页面向下浏览,不跳进设置页,也不返回顶部。画面用框选和必要说明标出当前内容,结尾停在匹配情况,不再加一轮总结。这样,脚本里的八项要求都有明确的出现位置。

从脚本到画面从八项覆盖记录中选取三个片段,文字已简化;秒数为视频内位置。
  1. 17–22 秒功能点 05

    看清差异落在哪个指标

    脚本要求逐个平台对照平台自报与网站侧结果。镜头向下滚到平台对照区,再框选当前区域,让两组结果出现在同一段画面里。

    覆盖记录:对应平台对照片段,检查通过。
  2. 22–26 秒功能点 06

    沿同一时间轴继续追查

    脚本从整体差异转到每日趋势。镜头移到趋势区并停留,说明两套数据从哪个时间段开始出现偏差,随后再进入广告活动明细。

    覆盖记录:对应趋势片段,检查通过。
  3. 30–36 秒功能点 08

    把未匹配的部分单独交代

    结尾展示网站侧流量与已连接广告活动的匹配情况,保留未匹配部分的提示。镜头在这里停留,便于看清本次对照仍有哪些缺口。

    覆盖记录:对应匹配情况与结尾停留,检查通过。

覆盖表保留了原始脚本要求、对应片段和检查状态。我用它核对八个功能点是否都进入成片;视频格式与画面审阅另行检查。一个文件能够播放,还不能说明它把要求讲全了。这次归档的八项功能覆盖检查均通过,录制没有调用真实客户广告数据。

邮件怎样组织,入口怎样选

邮件先提出一个收件人容易遇到的问题:同一次转化,为什么不同平台会给出不同答案?随后解释点击、浏览、归因窗口和转化定义可能不同,再介绍产品如何把两类数据分开对照。英文演示放在这段解释之后,读者接着就能看到操作位置。

英文邮件节选根据审核稿重排,省略品牌素材、签名和业务链接;不含原始视频。

SUBJECTWhy multiple ad platforms can claim the same conversion

One conversion.
Different answers.

Compare platform-reported results against one independent source before you change spend.

Compare the same questions across platforms.

Trace the difference before you act.

展开审核稿中的功能说明

Review ad spend, platform clicks versus independent sessions, platform-reported conversions versus independent conversions, and the exceptions that need attention. The two sources stay separate instead of being added into a misleading total.

Move from the cross-platform summary into daily trends, conversion gaps, unmatched campaigns, and tracking notes. Soku keeps the observed facts, possible explanations, and suggested checks distinct.

CTA 文案Open Soku

入口有一个具体限制:功能页地址包含组织与品牌路径,不能把某个账户的完整地址发给所有收件人。我在审核稿中保留通用登录入口,按钮写“Open Soku”,再由演示说明功能在看板中的位置。这个选择保留了进入产品后寻找入口的一步;当时没有经过验证、适用于所有收件人的功能直达链接,因此没有把按钮写成“一键直达该功能”。

邮件对结果的解释也有限定。两套数据分别展示,不把它们相加成一个总数;差异用于继续排查,不直接判定哪个平台错误。文案要求先对齐时间范围、时区、币种、归因窗口和转化定义,再把差异作为调整预算或追踪前的检查线索。

审核中改了什么

最具体的一处文案修改,是把主题里的“every ad platform”改成“multiple ad platforms”。产品展示的是已连接平台的数据,“每个平台”会把范围说满。修改后的主题保留了“同一次转化被多个平台认领”的问题,同时收窄了绝对表述。

修正前

every ad platform

审核稿

multiple ad platforms

素材检查对应另一类错误:英文邮件里可能放进中文批注版 GIF。我检查了英文文件的加载情况和 HTML 引用,归档记录确认未引用中文版本。邮件还修正了小字对比度,并在窄屏下调整标题与内边距。最终本地检查覆盖四档宽度,没有横向溢出或损坏图片。

交付结果与后续工作

本次交付已包含

  • 中英文演示、功能脚本和八项覆盖记录。
  • 英文 HTML 邮件与对应语言的演示素材。
  • 四档本地布局检查记录,以及文案、入口和素材核对结果。

发送前还需完成

  • 把本地素材替换成邮件可访问的地址。
  • 发送真实测试邮件,检查追踪链接与收发配置。
  • 在 Gmail、Outlook 等实际邮箱中验收显示与跳转。

依据:功能脚本、成片覆盖表、邮件内容审核与本地 QA 归档。以上为历史交付,部分实现与检查使用 AI 辅助;展示已省略实际工作日期、内部路径和账户信息。审核包完成本地检查,不代表邮件已发送或带来业务增长;本案例尚未验证同事独立使用工具后的结果。

相关工作与笔记

让下一次,少从头做一点。

查看整理成工具和 Skill 的其他方法,以及各自的开放状态。

AI 数据业务:统一 CRM 与日报口径

看一次具体修订:保留已确认规则,对齐统计口径并逐条核对记录。