服务单模块的作用，一句话能说清：把一件"当下聊不完、要跟进"的事，从会话里单独拎出来，挂成一个有状态、有归属、能查到进度的单子，跟到闭环为止。
它和"客服助手"是总分关系——客服助手是接待窗里那一整片功能分区，服务单是其中专门管"跨会话跟进"的那一块。本文只打透服务单，板块全景见文末相关文。
会话是会沉下去的。买家今天问、明天催、后天再来问进度，中间隔了好几个聊天窗口；早班答应的事，晚班接手时聊天记录已经翻到第三屏。光靠"往上翻记录"跟进，迟早漏。服务单要解决的，就是"承诺过的事不随会话沉底"这个问题。
挂成服务单后，这件事不再依赖某一次会话。买家下次进来，相关单子在侧边就能看到，不用从头问一遍"你上次说的那个补发呢"。事情的上下文跟着单子走，不跟着聊天记录走。
补发、退款、维修、回电这类"答应过要办"的事，最怕办到一半没人盯。服务单带状态（待处理、处理中、已完成），谁负责、卡在哪一步一目了然；压着没动的，也更容易在列表里被翻出来。
早班转晚班，靠口头或靠个人便签都不可靠。服务单把"这件事、当前进度、下一步"固化在系统里，接手的人不用重新问买家，买家也不用重新讲一遍。这是它相对"服务小记"更硬的地方：小记是留痕，服务单是带状态、能流转的跟进对象。
单子是离散的、带状态的，能数——哪类售后多、平均多久闭环、谁手里压着没跟。聊天记录做不到这种颗粒度。店铺想改进服务，先得能把"没办完的事"变成一个能统计的对象，服务单就是干这个的。
考点和实操里最容易混的是这几个词，分清楚就答对了一半：
三者常是串起来的：会话里记一条小记 → 需要跟进的升级成服务单 → 要别的部门办的再落成工单。服务单是中间那层"把承诺挂起来跟"的对象，这也是它作用的核心。
题面问"作用是什么"，方向就是：跨会话流转、售后跟进、交接留痕，再加一层可统计复盘。按这几条列，覆盖考点。
买家最怕的不是这次没解决，是"上次答应的事没人记得"。服务单把"答应过什么、办到哪一步"变成系统里的一个对象，而不是某个人脑子里的一句话。
多平台开店时又会有新问题：京东的服务单在咚咚、淘宝的在千牛，跟进记录各存各的，一个客服盯几家就顾此失彼。
叮当小宝CS 的做法是把各平台的跟进、工单和会话收在同一屏，一件事从头到尾在一个地方跟，换人换班都不掉链子。支持哪些平台、怎么接，官网 dingdang.asia 上按平台各写了一页。