开发信模板与草稿

同一份产品事实。写出,适合这次的开发信。

先形成可修改的表达,后续开发邮件继续沿用经过核对的资料。

LDG-023已实现待配置
看看怎样使用
灵动谷 AI 写邮件界面,真实展示四组十七个邮件场景及语言和语气设置入口
邮件专用场景 · 真实系统截图

选中首次开发信的原界面,尚未生成邮件。17 为当前写作场景数量,不代表各场景的模型结果或发送效果已验收。

场景,选得合适。
语言与语气,分别调整。

先形成可修改的表达,后续开发邮件继续沿用经过核对的资料。

这项功能的重点17

个邮件场景选项

来源:写作界面另有 18 个语言与 10 个语气选项;生成需模型条件,带入草稿不自动发送。

看看这项功能,有哪些亮点。

具体工作。
细节,值得展开。

场景,选得合适。

选邮件场景、语言与语气,写清产品和沟通对象;生成后修改主题与正文。

看看实际步骤

语言与语气,分别调整。

复制内容,或把草稿带入开发邮件工作台继续编辑。

看看实际步骤

草稿,修改后再带入。

在开发邮件中按需补附件或选已有模板,核对收件来源与联系依据后重新预检。

看看怎样核对

开始之前,准备妥当。

产品依据:真实规格、用途、受众与参考资料。

看看应用场景

用在这件,具体工作。

产品事实已经明确、需要准备开发信时,先确定表达场景与沟通对象,再编辑主题和正文。

看看应用场景

做完这步,继续下一步。

复制或带入开发邮件工作台,补充附件与已有模板,确认联系依据后重新预检;带入本身不会发送。

看看应用场景

用一件真实工作,说明功能

这一次。
适合这次。

假设同一产品分别向经销商与采购负责人介绍。

假设场景 · 功能说明,非客户案例或 AI 已执行结果
原来的处理环节

只替换收件人名字,沿用完全相同的正文。

借助这项功能之后

按对象与沟通目的准备可修改草稿,再核对产品事实。

什么时候,用上它

先准备。
再把这件事,做具体。

产品事实已经明确、需要准备开发信时,先确定表达场景与沟通对象,再编辑主题和正文。

01

产品依据

真实规格、用途、受众与参考资料。

02

写作选择

17 个场景、18 种语言、10 种语气中的实际可用设置。

完整操作步骤

从开始。
到下一步。

依据产品事实生成并修改开发信主题与正文,复制或带入开发邮件;继续选择已有模板、补充附件及核对收件来源。发件人身份模板与正文模板不同,草稿生成不等于已发送。

01

选邮件场景、语言与语气,写清产品和沟通对象;生成后修改主题与正文。

02

复制内容,或把草稿带入开发邮件工作台继续编辑。

03

在开发邮件中按需补附件或选已有模板,核对收件来源与联系依据后重新预检。

功能与人工处理,分别看清

交给工具的。
由你决定的。

功能辅助

场景,选得合适。

先形成可修改的表达,后续开发邮件继续沿用经过核对的资料。

复制内容,或把草稿带入开发邮件工作台继续编辑。

由你复核

3 个重点。
确认之后,继续。

  1. 发件人身份模板和邮件正文模板是不同内容。
  2. 规格、数字、交期与承诺要逐项核对。
  3. 草稿带入开发邮件后,附件和预检仍需继续处理。

这是功能处理范围的对照;场景用于解释操作顺序,不是实测效率或已执行的客户案例。

把工作,一路接起来

这步做清楚。
下一步,接得上。

复制或带入开发邮件工作台,补充附件与已有模板,确认联系依据后重新预检;带入本身不会发送。

回到邮件与 WhatsApp · Linbo,看完整工作流程

使用前,了解清楚

带着实际条件。
继续这一步工作。

写作界面提供 17 个场景、18 个语言选项与 10 个语气选项;生成需实际模型条件,带入不发送。附件、已有模板与预检在开发邮件中分别处理。

产品事实与常见问题 回到产品功能目录

这个产品,还有更多细节

收件箱、阅读辅助与回信

阅读和准备回复围绕同一封来信进行,让客户上下文留在手边。

独立了解此功能