知名时间管理软件todoist的改版历程.pdfVIP

知名时间管理软件todoist 的改版历程 编者按 ：在UI设计中 ，有一个著名的“选择悖论” ，大 是指功能太多以至于用户不知从何下手 ，现在 时间管理软件Todo ist 也遇到了这个难题 ，不过改版后这个问题完美解决了 ，过程不容易 ，不过看完 对 「少即是多」能有更精确的了解。 “少即是多”是极简主义设计理论中十分重要的一条原则 ，可能每个设计师都看过很多相关的东西 ，这 条原则很重要 ，但在实际应用中 ，仍然会出现一些意想不到的问题。我们需要从中吸取教训 ，最终 学到本领。 Todo ist 在今年一月下旬发布了他的新版本 ，里面加入了一些新功能。最初 ，我们希望这个A pp更具 现代感 ，还要有超棒的用户体验 ，我们希望在预期时间内完成 ，但这并不像我们想象中那么容易… … 从旧理论中跳出来 之前的版本里我们有两个模式 ，一个是“今天完成” ，另一个是“推迟”。推迟意味着你可能在明天 ，也 可能是后天 ，还有可能是以后某个不确定的时间来完 成计划任务。当你需要对你的日程表有更多控 制的时候 ，你可能会需要一个日历 ，或者是直接输入一个特定日期 ，这些操作在网页版和桌面客户 端里很容易实现 ，但 是在移动客户端里 ，这些功能的体验就不那么好了。输入一个日期就不是一件 那么方便的事儿 ，尤其是脱离了键盘和鼠标 ，只能用拇指来操作的时候。 加入新的理论 既然旧的体系如此受限 ，我们希望新版本可以给予用户更多选择 ，我们让操作更加显而易见 ，让移 动客户端的交互更灵活更简单。同时还注意到其他平台 ，现在 ，用户们拥有了更多的选择。 因为我们想要做手机客户端的相关设计 ，为了获得更好的用户体验 ，在开发的过程里我们遵循“手机 第一”原则 ，一切为了手机用户着想。一般来说 ，移动客户端要尽可能留出较大的屏幕空间 ，这样可 以让输入方式更精确。 基于以上的思考 ，我们开始着手我们的A pp ，构想着它应该有哪些功能 ，用户会怎样使用这些功能 。我们研究了其他类似案例的解决方案 ，但是又觉得这些方案都有美中不足的地方 ，所以还需要进 一步的完善 ，尽管有一些解决方案就目前来说 ，已经非常不错了。 我们最大的愿望是做出一个聪明的日程表。你输入一个计划任务 ，日程表就会为你安排执行计划任 务最合适的时间。比如 ：当你想重新安排下周的计划 ，系统 会根据你现在的计划任务来进行计算 ， 在下个星期里你空闲的时间段安排进去将要执行的任务 ，这将会是一个超棒的A pp ！对用户来说 ， 这一切都不用经过自己的 思考 ，在美丽的界面、强大的算法的共同加持下 ，给予用户一个最棒的日 程安排。对于团队来说 ，这将是一个拥有超赞界面 ，又有超赞程序的超级棒的产品 ！ 开发的早期阶段 ：我们做了环形菜单 ，日历中智能日程安排的选项也十分复杂 ，还有现在看来真是 很多余的触摸反馈。 开发的早期 ，我们把我们想的一切都放在了界面里 ，第一个模型看起来好像还不错。我们甚至还想 加进去更多的功能 ，以便让这个A pp更加“强大”。我们 加入了一个选择日期的群组 ：今天 ，明天 ， 下周 ，某天……一个传统日历的视图 ，还有“建议日期”之类的东西 ，但凡是我们觉得可以让这个A pp 看起来充满魔力 的东西 ，一股脑地都添了进去。我们试验了各种布局 ，单个屏幕里可以包含6到9 个选项。很快我们就发现这样行不通。于是我们开始思考怎样才能削减操作步骤 ， 用更少的操作来 获得更多的选择。我们发现之前试图把所有的功能都在同一屏中展现出来这个想法是有问题的 ，因 为这一屏里很多功能都是多余的 ，并且会带来很多 额外的操作。于是 ，我们不停地修改、测试、 修改、测试、修、测、修、测、修、测…… 那些需要解决掉的问题 我们发现的第一个问题便是因为系统会智能选择日期 ，剥夺了用户的发言权。比如 ：用户新建了计 划任务 ，并选择了“下周”这个时间 ，日程表便会在下周的 某个空闲日安排日程 ，不管那一天是否是 休假日。也许用户希望安排的日期和A pp不一样 ，所以我们需要再添加一个反馈 ，来资讯一下用户 是否希望在这一天安排 日程。 另一个问题也随之而来 ：我们并没有足够的数据来真正做到智能地安排用户的日程。如果没有这个 数据库的支持 ，用户在使用过程里就会需要大量的操作 ，这违背了我们的初衷 ；而如果跟踪用户的 数据并分析这些数据 ，程序将面临极大的挑战 ！ 同时 ，A pp的界面里充斥着太多选择 ，即使一个简单的选项也需要很多操作 ，我们遇到了“选择悖论” 。这是由Barry Schwart z提出的一个术语 ，大 意思是某项任务提供了太多的选项可以选择 ，这时 候选择