用AI设计一个可以亲手试的小实验

先做一道很小的选择题。

上午九点到十二点，你有三件事：看资料四十五分钟，写方案六十分钟，修改另一份文档四十五分钟。

加起来一百五十分钟，还剩半小时。

这半小时，你会留着，还是再放进一件事？

假设你又安排了一项三十分钟的工作。时间表现在刚好排满，每件事都有位置，看起来没有浪费。

接着，来了一件必须在中午前处理的临时任务，需要二十分钟。

现在该怎么办？

你可以把某件事往后挪，可以重新商量期限，也可以看看有没有任务能缩小范围。但有一件事已经确定：原来的安排装不下了。

这里没有谁不够努力。按我们刚刚设定的条件，一百八十分钟里放进了两百分钟的事情。

我想用这个小问题，继续往下设计一件作品：让人亲手加入任务、调整安排，看见自己的选择会怎样改变一张时间表。

这篇写的是设计推演。原型还没有完成，也没有试用反馈。先把想表达什么、怎样让人操作、如何判断它有没有帮助讲清楚，才知道接下来该做什么。

那块空白，真的什么都没做吗？

回到刚才的半小时。

如果暂时不放入第四件事，三项原任务加上二十分钟临时任务，总共是一百七十分钟。这个简化例子里，还能剩下十分钟。

这不代表“留白创造了时间”。两种安排承担的工作量不同。留出半小时，代价就是没有提前承诺完成那项额外工作。

这个差别必须在作品里看得见。

否则，只展示两张时间表，很容易让人以为调整一下排版，所有事情就都能完成。真正发生的取舍被藏起来了。

所以，我想让这个小实验同时显示两样东西：现在安排了什么，以及哪些事暂时没有安排。

后者同样重要。

一项工作被拖到明天，可能只是换了时间，也可能影响另一个人的等待。留余地有价值，延期也有代价，使用者需要知道自己作了什么选择。

一个解释工具如果把代价藏起来，画面越清楚，反而越容易让人误解。

先确定想让人理解什么

最开始设想这篇文章时，我们讨论过“把资料做成互动空间”。这个方向很宽，几乎什么都能往里放。

但具体到一个作品，问题必须小下来。

日程、精力、习惯、专注、协作，都值得讨论。把它们全部放进首版，规则会越来越多，也越来越难看清。

我会先只保留一个理解目标：

在可用时间不变的情况下，新增任务需要由剩余时间、延期、取消或范围调整来承接。

这句话没有什么神秘之处。难点在于，一张已经排好的日程表，常常没有把这些变化同时呈现出来。

互动的用途就在这里：让使用者改一个条件，马上看见受影响的部分，再试另一种选择。

这个设计也要守住边界。

真实工作中的任务时长会变化，人的状态会变化，有些事情必须等待别人，有些工作可以并行。有的人也没有决定期限、拒绝任务的权限。

首版不可能涵盖全部情况。它能做的是把自己采用的规则放在明处，让人知道，这个小模型正在解释哪一部分，又省略了什么。

第一版，只做一张时间表

假如现在开始制作，我会先画一个页面。

左边是可用的三个小时，中间放任务，旁边留下暂未安排的事项。下方只提供几个动作：加入临时任务、修改时长、延期、恢复初始安排。

不急着做账户、连续打卡、效率评分或完整的日历同步。

我想先看清最核心的操作：一件事进来以后，使用者能不能知道哪里发生了变化。

在这个版本里，任务名称甚至可以很普通。“读资料”“写方案”“修改文档”已经够用。

每张卡片先写清三个条件：需要多久，是否必须在中午前完成，能否移动。

假如一项任务有固定开始时间，还需要单独标出来。总时长装得下，不代表它们在具体时段里一定排得开。

这些细节会影响模型怎样计算，也会影响作品能解释什么。先说清规则，再决定哪些进入第一版。

我更愿意先让几张简单卡片把一件事讲明白。

最值得设计的，是变化发生之后

点一下按钮，卡片移动了，动画也出现了。然后呢？

使用者可能知道“变了”，却不清楚为什么变。

因此，加入那项二十分钟任务后，页面需要在变化旁边给出具体反馈：

当前任务共需两百分钟，可用时间是一百八十分钟。还有二十分钟尚未安排。

接下来，把选择交给人。

移走一项任务，会显示它去了哪里；缩短时长，要说明这是修改估计，还是缩小工作范围；超过中午，则要让新的结束时间可见。

我暂时不会让模型默认把所有任务压缩一点，直到它们刚好塞进去。

任务时长有时可以协商，但那是一个需要解释的决定。不能用缩短卡片的方式，悄悄假设工作已经变少。

同样，一块空白也需要说明用途。它可以只是尚未安排的时间，不能自动被解释成休息、专注力恢复或一定能够吸收临时任务。

这些设计让画面稍微多了一点文字，却能帮助使用者检查自己的理解。

我希望作品给人的感受是：我看得清发生了什么，也知道哪些选择仍由我来作。

交给AI之前，先写一张构思卡

如果直接请Codex“做一个漂亮的时间管理网页”，需求里有太多空白。最后即使得到一个丰富的页面，也可能很难判断它是否符合最初目的。

我会先写下这张卡。

再把制作要求交给Codex：

做一个单页日程实验，用九点到十二点作为初始时间范围。允许添加任务、修改时长和移动可移动的任务。显示总需求、剩余时间、超出部分与未安排事项。超出时间时不要自动缩短任务。每次操作后，用简短文字说明变化。提供重置入口，列出简化假设。先完成核心操作，暂不加入账户、评分和打卡。

这是一份可以开始制作的需求说明，还不是已经实现的功能。

接下来仍要检查算得对不对，条件改变时有没有遗漏，手机上能不能操作。生成出来，只代表有了一个可以继续检查的版本。

先别解释，看看对方怎样用

等原型能运行，我最想做的检查，是把它交给一个愿意尝试的人，先观察。

如果每一步都由我讲解，对方顺利完成操作，也不一定说明页面本身清楚。

我会请他加入一项临时任务，再找一种自己愿意接受的安排，然后问：

“刚才你改了什么？”

“为什么还有事情没排进去？”

“如果这些工作都不能延期，你会怎样处理？”

这些问题比一句“好不好用”更接近我想知道的事。

我会留意，他是否看见未安排任务，是否把修改时长理解成工作量自动减少，是否知道模型没有考虑所有现实条件。

目前没有这一步的真实观察，不能预先说别人会在哪儿卡住，更不能写成“试过的人都觉得有帮助”。

如果后面发现卡点，就把行为、原因猜测、修改与再次观察放在一起记录。也允许最后发现：一张清楚的静态图，已经足够表达这个关系。

作品的形式，要由它是否帮助理解来决定。

做一个小作品，也是在检查自己的想法

这次推演里，一个很容易忽略的细节，是两种日程的工作量并不相同。

如果只写“给一天留点余地”，这句话很容易获得赞同。真要把它做成可以操作的规则，就得继续回答：余地从哪里来，什么被推后了，谁承担这个变化？

设计让这些问题具体起来。

在AI辅助制作的过程中，我需要负责的事情，也因此更明确：选择一个关心的问题，说明规则，判断反馈是否准确，决定哪些现实差异必须保留。

原型和代码可以寻求帮助。这些选择仍然需要自己认真想一遍。

如果你也想开始，不必先规划一个完整产品。

选一个你真想讲明白的问题，画两个状态：作出选择之前，以及作出选择之后。

写清中间发生了什么，哪些条件保持不变，哪些代价不能藏起来。

如果两个状态已经足够，就先把它们讲清楚；如果亲手改变条件确实有助于观察，再把它做成互动。

这个日程实验还停在设计阶段。但它已经把一个宽泛的创作方向，变成了可以制作、检查和继续讨论的具体对象。

我希望它最后能让人看见：当事情装不下时，需要讨论的还有任务本身、期限和安排。屏幕上那块没有排满的地方，也可以有一个说得清楚的理由。