账单列得太粗用户看不懂，问过来才知哪里没说清
账单发出去，来问的人排了一串，问的其实都是同一件事，这一项是什么、那一项为什么多。页面上只列了一个总数加几行名目，看的人算不明白，只好挨个来问。一、按用途分项列
别把几类用量揉成一行，按用途分开列，每行带上数量和单价。分开之后，哪一块涨了一眼能看见，来问的人也能自己先对一遍。审批流里给新增名目加一问，问这个简称能不能换成日常说法，同一个东西两处叫两个名，来问时两边对不上话。
分项别分到几百行，琐碎的归成其余一类，点开再看明细。一屏放不下时，看的人还没找到要紧那行就先关了。版式调整之后留一次说明的复核，由熟悉新口径的人通读一遍，旧答案挂在页面上不动，比缺一条解释更容易把人带偏。复盘会上把缺记录的那几回按环节归堆，是上报没成还是重试没补，两类改法不同，笼统一句采集不稳讨论不出动作。
二、每项能点回明细
每个数字都能点进去看到它由哪些笔组成，带上发生时刻。只给一个汇总数，用户想核就得导出去自己筛，筛完口径还不一定对得上。季度会上核一下回退类是否仍并在日常用量里报，分开列之后合计虽不动，读表的人却多了一档能直接对上业务感受的数。
明细里保留当时的规则版本，规则改过也能解释清楚。光有数和时刻，碰上月中调过价，那几笔看着就对不拢。预算里给明细页的查询留一份，用户能自己点进去核，来问的量掉下来，客服那头省下的来回比这点投入多。新人上手先给他两笔重复到达的上报，让他自己按号去重跑一遍，跑过之后，再讲定义怎么写就听得进去了。
三、周期写清起止
这张账从哪天到哪天，含不含边界那一天，写在抬头。含糊写成一个月，跨月那几笔到底算在哪张里，两边理解能差出一整天。和客服那边约好每月递一次新问题，说明跟着账单改版一起看，挑几条补进去，别让它一直停在上线的那一版。
周期和出账日分开写，别让人以为出账那天就是截止那天。隔几天才出账的，中间发生的调整算不算，也得在一处说明。值班交接时把当天问得多的那几类报给下一班，接手的人一看就知道该先补哪条说明，不用等工单攒成堆。
四、调整项单独放
补入的、冲正的、之前多收退回来的，单列一块，别摊进正常用量里。摊进去总数没变，可这个月实际用了多少反倒看不出来。每日留一小段时间做总量核对，写进值班的固定动作里，压到月末才一起看，起变化的那个日子早被后面几十天盖住了。
每项调整带上原笔号和一句缘由。只写调整二字，过几个月连经手的人都想不起那笔是补哪天的。复盘会上把常问的问题归成几堆，往往就那三五个，写成短说明挂在页面边上，比一份长长的帮助文档有人看。
五、术语换成日常说法
内部用的简称别直接搬到账单上，改成看的人平时会说的词。同一个东西在系统里叫一个名、在账上叫另一个名，来问时两边对不上话。预算里给原始记录多留一份存储，看着是笔常年的小钱，真到要按新口径重跑一遍，省下的是到处找谁改过输入的时间。
实在要用专门说法的，旁边放一行小字解释，别塞进长长的帮助文档里。翻文档的人少，停在页面上看一眼的人多。新人上手先给他看几张用户发来的截图，让他自己找那一行为什么看不懂，找过一遍，再排分项时手就有分寸。
六、把常问的做成说明
把客服那儿反复出现的问题收成几条短说明，挂在账单页边上。问得多的往往就那三五个，写清楚之后来问的量能掉一大半。交接单里给有出入的那几笔附上分类记号，注明归属哪一类缘由，下一班照着往下核，不必从头把情形重新推一遍。
说明跟着账单改版一起看，规则动了还留着旧答案，比没有更误事。定期挑几条新冒出来的补进去，别让它停在上线那版。归档时把每版账单的抬头措辞连同周期说明存一份，过半年有人问起跨月那笔算在哪张里，翻出来就能答。
账单不光要算得对，还得让人看得懂。分项、明细、周期、调整、说法、说明，六件围着看的人转，问过来的人少一半，值班的也少一半来回；只顾把数算平，问的人还是会排队。 这个话题确实很值得讨论，我也有类似的经历，非常认同楼主的观点。 很多细节都考虑到了，看得出来是真正懂行的人在认真分享。 思路很清晰，步骤也很详细，跟着操作应该不会出什么问题。 虽然有些地方不太懂，但整体看完还是收获很多，慢慢消化一下。 楼主态度很认真，回复也很耐心，这样的楼主值得大家支持。 不管是内容还是排版都很用心，看得出来楼主花了不少时间，必须支持。 说得很客观中立，没有偏激言论，理性讨论就该是这个样子。 非常有建设性的意见，对解决实际问题有很大的参考意义。
讨论氛围很好，大家都在理性交流，这样的论坛环境太舒服了。
页:
[1]