同一位用户重复预约，应该怎样减少重复记录
一、这件事常见的误解
从“预约后台记录”往前后各看一步，会发现：可以先从一条最常见的预约开始，把提交、查看、确认和变化逐步写清。后台首先要让工作人员看清当天记录、处理状态和发生过的变化。
工作人员更关心当天有哪些记录、哪些需要继续处理，以及发生变化以后到哪里查询。
二、合适的判断标准
判断以前，先把电话、微信、公众号和现场等入口写在同一张纸上。
先看“预约后台记录”发生在哪一个环节。记录一多，如果状态、责任人和查找方式不清楚，后台也会变成另一份难整理的表格。没有必要一次解决所有情况，先把高频预约处理稳定，再逐步补充更实际。
三、先处理高频情况
不妨做一张四行的小表：明确负责查看记录的系统管理人员、设置少量容易理解的状态、统一以一个位置保存当前记录、定期整理账号、资料和异常记录。
每一行都写上负责人员和检查时间，比只写一个笼统的“注意一下”更容易执行。
四、再给例外留出口
后台首先要让工作人员看清当天记录、处理状态和发生过的变化。 如果把最近的一条预约拿出来核对，这个问题通常会更容易看见。
少数特殊情况可以保留人工出口。常用流程走得顺，比一开始就试图覆盖所有例外更重要。
五、怎样避免新的重复工作
为了显得完整而堆积报表、状态和权限，会让每天真正需要的操作被藏起来。 对正在处理“预约后台记录”的工作人员来说，这比增加一个不常用的按钮更实际。
预约用户关心的是入口好不好找、填写是否简单，以及提交以后下一步是什么。 功能是否保留，要看使用频率、后续用途和维护成本，不能只看介绍页上有没有。
六、选择开发方式时看什么
程序真正能帮忙的，是让同一条预约少在纸张、表格和聊天记录之间搬运。特殊情况仍可由工作人员继续处理。
内容资料可以在开发过程中逐步完善，功能修改则要单独核对影响范围。两者分开，项目会更容易安排。
七、一个简单的检查办法
先看“预约后台记录”发生在哪一个环节。让接班人员只看后台查找一条当天记录，观察是否还需要口头补充。
最终判断不在于页面数量，而在于用户是否少绕一步、工作人员是否少抄一次、交接时是否更容易查到。 也可以查看医院预约挂号小程序解决方案，把文章里的判断放回具体页面继续核对。