公告这东西写得好不好，跟文笔基本没关系。网站上线公告尤其如此——它不是给老板看的汇报，也不是给搜索引擎看的更新日志，是给明天还要来点一次的那批人看的。可现实里大多数人把它写成了施工队交工单：几点几分停的服务、动了哪个目录、换了哪台机器，写得挺认真，看的人一脸懵。说白了读者只关心三件事：你改了啥、跟我有什么关系、我出问题了找谁。这三件事三句话能说完，剩下的都是添头，很多时候还是添乱。
网站上线公告最容易犯的毛病，是把它写成施工日志
我见过的公告大概两类。一类短得离谱，就一句系统已升级完毕，跟没说一样；另一类长到要滑三屏，从立项背景讲到技术选型，中间还夹一段感谢团队。读者点开只是想知道自己的账号还在不在、昨天没提交完的订单还能不能接着弄。这里的分寸感没那么玄：公告是通知，不是复盘。复盘留给内部会议，对外只说结果。你熬夜改了多少行代码，用户不需要知道，也不该为这个买单。
第一句，说清这次到底改了什么
别用全面优化、重磅升级这种词，没人知道那是什么意思。写具体的：换了模板、加了在线下单、把登录挪到页面右上角、把没人用的论坛关掉了。哪怕只有一件事，也说成人话。一句话能塞下的信息量比想象中大——新版把商品列表放到首页了，搜索框挪到顶部，原来的购物车记录都还在。这比体验全面升级有用得多，而且不会让人产生被忽悠的感觉。改动多的话就挑三件用户能看见的说，剩下的交给更新日志。
第二句，讲清对用户的实际影响
影响分两种，一种是他要做什么，一种是他不用担心什么。前者必须写清楚：老密码还能不能用、收藏的链接会不会失效、之前提交的订单去哪儿查、绑定的手机号要不要重新验证。后者更容易被漏掉：数据没丢、账户余额没动、原来买的会员时长照旧、下载过的文件仍然能取。别小看后面这半句，很多人上线后收到一堆我没收到货之类的问询，其实东西都在，只是用户慌了。
网站上线公告的第三句，得留个能找着人的口子
如有问题请联系管理员，这种等于没写。至少给三条信息：一个真能收到消息的入口，邮箱或者在线客服都行；一个粗略的响应口径，工作时间内会看就够了，不必承诺几小时；再加一个能自己先查的地方，常见问题页、旧版说明页都可以。这三样凑齐，能挡掉大半重复提问，也不至于让人卡在一个没人回应的表单里干等。
想多写一句，就补上改之前长什么样
老用户有个特点，他记得旧版。入口一挪他就觉得东西丢了，颜色一变他就怀疑是不是进错站了。所以有条件的话放一张旧版截图，或者写一句原来的某某入口还在，只是换了个位置。成本很低，效果挺好。界面上那些自认为显而易见的改动，在用户眼里往往是一次小型地震，提前说一句能省掉后面好几轮解释。
发在哪儿，比写什么更容易被忽略
见过不少站，公告老老实实写在后台首页，结果用户根本进不去后台；或者只发在公众号，从搜索引擎进来的人完全看不到。至少放两个地方：网站上一个固定入口，顶部通知条、页脚链接、一次性弹窗都行，弹窗别反复弹；再留一个长期可访问的更新日志页面，把历次公告按时间排好。这个页面本身也会有人收藏，尤其是工具类、SaaS类的站。
什么时候发，也有讲究
大改版别在周五傍晚切换然后当天就发公告，出了问题没人接，用户只能干等两天。留一个工作日的缓冲，让愿意反馈的人能找得到人。另外公告发出去之后别立刻删，至少留到下一个版本上线。有些运营喜欢上线三天就把公告撤掉，美其名曰保持页面干净，结果一周后新用户看到界面跟教程对不上，又跑来问。公告的有效期应该跟着改动走，不跟着心情走。
最后给个能直接用的骨架：这次上线动了什么（具体到用户能看见的东西）；你需要做什么、不用担心什么；出问题去哪儿找谁、大概多久有回应；再加一行旧版变化提示和更新日志链接。四百字以内基本能装下，超过这个长度就该想想是不是把内部复盘混进来了。写完自己念一遍，念着别扭的地方，多半就是空话待的地方。
【版权声明】：本站内容若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
