第120章　日常反馈与归来：把说明写得有用

提建议时讲一个具体时刻

比起只说服务器不够养老，可以写“我每次回家都找不到路线标识”“第一次看指令表不理解传送请求怎样发”“网页入口缺少当前公告说明”。再补希望得到的结果，而不急着指定必须安装哪个插件。维护者可以讨论多种办法，最小的改进有时就是一块牌子或一段清楚文字。

维护反馈与规则申诉分开

功能异常要说明平台、步骤和反馈；对处理有异议要说明原决定、具体依据与希望复核的部分。两者可以有关联，但不是同一种请求。不要用公开辱骂增加关注，也不要因正在申诉就继续扩大原有影响。材料清楚之后给处理者合理时间，出现新的关键事实再补充。

回来先看变化

离开一段时间后，先核对版本、入口、功能状态与现行规则，再看自己的住所和共同项目。熟人能帮忙说明变化，但实际重要配置仍应与公告对照。原有身份和资料不确定时先查清，再决定是否重建、迁移或交易。喜欢的旧生活可以继续，新的兴趣也可以重新选择，不要求每次归来都追上所有人的进度。

留给下一次的三句话

可以为自己写“今天完成了什么”“下一次可以继续哪里”“还有什么需要向谁确认”。共同参与则补上物品与权限交接。三句话不承担服务器备份功能，却能把自己的游玩脉络保留下来。以后再打开这份长文，也只需找到当下要查的一页，不用因为内容变详细了就把轻松生活变成考试。