为创始人和小团队提供共享电子邮件支持

共享支持收件箱为团队成员提供了一个阅读客户电子邮件、查看之前回复并决定由谁处理下一个回复的地方。当你不得不不断询问对方谁回复了时，这会很有帮助。

我们构建了 Pipp，我们自己在 Lumenfall 也遇到了这个问题。本指南借鉴了我们在 Pipp 设计中所做的经验和选择。 Pipp 的基本共享电子邮件收件箱今天已准备就绪。下面的切换演练是虚构的。

什么是共享支持收件箱？

共享地址是客户书写的地方。共享收件箱是您的团队共同处理这些邮件的地方。有用的设置可以让下一个人看到客户提出的问题、团队已经发送的内容以及谁应该采取下一步行动。

有几种设置可以完成此工作的一部分：

标签重叠。 Microsoft 将其共享邮箱描述为群组监控和从公共地址发送电子邮件的一种方式。 Google Groups 提供具有对话分配和完成状态的协作收件箱。您现有的电子邮件设置中可能已经有合适的内容。 Microsoft 共享邮箱文档, Google 协作收件箱文档.

检查发送的回复最终去向何处。 Microsoft 表示外发邮件默认保存在发件人的已发送邮件中，而不是共享邮箱的已发送邮件中。如果团队的其他成员需要该历史记录，请配置共享的已发送项目，然后与第二个队友进行测试。 Microsoft 共享邮箱设置.

小团队什么时候需要一个？

在我们的另一个项目中， 流明坠落，我们使用简单的 Google Groups 设置。发送到我们共享的 info@ 地址的电子邮件将到达两位创始人。然后，我们需要第二个渠道来就谁处理哪个主题达成一致。

我们不断地问对方：“你已经回复X了吗？”或“我应该回答Y吗？”通常，我们都认为对方已经处理了这件事。我们每个人都有一份电子邮件副本，但我们仍然需要检查是谁在处理它。

这就是我们在 Lumenfall 中使用 Google Groups 的方式。上面链接的可选协作收件箱功能包括分配。无论您使用这些功能还是专用支持工具，都可以记录谁拥有对话，以便您的队友可以看到。

在购买软件之前先查找协调问题：

• 有时两个人回复同一封电子邮件。
• 一条消息没有得到答复，因为每个人都认为其他人拥有该消息。
• 替队友掩护意味着要求他们转发对话。
• 承诺的后续行动存在于某人的记忆或私人待办事项清单中。
• 开发人员解决了问题，但没有人告诉客户。

仅凭电子邮件数量并不能告诉您何时更改设置。与一个人处理许多简单问题相比，十条具有复杂交接的消息可能需要更多的协调。

如果一个人负责处理支持并且能够找到每一项未完成的承诺，那么保留当前邮箱可能是正确的选择。如果有几个人提供帮助，请首先尝试共享邮箱和明确的所有权例程。当维护日常工作成为自己的工作时，请考虑使用专用工具。

如何组织回复

为每个对话指定一个所有者

所有者负责下次客户更新。他们可以要求开发商进行调查，而无需移交责任。

选择在您工作时间内由谁检查新的、未分配的邮件，以及在该人离开时由谁代班。同意他们何时检查。日程安排应该适合您的团队；发布响应时间承诺是一个单独的决定。

在写回复之前声明一次对话。如果所有权发生变化，请在两个人都可以看到的地方记录新的所有者。避免让“我打开了电子邮件”意味着“我正在处理它”。

在Pipp中，阅读状态是每个人的，而作业则属于对话的。回复未分配的对话会将其分配给回复者。我们为错过的作业选择了后备措施；尽可能在写作前就所有权达成一致。

将注意力与完成分开

使用一小组具有您的团队同意的含义的状态：

我们为 Pipp 选择这些状态名称。您可以在另一个工具中使用相同的规则，即使其标签不同。

为你搁置的任何东西设定返回时间。 “等待工程”描述了一种依赖性，但它并没有告诉任何人何时再次查看。如果您的工具没有暂停或提醒功能，请将后续任务放入所有者现有的任务系统中。

我们在 Pipp 中选择“已关闭”而不是“已解决”。将电子邮件移出活动列表并不能证明客户的问题已得到解决。如果即使在发送确认后您仍然需要答复，请保持对话以供审核。

留下可供某人采取行动的移交

内部说明应解释已知的内容、仍不确定的内容以及对客户的下一步承诺。将其与传出回复分开，并在发送前检查编写器模式。

一个小型软件团队的虚构交接：

客户无法完成 CSV 导入。我使用示例文件重现了失败。 Lina 正在检查解析器。我告诉客户我们明天会通过 14:00 更新它们，即使修复尚未准备好。 Sam 拥有该更新。

Sam 将客户对话分配给他们。 Lina 负责团队开发跟踪器中的技术调查。 Sam 在承诺的更新之前设置了后续行动。这避免了让 Lina 的代码更改成为唯一提醒回信的情况。

如果萨姆离开，交接工作需要指定替代者并做出同样的承诺。 “有人可以跟进吗？”留下无人认领的工作。

发送前检查线程

阅读最新的客户留言和最新的团队回复。队友的查看或打字指示器是有用的上下文，但并不能保证不能发送另一个回复。

在 Pipp 的设计中，存在可以帮助队友避免重复回复，而不会阻止任何人发送。队友还会看到草稿的存在，但其文本对作者保密。

还要检查发送状态。在Pipp的规范中，“已排队”表示回复正在设备上等待，“已发送”表示电子邮件提供商接受了它，“已发送”需要提供商的发送事件。这些是我们设计中的状态规则。

无论您使用哪种工具，在告诉客户回复已到达之前，请先了解其状态标签实际确认的内容。

在更换工具之前尝试一下常规操作

使用一些虚构的电子邮件来测试与队友的候选人设置：

1. 从外部地址发送问题。让一名队友回复，另一名队友查找已发送的回复。检查客户看到的地址。
2. 给自己分配一个问题，寻求内部帮助，然后交给自己。新主人能在不询问你的情况下找到你做出的承诺吗？
3. 将对话搁置到特定时间。检查它如何恢复注意力，以及当它恢复时谁负责。
4. 结束对话后让客户再次写信。检查新消息如何可见。
5. 与您的队友同时开始回复。检查每个人可以看到的内容以及该工具实际阻止的内容。

在短暂的试用期间，记录错过的跟进和重复的回复，以及您仍在其他地方跟踪的任何工作。根据设置处理您的移交和后续承诺的情况进行选择。

Pipp 适合的地方

Pipp 是面向创始人和小型团队的团队收件箱，内置 Pipp AI，可供您自己的 AI 代理免费访问。我们为一到十人的团队进行设计；这不是已公布的座位限制。

Pipp 包括分配、打开、稍后和关闭状态、内部注释和队友状态。

Pipp 今天涵盖电子邮件，聊天功能已经在开发中。团队成员可以在应用程序、浏览器和电子邮件中了解需要他们的工作：当有人为他们分配对话、在注释中提及他们或客户回复他们的对话时。标签和保存的回复还不是 Pipp 的一部分。

创建账号并设置收件箱。在验证域名之前，您就可以接收、阅读和起草邮件。

要回复客户，请使用 DNS 记录验证您自己的发送域，然后为您的收件箱选择启用的域。

每个工作区可以连接一个发送域。每个工作区在发送客户回复之前都必须验证自己的域。

目前，每个账号每天最多可创建3个工作区。每个工作区每天最多可向收件人投递100次邮件。

To或Cc中的每位收件人都单独计数。一封发给To中的2人和Cc中的1人的邮件计为3次投递。两项每日限额均在00:00 UTC重置。

如需解除限制，请发邮件至 hello@pipp.so.

在评估 Pipp 是否满足您的团队需要的工作时，保持当前的支持运行。

Pipp AI 处于测试阶段，默认关闭。所有者或管理员可以在“设置”→“人工智能”中开启。您可以在没有人工智能的情况下遵循本指南中的每一步。

基本的共享电子邮件收件箱和代理访问权限永远免费。 Pipp AI 在测试期间免费，测试后价格合理。我们还没有公布它的价格。

开始使用 Pipp.

关于本指南

为瑞士公司Telesoft AG的产品Pipp编写。消息来源在 24 9 月 2026 上进行了检查。

Microsoft和Google的官方文档支持上面链接的邮箱详细信息。我们的创始人根据其 Google Groups 设置的经验提供了 Lumenfall 帐户。它描述了我们面临的问题，没有声称 Lumenfall 已经采用了 Pipp 或测量到了改进。 Pipp 示例来自我们记录的设计决策。虚构的交接说明了建议，而不是客户故事。