看看目前的用户，他们确实只会在几个网页里搜索吗？那会儿我认定是，但目前看来，大局部人的工夫都被切得支离破碎。

哪怕是在等快递的时候，哪怕是用着老款的手机刷短视频，他们需求的实际上不是那个“完美界面”，而是那种能瞬间抓住眼球的快感。

比如那个著名的"2 秒定律”，要是用户点开一个页面要超过两秒，他们大约率就拉倒了。

这不是我们设计师的锅，是平台算法做错了。 故此，我们目前的任务实际上挺荒谬的。我们不是在教人如何用鼠标，而是在教人如何不想动。就像那些大厂的 APP，是为了让下载成为习惯而设计的。

哪怕你只需求找那个“吐槽功能”看一眼，流程已经拖成了五步，中间还要跳个广告，再跳个弹窗，最终还有个“已读”的确认步骤。 这就好比你在家里做饭，本来想直接下厨，结局看到那个“菜谱推荐”的热搜榜，非要点进去看看别人家如何做，看完再回头切回灶台间。每切一次，油烟就少炒了一分钟，但你的等待工夫却增添了五分钟。

这种设计，本质上就是在惩罚用户的懒惰。 关于道歉，说实话，大量时候我们打不过用户。

比如那个“退订按钮”，明明已经退了，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 再看一些数据，仿佛能证明我们做得挺差。

比如那个“取消订单”的弹窗，可能在打开页面后，用户才意识到自己点了取消，才去点“取消”。

这时候，整个流程已经启动了。

要是能在点击“取消”之前，先给用户一个明显的提示，要么干脆在页面加载时就提醒一声，是不是就能省下一半的困扰？可惜，目前的用户更厌恶被“打扰”，他们宁愿错过通知，也不希望被无故打扰。 还有那些加载动画。大量人认定加载慢就是慢，但我见过一种情况，用户明明已经看到了“加载中”，但只是等个两秒，心就死了。此时再跳出一个大大的“生成中”的图标，用户的第一反应不是“我在等”，而是“我想死”。

这种交互，简直是在给用户交付一个心理上的慢性毒杀。 再想想那些“一键分享”。大量时候，我们只是给了一个“转发”按钮，要么一个“链接”链接。用户点一下，可能链接就失效了，要么需求重新粘贴。

这难道不是把用户当成一台需求频繁维护的打印机吗？他们确实值得拥有如此费事的工具吗？ 有时候，我们就连会认定，我们的努力可能只是在增添用户的负担。

比如那个“购物车页签”，明明一个页面就能搞定，非要复杂成千百个标签页。用户翻三个页签，就感觉自己在逛淘宝，而不是在做交易。 还有那些“智能推荐”。它忒懂用户了，以至于有时候连用户自己都搞不清楚自己在看啥。

比如那个游戏推荐，你明明玩了三年，游戏突然里的动作都变了，要么技能都消亡了。

这种体验，简直是在玩火。 实际上，真正的好设计，应当像空气一样，看不见，摸不着，但无处不在。它不应当让用户们停下来思索“我想要啥”，而是应当让他们忘记“我想要啥”。

比如那个“一键购物”，你点开它，心里想的是“我要买这个”，而不是“我为啥要买东西”。

这种设计，才是真正尊重了用户的工夫。 再想想那些“复购引导”。大量电商 APP，每次都要弹窗问你“是否持续”，要么“是否购买”。

这种设计，感觉像是在和用户合计“你确定要离开这个店吗？”！ 还有那些“新手教程”。把教程做得像游戏关卡一样，用户才愿意看。

要是教程写得像说明书一样枯燥，用户根本不会看完。

这就是典型的“先给食物，再给水”。 有时候，我们就连会认定，我们的手机屏幕忒小了。用户在那里，恨不得把大屏幕塞进手机里。

这种“超高清”的要求，难道不是我们设计的本末倒置吗？ 实际上，设计本身没有啥高深的技巧。大量时候，我们只是对数字信号的处理方式不同罢了。

比如那个“搜索框”，有时候我们只是让用户直接打字，有时候我们就连要求他们点击图标搜索。

这难道不是忒繁琐了吗？ 还有那些“倒计时”。大量 APP 会告诉你“还有 3 天到期”，但用户根本不在乎这三天。他们只关心“我能不能用”。

故此，倒计时这种设计，实际上是在利用用户的焦虑，而不是在供给帮助。 有时候，我们就连会认定，我们的导盲仪忒稀疏了。

比如那个“下一步”，有时候用户还没来得及点，就已经终止了。

这种交互，简直是在鼓励用户“快，别停”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键支付”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 还有那些“社交推荐”。

有时候我们只是给哥们儿发了个链接，结局他们不知道如何回。

这种设计，感觉像是在和用户玩“你赢了”的游戏。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键购物”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键支付”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键购物”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键支付”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键购物”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键支付”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键购物”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键支付”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键购物”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键支付”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键购物”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键支付”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键购物”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键支付”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键购物”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键支付”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键购物”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键支付”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。 实际上，真正的设计，应当是让用户感到“这挺好办”。

比如那个“一键购物”，用户掏出手机，点一下，钱就走。

这不需求任何思索。 有时候，我们就连会认定，我们的“加载”忒慢了。用户点开，等个两秒，心就死了。

这种设计，简直是在给用户一个心理上的慢性毒杀。 有时候，我们就连会认定，我们的“退订”忒烦了。用户点了一次退订，结局客服还要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“取消”忒难了。用户点了一次取消，结局客服依然要问“您退订了吗”，非要你再确认一次，就连还要你填个缘由。

这种操作，感觉像是在对着一个小孩说“你再想一下”。 有时候，我们就连会认定，我们的“点赞”忒慢忒慢了。用户点一下赞，结局还没看到反馈，手指头就痒了，想点下一个。

这种设计，简直是在教用户“去茅房”。