12306 悄悄改了一句话，把一个用户「必然踩坑」的责任接了回来
一句话的改动
7 月 6 日前后，有人发现 12306 悄悄改了凌晨车票的提示语。
旧版是：「务必注意时间」。
新版是：「请您于某月某日晚提前到站候车」。
放一起看，差别很小，其实是完全不同的两句话。
一个我自己踩过的坑
我以前误过一次凌晨的车。
票面写着「7 月 10 日 00:35」，我当然以为是 7 月 10 日晚上。真正的上车时间是 7 月 9 日夜里。
赶到车站是第二天晚上，晚了整整一天。改签费和酒店钱加起来，比原来那张车票贵得多。
事后我翻朋友圈，才发现踩过这个坑的人一大把。评论里出现最多的一句话是：
「不是我笨，是那行字看着就不像人话。」
「务必注意时间」到底问题在哪
它不是措辞不够重，是它把翻译工作推给了用户。
这句话默认三件事：
你知道 24 小时制；
你能自己反应过来，00:35 意味着前一天晚上就得出门；
你还能在脑子里对上「几号」和「几号晚上」这两个不一样的时间锚点。
铁路调度系统当然要用 24 小时制，这是它内部说话的方式。但用户端看到的那一行字，本来就该翻译成用户日常怎么描述时间。
我们平时说「明天凌晨的高铁」，其实脑子里跑的是「今晚就得走」。
系统写「7 月 10 日 00:35 发车」，用户翻译成「7 月 10 日晚上」——中间就错了一个位。
这个错位不是用户不认真。是这条日期边界本身对普通人就不友好。
新版做对的事情
「请您于 7 月 9 日晚提前到站候车」，其实做的是一件很朴素的事：把系统语言翻译成用户日常说话方式。
它顺手做了两件事：
一是把抽象的「时间点」换成具体的「哪天晚上」；
二是把「注意」这种模糊要求换成「到站候车」这种具体动作。
三个可以贴到工位上的问题
我自己写产品文案的时候会用这三个问题自检，写给需要的人。
第一，用户看到这条提示，能不能直接知道下一步做什么？
「务必注意时间」不能。它没告诉你要做什么。
「今晚到站候车」能。动作和时间一起给了。
第二，这条提示是不是在让用户帮系统做翻译？
一句话里出现 24 小时制、专业缩写、公司内部叫法，多半是把系统语言直接抛出来了。
铁路系统里必须写 00:35。但用户看到的那一层，产品有责任翻成「9 号晚上」。
第三，如果用户理解错了，责任被甩到谁身上？
「务必注意」的潜台词是「我提醒过你了，你没看清怪你」。
「9 号晚上到站候车」的潜台词是「我把你该知道的信息直接告诉你了」。
前者把责任前移给用户。后者把责任留在自己这一侧。
到处都是同类问题
用这三个问题回头看看我们平时抱怨过的界面，会发现问题都出在同一个地方。
银行短信里的「07-10 00:15」。
航班登机牌上的「06 JUL 00:20」。
会议邀请里的「7 月 10 日 00:00 开始」。
用户不是笨。是系统在用自己的方言说话，然后要用户自己翻。
一句话的背后是一种姿态
12306 这几年被喷的地方不少，但慢慢在把这些边界地带一个一个抠出来。
凌晨车票的提示语能改，是因为它承认了「用户看不懂」不是用户的问题。
一句话的改动，其实是产品的一种姿态：出了错，先看看是不是自己没说明白，而不是先怪用户没看清。
好的提示语不是提醒用户注意，是替用户想清楚下一步该做什么。