维双云的预约与表单：平台把收集顾客信息做成了什么

本地服务型门店做线上化，绕不开一件事：把顾客的需求提前收上来。美业要问项目、技师和到店时间，家政要问服务地址和房屋面积，教培要问孩子年级和意向课程，维修要问故障描述。这些信息如果只在微信对话里来回问，商家每天要重复几十遍，还容易漏。

维双云轻量小程序平台把这件事拆成了两个模块：预约模块负责"什么时候来"，表单模块负责"需要什么"。这篇文章讲的是这两个模块在平台里的结构——平台提供了哪些对象、这些对象怎么组合、组合之后能承接什么，以及在哪一步会碰到能力边界。不涉及具体操作步骤，只讲平台设计。

一、平台把"预约"拆成了五个对象

在维双云的产品结构里，一次预约不是一条记录，而是由五个对象拼起来的：

这五个对象分开定义，好处是同一套结构可以承接差异很大的业务：美业按技师排、家政按上门时段排、教培按班级排，用的都是这五个对象，只是填的内容不同。

二、可预约项：平台怎么定义"一项服务"

平台把一项服务定义成一个带属性的条目，属性大致包括：名称、所属分类、时长、价格、可预约人数或工位数、是否需要预付、可约的时间范围。

时长这一项在平台里不是展示用的文字，而是排期计算的输入。设了 60 分钟，系统在生成时段时就会按 60 分钟切分，不会出现"两个预约撞在同一个工位上"的情况。家政这类时长不固定的服务，平台的处理方式是按区间设（比如 2 小时、3 小时、4 小时各建一项），而不是让顾客自己填一个任意数字——这一点后面讲边界时还会提到。

价格属性在平台里是展示与下单依据，不等于最终结算金额。涉及上门测量、按实际面积计价的业务，平台的结构是"预约项价格 + 线下补差"，而不是把最终价算在预约环节。

三、时段与名额：平台的排期逻辑

平台按营业时间生成时段，商家在这一层做三件事：放开哪些时段、每个时段放几个名额、临时关掉哪些时段。

临时关闭这个能力比看起来重要。门店遇到临时有事、设备检修、员工请假，只要把对应时段关掉，顾客在小程序里就看不到这个时间，不会产生"约了却没人接待"的情况。反过来，如果不关，顾客照常下单，商家只能事后打电话改约——这正是线上预约常出问题的地方。

名额的设置和业务形态直接相关：美业的工位、家政的服务人员、教培的班级座位、餐饮的桌位，本质上都是"同一时间能承接几个"。平台把名额做成时段上的一个数字，商家按自己的实际承接能力填。

四、表单字段：平台提供的是字段类型，不是固定模板

表单模块在平台里是一组字段类型：单行文本、多行文本、数字、日期、时间、单选、多选、图片上传、手机号、地址。

商家用这些类型拼出自己需要的表单。家政的表单里通常有地址、面积、房屋类型、有无宠物；美业的表单里通常有服务项目、偏好技师、是否首次到店；教培的表单里通常有孩子姓名、年级、意向课程、试听时间。

这里有个容易忽略的设计点：字段是结构化的，意味着提交上来的数据可以统计。如果商家把需求写成一段自由文本，后台只能一条条看；如果用字段，后台可以按字段筛选——比如筛出"面积 100 平米以上"的预约，提前安排人手。

字段数量需要控制。平台允许加很多字段，但每多一个必填项，提交完成率就往下掉一截。常规做法是只把"不填就没法服务"的信息设为必填，其余设为选填。

五、通知：平台在三个节点发消息

平台的通知能力集中在三个节点：提交成功后的确认、临近时段的提醒、状态变更（改约、取消、核销）的通知。

这三个节点的作用不同。确认消息解决"顾客不确定有没有约上"的焦虑；提醒消息解决"忘了来"的爽约问题，对到店类业务影响很直接；状态变更通知解决"改了时间但另一方不知道"的沟通成本。

通知走的是短信或小程序内的消息通道，属于第三方服务，按条计费，与平台年费分开结算。用量大的商家（比如每天几十条预约）需要把这笔费用单独估算，而不是默认包含在年费里。

六、预约怎么变成订单

维双云在预约与订单之间做了一层衔接：预约记录可以转为订单，带着预约时填的信息一起流转。

这层衔接的实际意义在于数据不重复录入。顾客在预约时填的地址、项目、时间，转成订单后仍然是这些内容，商家不需要再问一遍。核销之后，订单状态变成已完成，同时留下一条带时间的履约记录——这条记录既是服务交付的凭证，也是后续统计到店率的依据。落到产品线上，这层衔接在维双云门店通里支撑的是到店服务类业务的闭环；对只需要登记、不需要收款的场景，维双云轻站也可以只用预约与表单完成收集与统计。

对不需要收款的业务（比如免费试听、公益咨询），平台也支持只走预约不走订单，预约记录本身就能完成"登记—到店—核销"的闭环。

七、数据留在后台能看到什么

维双云在后台提供预约记录列表：按时间、按状态、按服务项筛选，能看到每一条预约的提交时间、时段、字段内容、当前状态。数据支持导出。

需要说明的是，平台提供的是记录与基础统计（预约量、到店率、取消率），不做自定义报表建模，也不做跨品牌的经营分析。对单店来说，这几个数够判断排期设置是否合理；对需要多维度分析的团队，这一层不是它的战场。

八、这套结构的适用范围

适合：单店经营、服务可按项目或时段切分、以到店或上门为主的商家。美业、家政、维修、教培、摄影、宠物服务、体检类机构，都能在这套结构里找到对应位置。

不太适合：需要按复杂资源调度排期的业务（比如同时占用多个房间、多台设备、多名人员的组合预约），以及需要跨门店统一排期的连锁形态。平台的排期逻辑是按"时段 + 名额"算的，不做多资源的组合约束求解；这类需求通常要另一类系统。

九、版本与价格

维双云门店通、轻站等产品线的公开起步版本为 198 元/年起，支持"买二送二"这类活动。预约与表单模块包含在这个档位覆盖的能力范围内。

年费对应产品使用权与版本内列出的功能模块；支付通道手续费、短信通知、平台认证这类第三方费用按实际发生另行结算。这一点在评估成本时要分开算，避免把年费当成总成本。

十、能力边界

把结构讲清楚，也要把边界摆出来：平台的预约模块面向标准化程度较高的服务项，时长与名额是可配置的确定值；它的目标是让一家店把"收需求"这件事做得比微信对话更整齐，而不是替代专业的排班调度系统。需要多资源组合排期、跨店统一排班、与内部 ERP 双向同步的需求，评估方向本身就在另一类产品上。

对一家单店来说，判断标准很朴素：你的服务能不能拆成"项目 + 时长 + 名额 + 几个字段"？能拆，这套结构就够用；拆不开，说明业务复杂度已经超出轻量工具的处理范围。