全部 AI提效项目PROJECT 04

AI 达人合作与邮件工作台

把重复操作交给系统,把合作决定留给 PR。

工作台优化了多少重复动作?

10类

重复动作得到优化

减少反复查找、复制、翻译、整理与填写,让 PR 集中处理合作判断。

7类

重复准备与关联,由系统承接

项目资料复用、项目归属、邮件翻译、往来读取、英文起草、固定字段与达人信息关联。

3类

查阅与核对,在工作台内简化

定位待办达人、查阅合作进度、核对收集与发送记录。

按下方逐项对照统计动作类型,尚未测量节省时长。

基于既有 CRM,我将项目资料、Gmail 往来、中英对照、线程总结和回复草稿连接到同一个工作台。系统准备上下文、辅助理解和起草,人确认商业条件,再决定是否发送。

提效对照|工作台具体接走了什么?

原来的处理过程

查找项目与达人 → 复制翻译 → 重读往来 → 整理历史给AI → 说明要求 → 复制英文回邮箱 → 核对结果

现在的处理过程

进入项目定位线程 → 对照原文、译文与总结 → 输入本次目标 → 编辑并确认发送

完整对照

把10类重复工作,接进同一个达人合作工作台

让负责达人合作的商务人员少做查找、复制和整理,把精力留给合作判断。

处理海外达人合作邮件时,我经常要在邮箱、翻译工具、AI对话和资料页面之间切换。真正回复之前,还得先找项目、看英文、重读历史、整理背景,再让AI帮忙组织措辞。这些准备工作,会随着每一轮沟通反复发生。

我从自己的实际工作出发,拆解这些重复流程,设计工作台界面,明确AI需要读取哪些资料、按什么规则总结和起草,再借助AI开发工具整合既有CRM。下面是这套工作台具体接走和简化的10类动作。

在真实界面中,对照这些改造

图内编号与下方10项对照一致。01项目资料配置与08固定字段组装,见后文第01节;两张实景标出当前画面中对应的操作位置。

合作管理实景|去除旧红框与箭头后重新编号,03对应项目、搜索与阶段筛选。
邮件工作台实景|编号对应下方重复动作,点击放大查看各处标注。
原来的重复工作我的改造与具体作用工作台承接的部分
01原来的重复工作重新介绍产品、平台、合作形式与权益我的改造与具体作用

同一个项目,不必每次重新介绍

原来让AI写邮件前,需要重新说明产品是什么、在哪个平台合作、要交付什么内容,以及有哪些合作权益。

我把这些信息保存在对应项目中,生成邮件时提供给AI使用。后续邀请或回复,可以继续使用已有资料,减少反复介绍同一个项目的工作。

工作台承接的部分

保存项目资料,提供给邮件生成使用

查看资料配置与固定字段说明
02原来的重复工作通过主题或记忆判断邮件属于哪个项目我的改造与具体作用

打开邮件,不必再靠标题和记忆判断归属

同一位达人可能参与不同项目,只看邮件标题或品牌名称,容易混淆合作背景。

我让首封邮件带上唯一项目码,收集时据此建立项目归属,后续同一组邮件往来继续沿用这个关系。PR进入邮件时,就能对应到具体合作,不必重新查找和判断。

工作台承接的部分

首封携带项目码,同一线程沿用归属

对应实景标注 02 ↑
03原来的重复工作从收件箱逐封寻找需要处理的达人我的改造与具体作用

找待处理的达人,不必从整个收件箱翻起

原来需要逐封查找:谁还没回复、谁已经报价、谁正在谈判。

我把合作对象集中到项目列表中,提供搜索和阶段筛选。PR可以先缩小到当前要处理的一组人,再进入具体邮件,减少无关邮件的干扰和反复查找。

工作台承接的部分

项目列表、搜索和阶段筛选

对应实景标注 03 ↑
04原来的重复工作复制英文到翻译工具,再切回原文我的改造与具体作用

读英文邮件,不必复制到翻译工具再切回来

原来读一封英文邮件,需要复制、翻译,再回到邮箱核对原文。

工作台在每封邮件旁提供中文译文,同时保留英文原文。PR可以直接阅读中文,遇到价格、期限和权益等关键条件,也能在同一处对照检查。

工作台承接的部分

逐封中英对照

对应实景标注 04 ↑
05原来的重复工作重读历史,整理最新报价和进度我的改造与具体作用

了解合作进度,不必每次重读全部历史

一段合作来回沟通多轮后,报价可能改过,权益可能补充过。只把邮件翻译出来,仍然需要人重新整理当前情况。

我调整了AI总结规则,让它围绕已确认条件、当前缺项和下一步待办整理往来。PR先看当前合作到了哪里,再按需要回查原文,减少从头梳理的工作。

工作台承接的部分

线程总结,集中呈现关键条件与待办

对应实景标注 05 ↑
06原来的重复工作复制完整往来,重新向AI解释背景我的改造与具体作用

让AI接着回复,不必再搬运一遍聊天背景

原来请AI帮忙回复,需要先复制完整邮件往来,再解释之前谈过什么。只给一句“帮我还价”,AI很难接上已有条件。

我把背景准备接入工作台:生成回复前,系统实时读取当前这组邮件的完整往来,并结合项目资料和本次要求。PR不必为了每次起草,重新搬运已经存在的信息。

工作台承接的部分

生成前实时回读Gmail完整线程

对应实景标注 06 ↑
07原来的重复工作想好方向后,再组织英文措辞我的改造与具体作用

表达回复目标,不必先把英文准备好

PR通常已经知道这轮想做什么,例如还价、补充资料或确认排期,但还要花精力把意思组织成英文。

工作台允许直接输入中文目标,由AI结合项目和邮件背景生成英文草稿。PR在当前页面修改、核对并决定是否发送,减少措辞准备,保留商务判断。

工作台承接的部分

中文意图生成可编辑的英文草稿

对应实景标注 07 ↑
08原来的重复工作重复填写署名、团队名称和项目标识我的改造与具体作用

署名和项目标识,不必每封重复填写

真实署名、团队名称和项目标识属于固定信息,重复填写既费事,也容易漏写或写错。

我把这些字段交给应用统一组装,让AI负责正文理解与表达。固定信息沿用已设置的内容,减少重复输入,也避免让模型猜测。

工作台承接的部分

应用统一组装固定字段

查看资料配置与固定字段说明
09原来的重复工作根据邮箱重新搜索达人主页我的改造与具体作用

查看达人身份,不必再根据邮箱重新找主页

只看到一个邮箱地址时,往往还要去其他页面查找对应账号、平台和主页。

我把已有、已同步的达人账号和主页信息关联到对应合作记录。处理邮件时可以点击邮件线程的达人头像,就能直接跳转到对应平台查看这些资料,减少在邮箱和达人页面之间来回搜索。

工作台承接的部分

展示已同步、已关联的达人身份信息

对应实景标注 09 ↑
10原来的重复工作收集后再跨页面核对记录我的改造与具体作用

检查收集和发送结果,减少跨页面手工核对

原来收集邮件后,还需要切换页面核对记录;回复发出后,也要确认是否确实发送。

我接入NOX项目发送数量与本机收集记录的对照,并在回复发送后读取Gmail的“已发送”记录,将这两项核对接入流程,减少人工搬运和逐项检查。

工作台承接的部分

对照NOX发送统计;发送链路回读Gmail SENT

对应实景标注 10 ↑

10类重复动作得到优化,合作决定仍由人作出。

系统承接资料准备、信息关联、翻译和起草,并简化查阅与核对。PR继续确认价格、权益、排期和对外承诺,编辑内容后决定是否发送。

按上述10项流程变化统计动作类型;节省时长尚未测量。

减少的是查找、搬运、重复阅读和信息整理。价格、权益、排期与对外承诺,仍由使用者确认。

AI 达人合作与邮件工作台操作演示。

在前面的项目中,我尝试让 AI 承接自己的工作,也尝试让团队共享采集能力。这一次,我把注意力放回 PR 每天处理邮件的过程。

找项目、读英文、回忆进度、复制历史给 AI,再把回复搬回邮箱——这些动作反复发生,但真正需要我决定的,往往只是这封邮件想推进什么、哪些条件可以接受。

我的职责

业务流程与界面设计、模型调用规则调整、项目归属与邮件链路整合,以及个人实际使用中的检查和迭代。具体实现借助 Work 完成。

当前阶段

已用于我个人的真实达人合作邮件处理。原计划向团队推广,但因公司当前项目数量有限,团队试用暂缓。

系统负责准备

关联项目与邮件,提供翻译和进度总结,读取完整往来并起草回复。

PR 负责决定

明确本封目标,核对价格、权益和排期,修改内容并确认发送。

先看核心设计,再看三个工作环节

让 PR 少做准备,更直接地处理合作

先说明项目码和达人ID怎样把信息对应起来,再沿着查找、了解进度、起草与回复三个工作环节展开。各节可回到上方10项动作对照,真实来信与发送结果集中放在第03节。

核心设计|用项目码和达人ID,把项目、邮件和主页对应起来

我让首封邮件带上达人账号和项目码,分别说明联系谁、属于哪个合作项目。工作台把这些信息对应好,处理邮件时就能直接打开达人主页,也能按项目集中查看相关往来。

项目码

这是哪个合作项目?

同一项目沿用,选择项目后集中查看相关邮件。

平台+达人账号

邮件联系的是谁?

对应到具体达人,处理邮件时直接打开主页。

先在发件时,带上项目与达人的身份信息

发出邀约时,我让邮件带上两项信息:达人账号说明“联系谁”,项目码说明“属于哪个合作项目”。达人账号按每位收件人替换,项目码在同一项目中沿用,工作台据此把邮件、达人和项目对应起来。

模板中预留达人账号,落款携带项目码;两个字段分别交代联系谁、属于哪个项目。

达人账号对应到人:从邮件直接打开达人主页

工作台把已携带或已同步的平台账号与邮箱关联起来。处理邮件时,PR可以直接打开这位达人的社交主页,查看她的内容,不必再拿着邮箱重新搜索。下面用六人项目中的@huntersofhappiness,展示同一个人在合作列表、邮件页面和Instagram主页中的对应关系。

六人项目中的一位达人:同一行保留邮箱、@huntersofhappiness与“打开主页”入口。
邮件页面:已关联的账号、头像和主页入口,让这封邮件能对应到具体达人。
Instagram主页:账号与头像一致,对应同一位内容创作者。

主页地址由脚本按固定格式生成

这里的ID指对应平台上的用户名,不是显示昵称或内部数字编号。平台和准确用户名确定后,脚本就能按固定规则组成主页地址。这一步是机械的字段处理,无需Agent重新搜索或判断。

Instagramhttps://www.instagram.com/用户名/网址中的用户名不带@
TikTokhttps://www.tiktok.com/@用户名网址中的用户名前保留@

主页地址格式参考:Meta帮助中心TikTok官方文档

项目码对应到项目:选一个项目,查看相关邮件

同一个合作项目的邀约沿用同一个项目码。邮件同步到工作台后,程序据此保存归属。PR选择一个邮件项目,就能集中查看这个项目下各位达人的邮件往来,不必从整个收件箱里逐封辨认。每位达人的往来仍分别保留,可以从对应记录进入完整邮件。

KTC项目示例:上方选择邮件项目,下方查看该项目的达人与邮件;每位达人的往来分别保留。
查看依据:邮件中的项目码,怎样对应到工作台?展开查看收起依据

项目码在Gmail与工作台中的对应

邮件通过NOX发出后,工作台再通过Gmail接口同步邮件信息。程序从首封邮件识别项目码,把项目与这位达人的整段邮件往来对应起来,并保存这层关系;同一组往来的后续回复继续沿用归属。

下方以Chris & Chenoa为例:Gmail邮件中保留KTC-5Y2GWA3L,工作台也显示已按此码匹配项目。上方NOX模板与这份邀约的文案不同,但使用同一项目码;一个项目可以使用多份邀约模板。前面的达人主页示例来自另一个六人项目KTC-43KNB785,两组截图分别说明项目归属与达人身份的关联。

Gmail真实往来:首封及后续回复中保留同一个项目码。
工作台中的同一组往来:绿色提示说明首封项目码已匹配,后续回复继续归属此项目。

有了项目选择和主页入口,接下来查看PR怎样在日常处理中缩小待办范围,减少反复查找。

进入01:少查找

01|少查找:先找项目,再找待办和达人主页

对应上方动作020309

处理达人合作邮件时,我经常要先确认三件事:这是哪个项目、现在该处理谁、这个邮箱对应哪位内容创作者。我把这三次查找接到同一个工作台。

02先选项目,集中查看相关邮件

同一个邮箱里会有多个项目的往来。负责达人合作的商务同事(PR)在面板选中项目,就能集中查看这个项目下的合作记录和邮件,不必再靠标题和记忆逐封判断归属。

前面的核心设计已经把邮件与项目对应好。进入项目后,每位达人的邮件仍分别保留,可以从对应记录继续处理这一段合作。

03再按合作阶段,找到要处理的人

进入项目后,可以按“等待回复”“已报价”“价格谈判”等阶段筛选,也可以搜索达人邮箱或账号。先缩小查找范围,再从对应记录进入完整邮件,减少从整个收件箱里逐封寻找的动作。

02看项目选择,03看阶段筛选;下方每条合作记录都能进入对应的完整邮件。

09打开邮件,就能查看这位达人的主页

一个邮箱地址,不容易让人认出对方是谁。我把已经同步的达人账号、头像和社交主页,与对应合作记录关联起来。处理邮件时,通过头像旁的主页入口,就能直接查看这位达人,不必再复制邮箱到其他页面搜索。

图中展示的是同一位达人:合作列表里的邮箱对应 @huntersofhappiness;邮件页面保留她的头像和主页入口,打开后到达同一个 Instagram 账号。邮箱、邮件和主页因此能连起来查看。

  1. 合作记录:邮箱对应达人账号
  2. 邮件页面:保留头像和主页入口
  3. 社交主页:查看同一位达人的内容
邮件中保留达人头像、账号和“打开达人主页”入口。

打开达人主页

打开后查看对应的 Instagram 主页,账号与头像保持一致。

03|少搬运、少输入:无需废话,说清目标,就能接着回复

以前,请AI帮忙回一封邮件,我要先找项目资料、复制完整往来、说明中文目标,再把英文搬回邮箱。现在,这份准备工作由程序完成,我在当前邮件旁补充本次目标、修改草稿,再确认发送。

项目资料先存一次,首封不用反复介绍

我把产品链接、合作平台、内容形式和权益保存在项目中。生成首封邀约时,程序把这些资料整理后交给接口(API)使用,减少反复向AI介绍同一个项目的工作。

首封的真实署名、团队名称和项目码,由应用统一附加。已经写进邮件的项目背景和权益,也会随之后的往来保留下来。

先保存合作权益与产品链接,生成首封时直接使用已有资料。
合作平台和内容形式也保存在项目中,不必每次重新说明。

已有邮件由程序准备,PR只补本次目标

阅读英文邮件时,中文译文与邮件总结就在原文旁边,可以直接对照价格、期限和权益,不必复制到翻译工具,再切回邮箱。

生成回复前,脚本通过Gmail接口重新读取当前这组邮件的全部正文,结合PR本次输入的中文要求,一次整理给豆包。已有草稿也会一并提供,让模型依据完整前情接着起草;已经谈到的项目说明和权益,也随邮件正文一起传入。

英文草稿留在当前邮件旁,可以修改和保存。价格、权益和排期仍由PR核对,主动确认后才会发送,省去把生成结果再搬回邮箱的动作。

这次交给AI的材料,由程序一起准备
  • 当前邮件的完整往来
  • 已有草稿(如有)
  • PR本次中文目标
原文与译文在同一处查看,重要条件可以直接对照。
右侧说明本次目标,左侧修改英文草稿,在当前邮件旁完成回复。

真实来信进入工作台,回复也回到Gmail

下面用Chris & Chenoa的一段真实合作往来做两端对照:先看Gmail中的来信是否出现在工作台,再看工作台发出的回复能否在Gmail原线程中找到。

来信对应:两次询问,在工作台与Gmail中一致

10月15日,达人询问电视型号、视频时长、发布窗口、预算和权益;10月20日,再次追问进展。两端保留相同的来信内容和日期,工作台可以接着这段实际往来处理。

工作台:同一位达人的两次来信,按原有日期保留。
Gmail原线程:来信对象、内容与日期和工作台相互对应。

回复对应:工作台显示已发送,Gmail找到同一条

工作台中的回复标记“已发送”,时间为12:51:27;Gmail原线程也出现同一段回复,时间为12:51。收件人、正文、署名和项目码相互对应,确认后的回复已经进入邮箱中的真实往来。

工作台:回复显示“已发送”,发送时间12:51:27。
Gmail原线程:同一回复正文与12:51时间,和工作台相互对应。
查看我的工作与实际使用

我的工作与实际使用

我从自己的 PR 工作出发,拆解日常重复动作,设计工作台界面、资料读取方式和 AI 调用规则,再借助 AI 开发工具整合既有 CRM。系统准备资料、总结和草稿,合作判断与发送仍由 PR 确认。

这套工作台已用于我个人的真实达人合作邮件处理,并根据实际邮件持续调整翻译、总结和回复。原计划推广给其他 PR,因公司当前项目数量有限,团队试用暂缓。

技术实现

展开查看
组成具体作用
Vue、TypeScript、Element Plus项目与合作列表、邮件阅读、中英对照、意图输入和草稿编辑
Java、Spring Boot连接前端、Gmail、豆包和存储,组织业务操作
Gmail API、OAuth同步完整线程、原线程回复及发送后核对
豆包 API与调用规则首封生成、翻译、线程总结、英文回复草稿和直接对话
MySQL、本机文件存储保存项目归属、邮件记录、草稿、历史和缓存
项目码、线程ID、邮件ID维持项目、往来、译文和回复之间的对应关系
浏览器CDP入口获取NOX对应邮件项目的发送记录与数量,供本机收集核对

项目总结

NOX采集系统关注多人任务怎样被承接;这个工作台关注人在处理合作时,怎样少做准备,更直接地作出决定。

从资料到邮件,再到翻译、总结和草稿,我把原本分散在几个工具里的操作接到同一个页面。模型不再等我逐次复制完整背景,我也不必每次从头找回合作进度。 我从自己的 PR 工作出发,拆解日常重复动作,设计工作台界面、资料读取方式和 AI 调用规则,再借助 AI 开发工具整合既有 CRM。系统准备资料、总结和草稿,合作判断与发送仍由 PR 确认。这套工作台已用于我个人的真实达人合作邮件处理,并根据实际邮件持续调整翻译、总结和回复。从我的实际的使用角度来看,免去了非常繁杂的查找判断工作,平时的跟进效率与实际做工时间大大提升。

最后我想说:我想减少的,是判断之前那些反复找、反复读、反复搬运的工作,但决定权,仍在使用者手中。

返回全部 AI提效项目