小组咨询的前后测，个人报告和批次报告本就该在同一次测评里一起产出，而不是先导一份、再靠人手拼另一份。小组咨询通常在开始时做一次前测、结束时做一次后测，机构要的东西有两样：每位成员自己的前后变化，用于个别反馈和结案；整组的汇总变化，用于带组咨询师看小组整体走向、机构评估这次带组的成效。这两份报告读者不同、用途不同，底层却是同一批作答数据。
个人报告回答的是「这个成员这几周动了没有」。它把同一个人的前测和后测放在一起比，按维度列出分数变化，供咨询师在结案会谈里和成员一起看。批次报告回答的是「这一组整体怎么样」：组内前后测的均值变化、各维度的分布、有没有人不升反降需要单独留意。前者落到人，后者落到组，谁也替代不了谁。
批次报告和个报共用一套作答数据
两份报告能不能同时出，关键在测评发放时有没有把结构定对。每位成员的前测和后测要在个人层面配成一对，靠的是稳定的成员标识，而不是姓名或答题顺序；同时，这些成员要被归进同一个「小组」或「批次」标签下。个人配对负责生成个报的前后对比，组标签负责把成员的数据聚合成批次视图。这两层标签在发量表时就设好，报告环节才谈得上一次出两份，而不是测完再回头人工归类。
在橙星云里，小组测评可以按批次发放，成员前后测自动配对，个人报告和批次汇总报告基于同一套作答数据分别生成——个报给到咨询师和成员，批次报告给到带组者和机构，不用把同一批数据导出去再拼一遍表。要注意前测和后测所用量表必须保持一致，中途换量表，前后就不可比，批次里也会混进对不上的数据。
实际带组里总有成员缺测：只做了前测没做后测，或中途加入只赶上后测。这类不完整的配对会同时影响两份报告——个报因为缺一头算不出前后差，批次报告的均值也会因参与人数变动而失真。稳妥的做法是在批次里把配对完整和不完整的成员分开标记，均值只按有完整前后测的人计算，缺测者单独列出，而不是让系统默默把半份数据也算进平均，把一次带组的成效算歪。
需要留在心里的一条边界是：批次报告呈现的是组层面的趋势，它能告诉你这组整体往哪个方向动，却说不清某个成员为什么动。均值升了，可能是多数人小幅好转，也可能是个别人变化很大把平均拉了上去。个报和批次报告要对着看，组里的走向放回每个人的会谈里，才知道这次带组对谁起了作用、对谁还要再跟。分数只是把变化摆出来，怎么解释，仍然是咨询师要接着做的事。