莲花软件

莲花软件是用于组织工作的实用软件示例，而不是一本书中介绍其历史或内部结构的组织。它的重要性在于，其系统可以为行动提醒提供醒目的存放位置，将提醒与参考资料区分开来，并帮助人们跟踪委派事项——前提是用户会处理并回顾收集到的内容。

在书中的作用

本书在讨论知识工作时提及莲花软件。在知识工作中，项目边界不清晰，组织职责不断变化，沟通也跨越部门界限。随着信息和个人设定的承诺不断增加，一个可行的系统必须把宏观优先事项与尚未完成的细节联系起来，并使由此形成的事项清单可供回顾。莲花软件是可用于管理此类清单和提醒的软件示例之一。

这些提及将该软件置于关于工具自身局限性的更广泛论述之中。清单之所以有用，是因为它能记录并归类承诺，供人回顾，而不是因为软件会强行设定一套永久的优先级体系。用户仍须决定哪些内容应纳入系统，并随着情况变化及时更新。

清单与行动提醒

本书介绍了一种莲花便笺的文件夹结构，为可执行事项邮件和已委派事项邮件分别设置醒目的存放位置。名为“@行动”的文件夹可以存放需要采取行动的邮件；“@等待他人交付或回复的事项”文件夹可以存放表明预期由他人采取行动的邮件，包括通过电子邮件发送的请求或委派事项副本。文件夹名称前的符号会使这些文件夹出现在文件夹导航器靠前的位置，同时也将它们与参考资料文件夹区分开来。

捕捉已发送邮件的方法取决于所用应用程序。本书以莲花便笺为例，说明用户可以通过“发送并归档”按钮，将电子邮件副本存入指定文件夹。借助这一功能，用户可以将委派请求保存在与其他等待提醒相同的位置，使这项承诺可供回顾，而不只是留在已发送邮件记录中。

本书在更广泛的论述中也提及莲花软件，说明清单的含义。书中从功能角度将清单定义为具有共同特征的一组事项，并举出三种可能形式——文件夹中的独立纸条、写在注明标题的纸上的条目，或数字清单，例如莲花软件中的任务类别。载体有所不同；清单的用途却相同——保存当前承诺的清单，以便回顾。

局限与实际意义

本书并不认为软件功能可以取代可靠的工作流程。若电子邮件留在未经分类的收件箱中，可执行事项就可能与参考资料混在一起，导致用户每次查看收件箱时都不得不重新评估所有内容。将耗时较长的行动和委派事项邮件移入专用文件夹，有助于让收件箱重新成为存放尚待处理事项的地方，但其益处取决于用户是否确实处理并回顾这些文件夹。

这一限定将莲花软件的实用示例与本书关于组织运作的论点联系起来。在依赖跨角色、跨部门沟通的工作场所，请求必须进入接收者的系统，经过组织整理，并可供回顾；否则，发送者就无法确信请求会得到处理。数字归档可以支持这种移交，但如果人们不记录、跟踪或重新协商承诺，组织仍然容易受到影响。因此，莲花软件被呈现为可靠信息处理这一更广泛实践中的辅助工具，而非独立解决方案。