小程序的交易评价功能上线小半年了，至今都无法实现逻辑闭环。从统计学的角度来看，样本比例过少以及样本偶然性过大是导致评价失真最直接的原因。小程序的应用场景十分丰富，评价的本意是帮助开发者聆听用户的声音，但呈现出来的结果对于多数开发者是非常不友好的。 以一个B2C店铺举例子，每月产生订单上万笔，小程序评价人数100，其中30笔的订单用户给了一星差评，难道差评率是30%？难道那剩下的没有评价的9900名客户中，有2970名用户获得了不好的体验吗？不可否认的是，体验不好的用户中，90%都会来说不好，体验好的用户中，能来给出好评的有1%吗？这两个比例之间的巨大差异导致了评价总体不够客观，不够公正，评价体系本质上只是一个泄愤渠道而已。不是所有用户有这个闲心去加油鼓励给好评的。 忽略默认好评的用户，就是放大差评率，是对万千开发者的不负责任。特别是SaaS类小程序，多数平台本身有自己的订单评价体系，但强制弹出的订单交易评价，破坏了SaaS类小程序本身的评价体系的正常运行。将好不容易建立起来的多角色的独立体系一拳崩碎，这其中误伤的不仅仅是开发者，更重要的还有SaaS服务的用户。只是因为共用一个工具，就得被其他商家带来的极个别差评误伤，这种无差别攻击真的是以服务者的心态来开发产品的吗？ 微信平台本身构造了完善的互联网基础设施，海量的开发者、企业使用这一套体系去服务于社会的发展，这套简单粗暴的评价体系像极了开发商或物业评价小区周边的商铺，我觉得是极其不合理的！

如题，SAAS类小程序更改为体验评价怎么实现啊？ 花城农夫是一个服务农特领域的私域运营平台，AppID为wx23c3df24c3d90b35，当前我们的评价体系为“交易评价”类型。使用我们小程序的用户主要是农特领域的企业商户以及他们的顾客。企业商户们入驻到平台成为卖家，开设自己的店铺，向他们的私域用户售卖自己的商品。 我们作为SaaS平台，提供的服务是店铺开设、营销互动、ERP管理、CRM管理等互联网工具化的服务，而并未介入交易本身。购买行为的发起与物流履约，分别由买家用户和卖家用户来完成。另外，花城农夫十分注重我们用户使用小程序功能的体验，我们主要的研发方向也旨在于将更好用更有用的功能模块呈现给我们的用户，更希望看到用户对于使用体验的评价以督促我们更好地改进功能。 因此，我们希望将我们当前的“交易评价”更改为“体验评价”，以便于我们更好地倾听用户声音并改进我们的产品！