小程序

上门洗护预约小程序，第一版要接在线付款吗

上门洗护预约小程序是否一开始就接在线付款，先看费用能在什么时候确定。宠物情况、附加项目或上门地址仍需沟通时，预约提交和收费可以分开；服务范围、计价和取消处理已经清楚时，再评估把付款放进预约流程。决定依据是实际接单方式，不是页面上能否放一个支付按钮。

先确认本次服务内容是否已经确定

顾客选择了基础洗护，不一定意味着附加项目、现场条件和最终费用都已确认。经营者需要说明哪些信息能在预约前确定，哪些必须沟通后才能判断，以及由谁向顾客确认。

第一张图保留基础项目与待确认附加项，费用显示“沟通后确认”。这不是报价结果，而是把尚未确定的内容放在用户能看见的位置。若服务内容变化，不能只改合计信息，却没有说明增加或减少了什么。

预约时付款适合服务内容与收费规则较明确的流程，但要一起处理地址无法承接、人员未能安排和用户取消等情况。不能收到款后，才发现接单条件还没有确认。

确认后再付款，可以先把服务与费用谈清楚，但需要说明确认由谁完成、顾客从哪里查看结果。保留线下结算也是一种首版选择，前提是工作人员能够核对费用与收款结果，不让小程序记录和实际结算脱节。

上门预约项目与费用确认

预约确认后的结算方式说明

第二张图展示确认后线下结算的候选安排，关联同一预约，仍保留结算方式与费用待确认，没有出现已支付或退款到账。采用这条路径时，收款结果与预约记录怎样核对、费用变动由谁确认，也应明确到实际负责的岗位。

如果决定纳入在线付款，小程序定制范围就要包含付款状态来源、结果未知时的处理、费用变化后的确认，以及异常负责人。接口和支付机构条件另行核对，不以概念页面承诺到账时间或支持范围。

可以拿项目需要增减、地址暂不能承接、用户中途取消和付款结果未知几种情况，分别检查预约时付款与确认后付款的去向。这里需要的是实际经营规则，不宜编一个统一定金比例或强制预付条件。

讨论首版上门洗护预约方案时，先提供现有计价方式、费用确认节点和收款核对流程。能够明确收费依据与异常责任，再决定是否接在线付款；暂时保留线下结算，也应把用户等待和工作人员处理的位置设计清楚。