我们的Newsletter应该做什么

有数十家公司提供的服务包含或主要围绕管理电子邮件地址列表这一理念。

虽然它们都拥有一些核心功能(例如发送电子邮件)，但它们的服务都是针对特定用例量身定制的：面向管理数十万个地址且具有严格安全和合规要求的大公司的产品，与面向运营自有博客或小型在线商店的独立内容创作者的 SaaS 产品，在用户界面、营销策略和定价方面会有很大差异。

现在，我们并没有打造下一个 MailChimp 或 ConvertKit 的野心——它们的范围肯定太广，我们无法在一本书中全部涵盖。此外，一些功能需要反复应用相同的概念和技术——读久了会变得乏味。

如果您愿意在您的博客中添加一个电子邮件订阅页面——我们将尝试构建一个电子邮件通讯服务，以支持您起步所需的一切——不多不少，恰到好处。

捕捉需求: 用户故事

上面的产品简介留有一些解释空间——为了更好地界定我们的服务应该支持哪些内容，我们将利用用户故事。

格式相当简单：

用户故事可以帮助我们了解我们为谁构建(作为用户)、他们想要执行的操作(想要执行的操作)以及他们的动机(以便执行操作)。我们将实现三个用户故事:

我们不会添加以下功能

如上所述，它相当简陋——尽管如此，足以满足大多数博客作者的需求。

它肯定也能满足我“从零到生产”的需求。