导出表里那一栏“备注”，打开看像三段话被挤进了一句：游客自己写的“我们要两张儿童票”，客服补的“已说明可改到本周内”，系统自动打的“命中限购规则”。景区票务系统跑了几年以后，订单备注通常成了最难读的一栏，现场工作人员在检票口前拿着它猜，猜错就是争执，信息传递的责任全压在一个人眼神上。售票系统的导出表里这一栏越厚，说明它替那些从来没建出来的字段干的活越多。

三类内容混一栏，代价是三层。第一层是读错：现场把“命中风控规则”当成游客提的要求，直接放行；或者反过来把游客自填的一句话当成系统标记，多盘查了一遍，队伍跟着变长。第二层是没法统计：想知道一个月里有多少单要求开发票，只能靠关键词去搜文本，搜到的是不完整的数，漏掉的部分没人知道。第三层是责任不清：客服补记和游客自填挤在同一格里，事后说不清这句话是谁、在什么时候写的。售票系统的退款争议里，这类含糊最难判，两边都能讲出自己的版本。

哪些字段该拆成独立列，判据是它会不会被统计或被判定。证件类型与各项人数、是否需要发票、期望到场时间、特殊需求（轮椅通道、讲解、儿童身高段）、退款协商记录、风控标记，这几项都该有自己的列，而且尽量做成枚举而不是自由文本。真正只给人读的一次性说明，才留在订单备注里。拆完以后报表上会少一样东西：自由文本兜底。原来凡是想不出归类的情况都往那一栏塞，现在必须给出选项，选项不够就说明需求没收集全，这是好事，只是当季的报表会因为“其他”这一项突然变大而难看一次。景区票务系统的字段拆分往往就在这一刻被叫停，叫停了也就停在原地。

导出时这一栏怎么不串行，是纯技术活但有固定的坑。备注里出现换行符，导出成逗号分隔文件时一条记录被劈成两行；出现逗号或分号，后面所有列整体右移；出现引号，有的工具直接把后半段吞掉。票务系统的导出至少要做三件事：文本字段统一加引号包裹，换行一律替换成分号，给这一栏设长度上限并在超限处留截断标记。另一处容易漏的是现场那一屏和后台那一屏不一致，售票系统里同一单在窗口终端只显示前几十个字，客服补在后面那半段的话检票口根本看不见，信息传递就断在这里，事故回头看导出表才发现原来写着。

错法有两个方向。一个是拆过头，把游客随手一句话也做成十二个下拉框，购票流程被拖长，转化掉在表单上；另一个是干脆不拆，全靠一栏文本加一句“大家注意看一下”。景区票务系统合适的位置是中间：判定和统计要用的必须结构化，一次性说明留给自由文本，两种内容各归各的显示顺序。还有一条排序规矩值得定死——同一单里游客自填的显示在最前，客服补记其次，系统标记只在后台可见，现场不必看见风控术语。订单备注这栏写多少事不要紧，要紧的是谁写的、给谁看、能不能被数出来。