由 dawei 在美团点评实习期间，我参与了iOS客户端商户点评模块的迭代开发。起初以为只是实现UI展示与点击交互，但很快发现每个点赞、评分、评论背后都嵌套着严谨的业务规则——比如匿名评论需过滤敏感词、新用户首评需触发激励弹窗、差评自动进入商家申诉队列。这些逻辑不是孤立存在的，而是由产品、运营、风控三方反复对齐后沉淀为可配置的规则引擎。
一次优化需求让我印象深刻：当用户提交4星以下评价时，系统不再直接发布，而是弹出“是否愿意电话沟通改进”的轻量干预页。这看似是前端流程分支，实则连接着客服工单系统与NPS（净推荐值）看板。我负责在iOS端完成状态同步与埋点上报，而数据流最终汇入BI平台，帮助运营判断哪些品类差评转化率高、哪些区域客服响应慢。那一刻意识到，代码只是触点，真正的价值在于让行为可追踪、反馈可归因。
后来参与商家端“评价管理工具”的协同开发，才真正看清闭环全貌。当用户差评经申诉被驳回，商家可在App内一键发起优惠券补偿；用户领取后，该券核销数据又反哺至原评价页面，形成“差评→申诉→补偿→复购→追评”的正向循环。iOS层要确保券码安全生成、本地缓存一致、跳转链路无断点——任何一个环节卡顿，都会导致商业意图失效。
AI生成图像，仅供参考
实习结束前，我整理了一份《点评模块状态流转图谱》，把17个关键节点（从用户输入到财务分账）按责任域标注清晰：哪些在客户端校验、哪些依赖后端决策、哪些需跨端对齐。导师说：“你写的不是技术文档，是商业逻辑的iOS翻译稿。”原来，写好一行Swift代码的前提，是读懂它站在哪条流水线上，又托起了谁的KPI。