Spark 的来历
Spark Email 是由老牌软件公司 Readdle 推出的一款产品。
Readdle 这家公司有很多在苹果生态上出名的产品。
比如 PDF Expert: 它Mac OS和 iPad OS上有名的PDF编辑软件，用起来无比顺手，让你感觉不到任何一个操作是多余的。在Adobe Acrobat 和WPS还没把iPad/Mac用户的消费力当回事的年代，它是最好用的PDF编辑软件，屡获苹果的殊荣。
还有 Documents: 它是 MacOS/iPadOS/iOS 上全能型的文档编辑软件，和苹果生态以及其他存储服务的集成、首推的苹果系统上的Wifi文件传输、多媒体文件的浏览和管理，一如既往优秀的交互，让它在70多个国家被评为 Apple Store 编辑推荐应用。少数派更是将其评为文件管理的“瑞士军刀”。
而 Spark Email 正是Readdle公司2015年推出的产品。这一次 Readdle 又拿出了其优秀的产品设计能力，还有他们团队过人的胆识。
在海外市场，电子邮箱服务已呈三分天下的格局（Gmail占据73%，Outlook/Exchange占22%，Yahoo占4%，其他占1%），用户所使用的邮箱服务几乎被这三家主导。
而在电子邮件客户端市场，早已有Outlook, Thunderbird, eM Client、Mailbird等老厂牌占据主导地位，也有凭借生态优势鼎足而立的 Apple Mail, Gmail（两者加起来接近85%市场份额）。
Readdle 选择去进入一个已经是红海竞争格局的电子邮件客户端市场进行创业，这无疑体现了其独特的想法和勇气。
正如他们当初选择进入几乎被 Adobe Acrobat 垄断的PDF编辑器市场一样，Spark 也成功突围。
Readdle 公司在2022年推出了Spark 3.0版本，经过两年多的迭代更新，现在已达到成熟阶段。据称，全球已有1500万+用户。许多 Youtube 博主至今仍将其推荐为 Outlook 和 Gmail 的替代品，并在同类产品中排名靠前。
Spark 联合创始人的哲学理念：意图生产力
Spark为什么推出和它们的创始人的理解是有强烈关系的。
为了解释什么是意图生产力，先看下什么是直觉生产力。
直觉生产力
直觉生产力是指当前一代的工作效率应用程序，它们专注于将做事时涉及的精神摩擦降至最低。您不需要考虑使用它们。这是自然的，但从长远来看，效率非常低，会导致压力。直觉生产力应用程序的目标是减少用户的思考，让用户能够自然地完成任务。
—— Alex Tyagulsky, the CPO and co-founder of Readdle
简单来说，凭借直觉的生产力就是把面前一堆的任务，瀑布流式的，一个接一个地完成。
可以看到直觉生产力，提倡直接上手干，注重自然和效率，减少想太多带来的精神负担。但长期这么做可能会让你感到压力大，效率也下降。
直觉生产力适合那些需要快速决策和灵活应对变化的工作情景，例如处理突发事件、应对客户需求或在创意领域进行头脑风暴。这种方法让人们可以迅速响应和调整，但长期依赖可能导致效率降低和压力增加。
直觉生产力的困扰
直觉生产力在应对压力时，可能会因为缺乏结构和计划而导致更高的压力和混乱。人们依赖本能和即时反应来完成任务，容易感到不堪重负。
直觉生产力在应对压力时，可能会因为缺乏结构和计划而导致更高的压力和混乱。人们依赖本能和即时反应来完成任务，容易感到不堪重负。相比之下，意图生产力通过提前规划和优先排序，能够更好地管理时间和任务，减少压力源，带来更高的效率和更低的压力水平。
意向生产力
意向性生产力呢，注重计划和优先排序，就像你在做饭前要先列个菜单一样，需要花点时间和心思去计划和排序。虽然一开始可能麻烦点，但长期来看，你会发现自己完成的任务更多，心情也更好。
相比之下，意图生产力通过提前规划和优先排序，能够更好地管理时间和任务，减少压力源，带来更高的效率和更低的压力水平。
所以，Alex Tyagulsky就倡议，我们应该采取意图生产力而非直觉生产力。意图生产力通常的做法是：
安排优先级
注重节约心理能量
最小化参与度
采取有效的工作流
就目前的交流工具而言，从Outlook和Gmail等电子邮件应用程序，到Slack和Microsoft Teams等聊天应用程序，都没有做任何事情来对抗这种自然的动态。他们甚至可能会让事情变得更糟，因为他们推广的交流模式会导致更多的干扰和对某人时间的要求。
—— Alex Tyagulsky, the CPO and co-founder of Readdle
如何解决践行这个理念：Smart Inbox
Spark Email 决定对收件箱下手。这是一个采用三分法的智能分类收件箱。
它开发的智能收件箱功能通过自动分类邮件来优化处理重要任务。智能收件箱会将邮件分组：个人邮件、通知和新闻通讯，使用户能够快速识别和优先处理关键邮件。
这一功能旨在帮助用户避免被不重要的信息干扰，从而专注于最重要的任务，提高工作效率：
个人邮件（People）： 跟你直接对话的人，比如说你的朋友、各种Support、Registration Confirm等，通常后续处理步骤就是要回复或者不回复
新闻通讯（Newsletter）：通常就是你订阅的各种邮件、通讯，这类通常是需要精读的，耗时比较长，而且还可能涉及别的软件协助一起处理
通知（Notification）： 比如会议预定消息、以hello/no-reply开头发件人、会议、验证码、异地登录消息等，处理步骤只需点击一下，优先级最低。
分类之后
当然是选择：完成、搁置、提醒或者延迟，这是Spark设计的3个动作：
完成（Done）：看完了之后就该把邮件移出收件箱，放到存档里；
搁置（Set Aside）：看到一半的但是被其他事情打断的，先放一边；
待办/推迟（Remind）：当前并不需要处理，过段时间再来找我。
完成
Spark根据不同邮箱的处理习惯，会分门别类的把Outlook 会把邮件放入归档文件夹，Apple Mail会放入Archive文件夹，Gmail会放入All Mails文件夹等。
搁置
就是这个小图标会把你的邮件暂时放到左下角的一个临时文件夹里
同时，左下角该图标的存在，意在作为一种提醒机制，使您在再次进入Spark界面时，能够迅速注意到此处有尚未处理的邮件，以便您及时进行后续处理。
待办/推迟
很显然，就是延后处理，让这封邮件在之后的特定时间提醒我。
亮点
和常见 Email Provider的集成
Spark Email本身并不是一个邮件服务提供商，它支持你添加常见的比如Apple Mail、Outlook、Gmail、Yahoo等。
对于没有明显列出的，也可以通过设置开启IMAP/SMTP来添加账号
+ai
AI能提升生产力已是共识，没有AI赋能的产品似乎都黯淡些许，Spark也不例外。
Spark目前的AI功能就是总结：精短的总结、详尽的总结和要点总结。
他们也提供跟Microsoft Copilot类似的，邮件润色、复写、校对能力.
PS：这个功能需要访问 Spark 服务，对于中国用户，可能需要科学上网。因为它是调用Azure 的 OpenAI 的 API 来提供服务的。
自然语言搜索 Smart Search
使用自然语言而非软件设计好的过滤器来搜索，是最最最 Intuitve的——因为再也不用看到一堆黄页搜搜引擎一样丑陋的筛选过滤器啦！
Search email on iPhone, iPad and Mac | Spark by Readdle (sparkmailapp.com)
Outlook 的搜索条件
可交互性
为什么要强调可交互性（interoperability）？
可交互性是架构设计里要考虑的一个特性，强调一个子系统/一个模块和周边系统/模块打交道的能力。放在软件产品层面来讲，指不同的软件系统或应用程序能够相互通信和共享数据的能力。它确保了用户可以在不同的工具之间无缝地交换信息。例如，当你在 Google Calendar 上创建一个带有 Zoom 链接的邀请，在 Slack 上收到 Salesforce 状态变化的通知时和在浏览器里希望调用翻译/Copilot帮你理解长网页等，这些都是互操作性的实例。
Readdle 是个新兴的软件服务初创公司，尽管他们有很多非常亮眼和广受好评的产品，但是和微软、谷歌、苹果等巨头相比，他们的生态是不完善的。（个人是挺喜欢他们的产品的，相比工程师文化浓厚的大厂做的产品一板一眼，他们的产品在交互上更强调人性化和原生系统的互动能力）
说白了，Spark Email 是一个利用用户数据和API提供更好UI的生产力工具，所以它需要合纵连横、来对抗巨头们圈地自盟的统治能力。这也是这类新兴SaaS工具常见做法（让用户数据流动而非固定他们在所用的工具上）:
和巨头生态的联系（这有什么办法呢，用户数据都是调用它们的）,比如有OneDrive, Google Drive的集成
同时提供和小SaaS产品的集成（因为这些产品通常比传统软件更加场景化和富有创意）：Todoist, Trello, Evernote, etc.
以移动端为例
集成了第一方服务的，比如OneNote，导出到 OneNote 就为OneNote 格式，可以在OneNote 以原生App的体验去编辑邮件。
未集成服务的：通过系统，比如 iOS 可以通过系统默认分享页（Share Sheet）将邮件内容分享出去给第三方软件
第一方的集成服务在移动端和Desktop端是有区别的。
Desktop Spark 的集成
Spark iOS 的集成
但是集成第三方服务是有成本的Spark 也没开发插件市场让用户自己集成，所以就得有一个fallback的方式，让Spark 尽可能的扩展它的能力范围边界也就是可交互性。
Spark 是如何做的呢？
与系统安装的第三方App的互动
以 iOS为例子，很简单，利用2种通用的文件格式：PDF和txt，然后将其交给能处理这个格式的软件。
例如，导出到OneDrive的话就是PDF的格式了，因为OneDrive就是云存储服务而已。（注意⚠️OneDrive不会为你的PDF内容建立索引，你放到OneDrive的PDF在Search Bar里可能搜索不到）
还有其他的，例如Bear也能获得原生App的体验、存到文件就是保存为PDF。
比如我经常在多语言环境下工作，那么我想翻译一下别的语言邮件，我就可以点击邮箱的 [···] 按钮选择【打开方式】再调出 iOS Share Sheet, 将邮件内容分享给 DeepL翻译工具，就能翻译邮件。
比如我想对这个邮件进行批注，但是我的主力文档编辑软件WPS和Spark没有集成，所以我就可以通过iOS的分享表单将其存为一个PDF到WPS在iOS“文件”应用中的位置，WPS就会自动帮我上传、建立索引，供我后续批注。
和原生App互动能力
Calendar: Spark 能和原生日历应用有很好的同步
备忘录：支持你分享过去
提醒事项：这个更好用，Spark集成的其中一个第一方服务就是Reminder, 同时它还贴心的支持了让你跳转回Spark中对应的邮件
因此，如果用iPhone 的话，可以和原生应用的体验有不错的交互体验。
这些在 Spark Email里特别贴心的地方：尽量不破坏原生生态的App使用体验。
注意点
多语言环境下的搜索
【完成（Done）】动作的存放位置：会因为系统语言环境的不同而紊乱。针对 Outlook而言，中文环境下完成动作会将邮件放到“归档”文件夹下，英文环境下会将它放到“Archive”文件下。
细心的 Readdle 公司肯定想到这个细节，以他们贴心肯定会提供这项映射服务
如果用户不注意的话，在多语言环境下操作，就会发现一个问题：
某些邮件在原本的邮箱服务提供商那里可以搜索得到，但是在 Spark里的使用Smark Search却搜不到。
这就是因为Spark Email默认只搜索各家的 Archive文件夹。除非你使用他们提供的自然语言搜索语法去搜索特特定文件夹。
这是各家邮件服务提供商提供的邮箱服务差异化，这里并没有什么标准限制他们Archive（Apple）要放在归档（Outlook）而不是All Mails（Gmail）。
企业邮箱的支持
不是所有企业邮箱都支持的，常见的 Exchange 可能支持，但是别的，例如 onmicrosoft.com 的邮箱可能就支持不到位。
这是各家邮箱的安全策略控制，可以理解。我也没法在Spark上登录我的公司邮箱。
中国大陆的网络支持
Spark所用的域名并不在中国大陆，有些功能得经过他们服务器处理一下，这时候就会遇到网络问题：
客户端本身的设置是需要跨设备同步的
AI能力还没接入国产大模型提供商，还在用Azure的OpenAI
但是同步邮件是直接对接电子邮件服务商的，如果你的邮件服务提供商本来在国内就有服务的话，就无需担心邮件的同步。
这个体验的差异化，需要考虑在内。
隐私问题
Spark遵守GDPR和CCPA，不会向第三方出售和共享你的数据。
具体可以参阅他们的隐私条款：Spark电子邮件隐私：您需要了解的一切|Spark知识库 --- Spark Email Privacy: Everything you Need to Know | Spark Knowledge Base (sparkmailapp.com)
我用Spark Email解决了什么问题？
很简单，就是避免“收件箱洪水”带来的overwhelmed。
我的收件箱一天大概有20几封邮件。如果3-4天之后我没来的及处理，我就没有勇气再处理邮箱App上红点数字了。
这让我非常的抓狂！因为它似乎无时无刻在提醒我，你的拖延症犯了！——很明显，我犯了现代人通常都会犯的信息过载综合征：
但是如果我不用邮件的话，
通信压力、注意力不断被干扰、无法完成重要任务；
我所用的工具无法解决这些问题
被社交媒体推送的feed 信息流，不会在我脑子里留下一点印象。
......
而投资里最需要的一件事情就是“回顾”（从历史里找insight），如果这些邮件全都过眼云烟，那么这对我有任何意义么？
我的收件箱里newsletter 占据了大部分，其中的其中里面大部分其实是不需要细读的。所以，这时候有个AI帮我对内容进行预判就很有帮助。尽管它在中国目前的采用遇到点问题（因为它用的是Azure OpenAI 服务）。
Spark 帮我收敛了注意力，告诉我应该把注意力应该如何分配。
它本质是一个邮箱聚合工具，现在巨头们把互联网切分了（各家同时也是邮件服务提供商），强调隐私的时代它们提供API给用户多一个选择的余地，因为各家提供的服务都不尽相同，各有各的生态优势。
所以，如果你也像我一样有各家巨头的邮箱（Outlook, Apple Mail, Gmail, Yahoo, etc），那么Spark 也适合你。
Outlook 不可以做到么？
如果你养成了Alex Tyagulsky所提倡的这个理念，那么你使用Outlook肯定也能完成类似的功能，你只需要：
把收集箱当成 Spark 的聚合收件箱
看完一个邮件就 Archive, 不需要马上处理的就延后到某个时间点再让Outlook提醒
Outlook继承了Copilot之后，可以帮你总结邮件（只要你每个月多花20美金）
新版Outlook已经支持添加其他的邮件服务提供商了，但是聚合收件箱到一块儿的功能，没有发现。
哪些是Outlook做不到的？
自然语言搜索
outlook 提供了搜索过滤条件按钮，就像一个老式的论文搜索引擎一样，“作者是谁”、“有无附件”等等。
统一文件夹
无法在同一处查看其他邮件提供商的邮件，你必须切换文件夹。
搁置正在处理的邮件
如果你不搁置，一段时间回来后你的收件箱可能又溢出了。
简介的UI
这个当然因人而异了，但是Outlook的 Title Bar 确实非常“厚重”了：
Spark 则非常简洁，它把功能按钮放到了邮件页面的右上角——反问Outlook, 这些按钮摆在这里点击率有多少？真的有帮助么？不要再过度设计了。。。
置顶邮件
这相当于把一封邮件加旗标，但是不限于在哪个文件夹，但是Outlook的里就无法把你发送过的邮件Pin住（放到显眼位置），它限于Inbox中。
所以，一系列对比下来，你就可以发现Spark的革新在哪里了——提供一个优秀的视觉和交互方案，践行创始人的理念，缩短用户处理Email的路径——处理不是目的，把它理解、消化、输出和日后有地方回顾才是。
邮件内搜索
Outlook 祖传的 Ctrl+F 快捷键是回复邮件，而不是像浏览器那样搜索当前页面。
Spark还有什么能力？
团队协作, 共享收件箱, 私密讨论,etc.
我相信 Readale开发团队本身会使用这个共享邮箱这个团队写作feature. 但是我个人是没有使用场景的，所以这里不加妄议。如果你希望了解，欢迎评论给我去体验。
启发
Spark有着快速的Support回应 ，他们的客服回复真的很快，而且很热心的更我聊我想要的feature、告诉我开发进度等等。这也是被大厂技术支持绕晕过的我体验到的惊喜。
Spark本质是一个邮箱聚合工具，现在巨头们把互联网切分了（各家同时也是邮件服务提供商），强调隐私的时代它们提供API给用户多一个选择的余地，因为各家提供的服务都不尽相同，各自强调自身的生态优势。
回过头来看，Spark 能在一个红海市场杀出重围来，是有独特之处的。
我想是3方面的原因：
它抓住了用户体验的痛点，在交互体验上下了足够功夫；
它并不真的掌握用户数据，而是选择做一个集成商，这使得用户容易相信它，并采纳它；
巨头们互相越隔离，这些服务集成商的生存空间就越大。
未来在哪里？
他们目前正在开发日历和会议笔记的功能，可以期待一下能不能给我们带来惊喜的体验。
同时也期待他们能加强AI能力，目前AI功能相对单调。但是是能支持AI对话就更好了，但是这个对于 Spark 架构来说有点难，因为它可能并不存储用户邮件，而把一个用户的所有邮件全部塞给 Azure OpenAI 的成本非常高昂。如果可以实现对话的话，那么其实可以更近进一步做些feature, 比如自动展示和搜索相关的邮件等，对话（prompt）是比较基础的功能。
目前我已将 Spark 作为我日常的邮箱客户端了，我还订阅了他们的premium会员来充分利用它的能力。虽然价格不菲，我觉得它真的很有潜力,为好产品付费来解决我的注意力是值得，应该支持他们团队的持续创作。
其实想想，就算有一天Spark Email不再更新了，但是我的数据其实还是在 Outlook/Gmail里，就不太担心了——毕竟，总不能期待微软和谷歌倒闭吧！
以上这些是Spark 打动我的点。你喜欢么？还想了解更多的话，欢迎订阅并在评论区告诉我，感谢你的鼓励和评论！