电竞服务平台打手评价打分模块电竞陪玩、代练类服务平台里打手评价分数是用户选择大神、派单算法筛选打手的核心指标。很多平台只做简单的五星打分缺少评价时效控制、防刷分机制、评分加权计算、评价申诉和差评过滤逻辑很容易出现刷好评、恶意差评、分数虚高最终导致派单匹配不准、用户参考价值低。本文围绕评价流程、分数计算、风控、数据联动分享一套稳定落地的评价打分模块设计方案。后端采用SpringBoot MyBatis-Plus开发Redis缓存打手综合评分MQ异步处理评价事件、更新统计指标MySQL存储评价主记录、评价标签、打分日志。模块和订单、派单、售后模块联动只有满足条件的订单才允许发起评价评价结果会同步影响打手在派单算法中的履约分。业务基础规则订单状态为已完成、且在评价有效期内用户才可以评价一单只能评价一次不支持重复打分如果订单发起售后申诉售后未结案前锁定评价入口防止双方在纠纷阶段恶意打分。同时支持双向评价用户可以评价打手打手也可以对用户进行评价。评价维度不只是总分拆分为服务态度、技术水平、准时度三个分项打分配套预设标签选择比如沟通顺畅、效率高、发挥不稳、超时等同时支持文字备注。评价标签方便后续做统计分析也供其他用户快速参考。下面是评价实体和评价类型枚举Java代码示例DataTableName(t_player_evaluate)publicclassPlayerEvaluate{privateLongid;privateLongorderId;privateLonguserId;privateLongplayerId;// 分项打分privateIntegertechScore;privateIntegerattitudeScore;privateIntegeronTimeScore;// 综合得分privateBigDecimaltotalScore;privateStringtagCodes;privateStringcontent;// 0正常评价 1申诉待复核 2判定恶意差评privateIntegerevaluateStatus;privateLocalDateTimecreateTime;}publicenumEvaluateSideEnum{USER_TO_PLAYER(1,用户评价打手),PLAYER_TO_USER(2,打手评价用户);privateIntegercode;privateStringdesc;EvaluateSideEnum(Integercode,Stringdesc){this.codecode;this.descdesc;}// getter省略}综合分数采用加权计算后台可配置权重示例技术分0.5、服务态度0.3、准时度0.2。同时综合评分不是简单累加平台支持滑动窗口计算只统计最近N条有效评价而不是全部历史评价保证分数可以反映打手近期真实服务水平很久之前的历史评价慢慢衰减不会一直影响分数。分数计算工具示例ServicepublicclassEvaluateScoreService{// 权重配置可存入配置表动态修改privatestaticfinalBigDecimalWEIGHT_TECHnewBigDecimal(0.5);privatestaticfinalBigDecimalWEIGHT_ATTITUDEnewBigDecimal(0.3);privatestaticfinalBigDecimalWEIGHT_ONTIMEnewBigDecimal(0.2);publicBigDecimalcalcTotalScore(Integertech,Integerattitude,IntegeronTime){BigDecimaltechScorenewBigDecimal(tech);BigDecimalattScorenewBigDecimal(attitude);BigDecimalotScorenewBigDecimal(onTime);BigDecimaltotaltechScore.multiply(WEIGHT_TECH).add(attScore.multiply(WEIGHT_ATTITUDE)).add(otScore.multiply(WEIGHT_ONTIME));returntotal.setScale(1,RoundingMode.HALF_UP);}}评价提交成功后发送MQ消息异步更新打手的统计指标包括好评数量、差评数量、综合平均分。更新完成后刷新Redis中的缓存分数派单算法读取缓存里的履约分不需要每次派单都统计数据库评价记录。差评申诉是必不可少的功能。打手收到差评之后可以在限定时间内发起评价申诉上传订单履约凭证由平台审核员复核。核实属于恶意差评的标记评价记录为无效不计入分数统计并且重新计算打手平均分正常差评则保留作为服务质量参考。防刷分风控机制系统监控同一用户短时间连续给同一个打手高分、多个账号集中给同一打手好评、订单成交立刻满分评价等异常行为触发风控标记。风控标记的评价需要人工复核复核前不计入分数。同时退款订单、取消订单自动关闭评价入口。权限控制评价提交后普通用户不能修改或删除评价只有审核人员在申诉复核流程中才可以标记评价是否有效所有复核操作留痕记录操作人和修改原因。落地开发需要注意几个细节评价快照和订单绑定订单归档后评价记录同步归档分数计算统一使用BigDecimal避免精度丢失缓存增加失效策略当评价被申诉复核、状态变更时主动刷新缓存。另外展示给前端的分数做区间限制最低0分满分5分避免极端异常值展示。这套评价模块的核心设计思路是多维度分项打分、滑动窗口动态评分、差评可申诉复核、风控拦截刷分。评价数据不只是展示给C端用户还要输出给派单算法、后台数据看板作为打手服务质量量化指标。后续可以继续扩展评价AI内容审核、好评自动发放优惠券等增值能力。
