日常工作和生活中，有这样一类需求：

工作中有很多事情要做，为了避免遗忘某些事项，或者要把所有要做的工作都梳理出来，需要列出一个工作事项清单，即工作日程。有些情况下，还需要对整个日程或某些事项设置提醒。

当前正在忙一些事情，临时想到或被告知要做其他事情，但又不想中断当前的工作，为避免忘掉临时新增的事情，就需要把这些事情快速做个记录。在接下来的某个时间，提醒做这个临时新增的事情。

要去超市购物，有多种东西要买，担心到超市后会遗漏掉某些东西，所以要把所有要买的都列成一个清单，对照着清单去买。

突然产生了一些灵感，需要快速的记录下来，以免过一段时间会忘掉。

……

总的来说，这一类需求，都是需要对工作和生活中的一些事项，做一个简单、快速的记录，有些还需要设置提醒。不同于其他一些编辑长文本的情况，这一类需求，只是做简单、快速的记录，对格式、排版等基本上没有什么要求，关键是要操作快捷、界面清爽。

Google Keep正是为了满足这一类需求而产生的。接下来可以看到，各项设计的权衡，大多都是围绕着“操作快捷、界面清爽”来做的。

快捷的新建流程

首页底栏有4个不同模式的编辑按键，点击其中任何一个按键，只需这一步操作，即可开始相应模式的编辑，非常便捷。

便签类产品中，还有一些其他的新建方式，主要有以下几种。

以小米便签为例。点击新建之后，也是只需这一步操作，即可开始编辑。但在第一步的新建操作环节，只有一种模式，即文本编辑模式。如果想要新建清单模式，还需要再次点击选项，选择”进入清单模式“，才能开始编辑清单。也就是说，如果要新建清单，则要多执行两步操作。从上面的需求分析可以看到，清单模式仅次于文本编辑模式，使用频率非常高。所以增加的这两步操作，对”操作快捷“的体验影响较大。

再看一下彩色笔记的新建操作。点击新建，弹出模式选择窗口，提供文本和待办事项（即清单）两种模式，再次选择之后，才可以开始编辑。无论采用哪一种编辑模式，都要执行两步操作。而且，弹出的选择框，还会影响新建过程的流畅性，因为并不是点击之后即进入编辑模式，而是被弹出框中断了一次。在不注重”操作快捷“的场景中，比如Word一类的长文本编辑的场景中，可能影响不会太大。但在便签类非常注重“操作快捷”的场景中，则会有较大影响。值得注意的是，在早期的Google Keep中，也是采用类似的方式。

综合比较可以看出，Google Keep既保证了操作的便捷性——只需一步操作，又兼顾了多种模式的选择——任何模式都只需一步操作，是最佳的新建流程。另外，选择新建模式，进入编辑模式后，还可以很方便地在清单模式和文本模式之间进行切换。

快捷的归档功能

在首页，拖动文本左划或右划，即可归档。

归档是对用户体验影响较大的一项功能。如果没有归档功能而只有删除功能，那么用户在清理首页的时候就会有一定的心理阻力，担心删掉的东西以后可能还会再用，也就会更倾向于保留已编辑的文档。当文档越来越多，就会让人感觉拥挤、笨重、杂乱，乃至烦躁和躲避，进而打消了用户使用便签的积极性。

而增加了归档功能之后，就可以把不常用的文档，放到“已归档”文件夹下，既不会删除，又能避免在首页显示。为了增强这种引导的力度，又把拖动文档的左划和右划操作，都设置为归档操作。消除了原本清理界面时的担心，再加上对归档动作的引导，用户就会更倾向于清理不常用的文档，得到更清爽的界面，也就会愿意继续编辑新的文档了。

在首页中更直观的显示文档内容

在在首页中，给了每个文档最多约3/4的屏幕空间，可以直观地显示更多的内容，而不是像其他标签类产品，只在首页显示一行文字。便签侧重的是“操作快捷”，不仅是编辑的过程，查看的过程也要力求快捷、一目了然。在便签类的使用场景中，通常都是在编辑短文本。而3/4屏幕的显示空间，可以直接全文显示绝大多数文本，而不需要点击进入文本详情再次查看。也就是说，只要打开软件，就能直观地看到各文本的内容。

便签类产品侧重的是轻量的编辑、简洁的显示，只是临时的记录和查看，追求的是在首页上不要显示太多数量的文本，所以即使是一个文本占很大的屏幕空间，也不会使翻页查看变得困难。

全面的编辑功能

可以发送给指定联系人

可以设置多种底板颜色。

可以添加标签，并可以按标签分组查看。

可以添加图片。

可以全文复制，以及全文发送到其他App，并提供直接发送至Google Doc的快捷按键。

可以在清单模式和文本模式间直接切换

清单模式下，各清单项可以直接上下拖动，改变位置。

可以调整清单设置，包括新建清单是从底部还是顶部插入、已完成的清单是保持原位还是一直底部

可以设置提醒，并提供地点提醒和时间提醒两种模式。

而其他的便签类产品，都只是包括了少数几个功能。

搜索

除普通的文字搜索功能之外，又提供了按编辑模式、颜色等限定搜索范围的功能，大大提高了搜索效率。

Google Keep也有一些做得不足的地方。

提醒的强度太弱

提醒的声音和音量都只是普通推送级别，音量很小，且不管用户有没有收到这个通知。

通常我们在工作的时候，都是比较倾向于沉浸式工作，会努力忽略身边其他各种声音等干扰。如果提醒的强度太小，就会因专注于工作而错过。而如果不想错过，就要不那么专注地去工作，给手机分散一些注意力。尤其是重要的事项，更是如此。这时候，如果想要高强度的提醒，则只能在闹钟类软件中再设置一遍。

所以应该设计成可以改变提示音和调整音量，满足高强度提醒的需求。还可以再更进一步，增加设置提醒次数和持续时间的功能。

没有为单独的清单项设置提醒的功能

在安排一天的日程中，并不只是需要设置整个当天日程的提醒，个别事项还需要单独提醒。比如上午和下午各有一件事需要提醒，在当前的设计下，因为一个文本下只能有一个提醒时间，所以还需要把这两件事分别放到两个不同的文本中。本来是同一天的日程安排，是一个整体，却要分拆成两个文本。如果需要单独提醒的事项，则对应就要分拆成更多的文本，十分麻烦且不合理。

所以需要增加为每一个单独的清单项设置提醒的功能。

语音编辑模式功能太弱

很多TodoList软件，如滴答清单，都已经可以做到实时识别语音转换成文字，并能根据语音内容设置提醒时间。而Google Keep却只能在说完全部内容后才能转换成文字，且无法通过语音设置提醒时间。通过语音编辑，是非常快捷的方法，很符合产品的核心需求，应该重点做完善。

另外，用户做语音输入时，通常是要记录信息，而不是记录语音。当查看这些记录时，文字信息比语音信息也要更易于查看，完全不需要再重播放一边语音。所以把语音文件直接储存下来，没有必要，还会占用存储空间。

没有将已完成清单项单独归档的功能

在一天的日程安排中，有些情况下，会有个别的清单项因为某些原因无法在当天完成，需要推迟到其他时间再做，但他项都已完成。在当前的设计是，需要另建一个日程，然后把未完成的清单项复制过去，操作比较麻烦。可以设计成，在整个的日程中，增加将已完成的清单项单独归档的功能，只剩下未完成的清单项。这样操作更简捷，也更合理。