今天看书偶然看到一个描述，描述表意为用户在海底捞吃饭的时候，因为客流量的问题，导致很多客户在门口排队，如下图所示：
在看到这个描述的时候我曾想到我在大学的时候就曾观察过这个现象，当时基于两个场景做了简单的思考：
【1】在医院挂号、取药的时候客户排队；
【2】饭店吃饭客户排队等号；【假需求，不做详细描述】
其实针对以上两种情况当时自己还设想过几种解决方案；
一、针对【1】的问题，首先需要考虑的其场景是什么？
「1」医院排队挂号；
其实针对这种情况，之前也是想到过提前预约，跟现在市场上的做法都是类似的，因为用户到医院挂号不能直接看病，一排号就是一上午，留给看病的时间就很短，但是考虑到用户群体的广泛性【需要综合考虑老年人等信息化认知程度不高的用户】，所以在线下窗口还是需要留有一部分的挂号名额，这其实也从某些程度上杜绝了一部分黄牛依靠挂号名额赚取差价，为老百姓降低看病成本；
「2」医院排队取药；
而在排队取药的场景下，排队的必要性其实可以削减的。之前去医院的时候，观察到大部分取药窗口都是排了很长的队伍，医院被堵的密不透风，导致那个楼层根本走不动，针对这种现象可以给出一定的解决方案的。
步骤一：
在医生对患者开出处方药等药品单时可以打印出一个取药单【内含二维码】；
步骤二：
在收到医生开出的药品单时，此时药房库内依据此药品单进行自动化捡药【同时兼具自动识别当前库房药品库存，可提前预估当前药品是否需要补仓，需要补仓的情况下，需通知到相关负责人安排人员进行补仓操作】；
步骤三：
用户缴费【缴费部分可以扫码自动生成支付订单，至于是线下硬件生成还是扫码在手机端自动生成可以评估决定，因为可能一个人需要同时看多位医生，可以生成多个药品单，线下硬件扫码支付】后获取该药品单的取药单；
建议：在一位患者需要连续需求多位医生的查验之后，可以对当前患者的当前状态结束 或者 不结束并指派给另一位医生【或者科室，再由科室指派给不同的医生】，再由另一位医生对患者诊断；
步骤四：
用户可以在取药房扫码取药【该药品因为提前捡好，效率可以大大提升】；
异常状况：
当然这个过程中，可能会发生用户不要该药品了【毕竟是少数，可以考虑捡药部分放置在缴费后还是医生开出药品单的时候，可以依据这两种情况做相应的方案处理】，我们也可以给出解决方案；
例如：
（1）医生开出药单后，开始捡药；
若是这种情况的话，我们将用户不要的药品回收归口之后，再由人工补货进入到我们的药房库内，因为在医生开完药品之后不要的用户毕竟在少数，所以这部分工作可由人工完成即可；
（2）用户缴费成功之后，开始捡药；
若是这种情况的话，
1、第一会面临效率的问题，用户支付款项之后捡药到取药的时间会很短，若在取药阶段会花费较多时间则无法达到提高效率的问题；
2、第二支付完款项之后是否支持用户退款行为，从一个角度来说，支付了款项医院已经捡货成功，用户退款需要对当前行为负责，建议支付一定的违约金，以覆盖人工捡药的成本；
3、第三用户发生了退款，人工也是需要对当前的药品进行捡货重新入药房库存；
二、针对【2】的问题，首先需要考虑的其场景是什么？
「1」饭店等餐排队；【这个场景下采用以下方法会使用户流失到其他的地方，如此会增加用户流失的风险，不考虑该方法，需要摒弃】
正如图一内文案的描述一样，在用户排队等餐的过程中会有一个等餐焦虑的心理状态，文中也说了排解这种等餐焦虑的办法是用户在门口玩手机，考虑到线下的场景，其实我给的方案不一样，方案如下：
当用户拿到线下餐厅的取号牌之后，此时需要获取到用户的地理位置，需要实时获取用户的地理位置，再依据用户的地理位置判断距离当前餐厅步行的时间【为什么考虑是步行时间，因为考虑到用户需到店端拿到号牌，此时用户的活动半径不会很远，只能是商超周边的店】，按照正常步行【该方案不合适应用在等餐环节】
在等餐环节，可以增加更多趣味性的活动，让用户能在店端沉浸式的体验店端的服务，客户不会流失，还可以减少客户的等餐焦虑；【具体的活动方法没想好】
