医院预约挂号系统为什么要兼顾用户端和管理端
一、为什么这件事值得单独看
围绕“日常预约流程”，预约本身并不复杂，复杂的是信息会经过询问、登记、确认、变更和交接。先统一入口、记录和责任人，再决定需要哪些页面和功能。 先把这条原则说清楚，后续才不会反复改方向。
预约用户关心的是入口好不好找、填写是否简单，以及提交以后下一步是什么。
二、先分清表面现象和原因
先选择发生频率最高的情况，不要让偶尔出现的特殊需求带着整个方案走。
处理“日常预约流程”时，不妨先记住一点：预约本身并不复杂，复杂的是信息会经过询问、登记、确认、变更和交接。没有必要一次解决所有情况，先把高频预约处理稳定，再逐步补充更实际。
三、把流程按顺序理一遍
第一件事是画出现在的预约步骤。这一步不需要复杂工具，关键是使用真实记录。
第二件事是找出重复填写和反复询问的位置；接下来确定谁负责查看和确认，并且用少量真实记录完成试用。
四、给实际使用人员留出位置
先统一入口、记录和责任人，再决定需要哪些页面和功能。 放到“日常预约流程”这件事里，判断也应落到具体操作上。
少数特殊情况可以保留人工出口。常用流程走得顺，比一开始就试图覆盖所有例外更重要。
五、不要急着增加功能
一开始就讨论很多功能，容易掩盖真正影响日常使用的那一步。 对正在处理“日常预约流程”的工作人员来说，这比增加一个不常用的按钮更实际。
预约用户关心的是入口好不好找、填写是否简单，以及提交以后下一步是什么。 功能是否保留，要看使用频率、后续用途和维护成本，不能只看介绍页上有没有。
六、用一次试走验证
当电话、微信和现场预约同时存在时，小程序可以作为统一的线上入口和记录来源，原有人工方式仍然可以保留。
标准功能能够覆盖主要流程时，可以直接按照标准功能开发；个别环节确实不同，再评估部分定制开发。
七、需要时怎样继续推进
处理“日常预约流程”时，不妨先记住一点：把一次预约从用户进入页面到工作人员完成查看完整走一遍。
如果准备推进这件事，可以先发来主要预约方式和希望改善的问题，不需要在联系前整理一份很复杂的文档。 也可以查看医院预约挂号小程序解决方案，把文章里的判断放回具体页面继续核对。