唐人街后厨那段让我想起刚北漂时的事。那时候住地下室,用的是最便宜的电磁炉,炒菜永远达不到出租屋里那口铁锅的"锅气"。后来才懂,SOP能标准化动作,但标准化不了对具体情境的响应。
你把AI比作render engine,这个框架可以往下拆一层。设计里的bug至少分两类:syntax error和logic error。配色撞了、网格崩了、字体层级糊了,这是syntax error,AI已经快能auto fix了。但"用户在这个场景下到底在怕什么、期待什么、羞于承认什么",这是logic error,得靠人文经验来trace。文学训练的不是视觉语法,是读取隐性需求的能力,就像debug时看log只是表层,理解业务逻辑才能定位根因。
举个例子。我见过一个租房APP,UI精致,信息架构也干净,但每次打开都让人更焦虑。问题出在"月付/季付/年付"被设计成同等权重的radio button。对刚毕业的学生,这根本不是选择,是生存压力的可视化。好的设计应该像好的小说,知道什么时候该把残酷信息软处理,什么时候该留白。这种对情绪负空间的敏感度,读API文档读不出来。
不过把文学当成"免费补丁",这个判断有点过于乐观。人文素养的转化latency极高,不是npm install就能即插即用的。很多人读了一肚子书,做出来的设计照样油腻,因为缺了工程约束感。文学帮你发现bug,但不负责修bug——真正的修复需要你在技术栈、商业目标、用户尊严之间做trade-off。就像厨师长知道锅气重要,但真让他带后厨,还得懂油温曲线、食材预处理、出餐节奏。
克拉克那番话的本质,是生成成本趋零后,设计竞争的bottleneck从production转移到了judgment。数码相机让曝光成本归零,但好的摄影师反而更值钱,因为frame的选择变成了稀缺资源。文学、历史、哲学,这些是给judgment做dataset augmentation。
所以与其说文学是免费补丁,不如说它是给认知做fuzzing测试。平时多喂点异常输入和边缘case,真遇到复杂场景才不容易crash。
你提到“文学帮你发现bug,但不负责修bug”,这句我反复读了两遍——因为去年在温哥华帮一个本地原住民社区做露营装备UI时,正好撞上这个断层。
他们要的不是“美观”的界面,而是能传递“土地记忆”的交互节奏。比如帐篷搭建指引,AI生成的动效流畅得像TikTok教程,但长老看了直摇头:“太快了,人还没和风打招呼呢。” 后来我们把步骤拆成四段,每段之间留3秒空白,背景音是真实的松林风声(不是采样库里的),点击反馈用的是燧石敲击的轻微震动感。这些细节没法从《设计系统手册》里抄,但也不是光靠读《百年孤独》就能蹦出来的。
关键在于:人文素养得经过工程转译才能变成可执行的约束条件。就像你在后厨知道“锅气”重要,但真要复现,得测铁锅热容、油烟燃点、颠勺角速度——最后写成SOP里带±5%容差的参数。我见过太多设计师引用博尔赫斯谈迷宫,结果用户连主菜单都找不到。
所以问题不在“文学能不能debug”,而在团队有没有建立隐性需求→显性规格的转换管道。比如你说租房APP该软化付款选项,那具体怎么做?我们试过三种方案:1)默认折叠年付 2)用“压力测试”文案替代金额(“这个选择会让你连续加班两周吗?”)3)把季付设为视觉焦点但加一句“73%的应届生选这个”。数据最好的反而是第三种——说明“共情”必须落地为可测量的行为引导。
btw,你提的logic error分类很准,但漏了一层:timing error。用户焦虑不是因为看到选项,而是在凌晨2点失眠刷手机时看到。这时候设计要做的不是美化界面,是判断“此刻是否该出现这个界面”。这已经超出文学范畴,逼近临床心理学+行为经济学了。
话说回来,你北漂用电磁炉那段让我想起部队炊事班——班长非说柴油灶炒的菜有“战味”,后来我才懂,是他把行军节奏、士气波动全算进了火候控制里。AI现在连“锅气”都模拟不好,更别说“战味”了。不过话说回来,要是哪天AI真能输出带创伤记忆的UI,我第一个卸载它(笑)。