青岛九尾狐BUZHI穿孔预约小程序开发案例：不止Piercing多门店预约、作品展示与珠宝商城系统

行业分类： 生活服务、穿孔服务门店、身体珠宝零售、多门店预约、线下培训咨询。

客户品牌： 不止Piercing（BUZHI）。

方案提供方： 青岛九尾狐网络科技有限公司。

BUZHI穿孔预约小程序面向穿孔服务门店，将品牌展示、作品浏览、项目价目查询、多门店预约、珠宝商城、服务须知、电子护理指南及培训咨询集中在同一入口，并通过门店工作台衔接预约、到店服务、客户资料与售后权益管理。

项目的业务重点，是把“看作品—了解价格与规则—选择门店和服务角色—选择项目与可用时间—到店服务—后续咨询”连接起来，使预约安排与门店实际接待能力相匹配。

不止Piercing（BUZHI）在青岛设有李村店与台东店，业务涉及穿孔服务、身体珠宝展示与销售、作品展示及相关培训咨询。不同服务项目、项目数量、门店营业安排和服务角色，会共同影响顾客的预约选择及门店接待安排。

这类门店的数字化需求，不能只用一个日期选择表单解决。顾客在预约前需要了解门店风格、作品、价目及服务须知；门店则需要知道顾客预约了哪些项目、需预留多长时间、何时到店，以及后续服务如何登记。

九尾狐围绕真实客户业务，设计预约与展示一体化的小程序业务方案，同时把珠宝商城、培训内容和门店工作台纳入整体信息结构。

1. 作品、价格与预约入口分散

如果顾客需要在社交平台看作品、通过聊天询价，再由工作人员手动记录时间，服务信息容易反复传递。门店需要统一展示入口，让顾客在预约前完成必要的信息了解。

2. 不同门店不能采用完全相同的预约容量

李村店与台东店的营业、休息和操作间安排存在差异。只按“某个时段是否有一条预约”判断，会忽略门店可同时接待人数以及不同日期的接待能力。

3. 多项目服务会连续占用多个时段

同一次到店可能选择多个项目，同一项目也可能包含多个数量。若所有预约都按相同时长处理，后续时段容易与实际操作安排冲突。

4. 改约、取消与定金状态需要关联处理

改约可能改变项目数量、服务时长和定金档位，取消预约也需要保留清晰的状态记录。预约时间与款项状态不能成为相互独立的两套记录。

5. 线下服务与后续客户管理容易脱节

预约成功之后，门店还需要确认到店、完成服务、登记未到店情况、查询客户资料及处理售后权益。业务流程需要延伸到线下履约阶段。

顾客端：展示、查询、预约与服务信息一体化

首页集中设置作品、预约、价目表、珠宝商城、门店体验、培训与咨询入口。顾客可先了解品牌和服务内容，再进入对应门店的预约流程；在个人中心查看预约及商城订单。

预约规则：按门店、日期、项目数量与连续时长安排

系统业务规则将门店营业安排、日期容量、项目数量和连续时间段联系起来。预约前展示可用时间，提交前再次检查所选时间，避免仅凭初次打开页面时的状态提交。

门店端：预约单、客户管理、商城订单与售后卡

门店工作台按账号对应门店展示预约单，并提供客户资料、商城订单和售后卡管理界面。业务设计区分“本店预约”与“跨店共享的客户及商城记录”，让不同数据具有明确的使用范围。

实施边界：业务流程与外部服务分别确认

预约定金、退款、商城交易和物流相关页面展示相应业务流程；正式支付渠道、退款接口、物流查询及服务端权限控制，应结合项目实施与合同清单落实，不把界面演示等同于外部服务已经完成接入。

1. 品牌首页与门店形象展示

集中展示BUZHI品牌视觉、精选作品、服务入口、门店环境和咨询方式。首页既承担品牌介绍，也承接作品浏览、预约和饰品选购等不同用户需求。

2. 作品分类与详情浏览

作品按耳部、面部、口腔及身体等类别组织，提供分类浏览、作品详情和图片放大查看。作品展示与预约入口位于同一产品内，顾客无需退出当前服务入口再寻找预约方式。

作品内容属于客户服务与审美展示，不代表系统对具体操作安全性、恢复时间或服务效果作出保证。

3. 李村店、台东店分店选择

预约入口先展示门店列表，包含门店名称、地址、营业安排和操作间信息。顾客选择门店后再进入对应服务页面，避免预约完成后才发现选错服务地点。

门店详情提供环境展示和地图导航入口。切换门店时，预约项目、时间等关联选择需要重新核对，使预约信息与实际接待门店一致。

4. 店长与驻店服务价目查询

门店预约按店长、驻店等服务角色设置入口，展示对应的项目价目资料，支持放大查看耳部、面部及身体、护理服务和基础饰品等价目图片。

这种设计将“看哪一类价目表”与“预约哪一类服务”联系起来。具体服务价格由门店对外公布的现行价目及实际确认结果决定，本案例不将原型价格作为长期固定报价。

5. 项目多选与同项目数量设置

预约项目按类别组织，支持一次选择多个项目，并对同一项目增加、减少或输入数量。页面汇总已选项目及总数量，再用于计算预约所需时长和定金档位。

例如，同一项目选择两次，应当计入总服务数量，而不能只按一种项目名称计算。这是服务预约与普通活动报名表之间的重要业务差异。

6. 日期、时段与剩余容量展示

日期选择结合门店营业与休息安排，时间段展示剩余可预约人数。已过期、已满或不足以容纳所需连续服务时长的时间，不作为有效预约选项。

项目以30分钟作为基础时间档位，按服务数量分档预留30、60或90分钟，并检查后续连续时段的容量。这里展示的是本项目的业务规则，不代表所有预约产品均应采用同样档位；实际规则可按门店经营安排配置或定制。

7. 服务须知与预约信息确认

预约表单收集手机号、预约项目、到店时间及备注，并设置年龄与服务须知确认。服务规则通过独立页面集中展示，便于顾客在提交前阅读。

系统承担信息展示与确认记录的作用，不替代门店依法履行的告知、适龄核验、资质审查和现场服务判断，也不使服务须知当然具有排除法定责任的效力。

8. 定金档位、改约与取消流程

业务设计按项目数量计算预约定金档位。改约时关联原预约及已付定金记录，重新核对项目数量、所需时长和应补金额；取消及改约是否允许，结合预约状态和距到店时间的规则判断。

预约详情保留门店、时间、项目、定金状态和须知入口。到店后的定金退还由门店工作台触发处理，不能理解为预约成功后自动原路退款；实际收退规则、付款性质及消费者权益以有效约定和适用法律为准。

9. 身体珠宝商城与规格选择

商城设置商品分类与搜索，商品详情展示商品信息、材质说明、规格、价格及购物车入口。规格选择与订单商品明细关联，便于后续核对购买内容。

对于阳极改色等附加服务，业务规则要求与基础钉搭配，不能独立下单。通过明确附加服务的依赖关系，避免把没有独立履约条件的服务当作普通商品出售。商品材质与质量信息由商家依法负责，本案例不额外作出材质或效果认证。

10. 商城订单与售后流程

个人中心按待付款、待使用、待发货、待收货及退款售后等状态组织订单，展示商品规格、数量、金额、订单编号及履约信息。

门店工作台提供订单查询、发货资料登记、提货核销及售后处理流程。页面中呈现的订单状态、物流轨迹和退款操作属于业务流程设计；真实交易、退款到账和物流数据需以正式接入渠道的返回结果为准。

11. 培训展示与课程咨询

教学板块展示耳部专项培训、进修培训、开店精英班及纹身培训等内容，配合课程介绍、课堂实操和门店指导图片，提供咨询入口。

该板块的定位是课程信息展示与线下培训咨询，不据此宣称已经提供在线授课、考试、证书认证或学习成果保证。

12. 服务须知与电子护理指南

把服务前须知与服务后护理信息纳入小程序固定入口，顾客可在预约及个人中心相关页面查阅，门店也能围绕同一份资料进行沟通。

电子护理指南是门店服务信息载体，不属于在线诊断或医疗处方；涉及不适、感染等健康问题，应及时寻求合适的专业帮助，系统不承诺护理效果。

13. 门店预约工作台

工作台按门店账号展示本店预约，支持按日期、状态和关键词筛选，查看预约项目、预留时长、手机号、备注和定金记录。

围绕实际接待过程，设计标记到店、完成服务、登记未到店及处理定金等操作。正式使用时，门店身份、数据访问和操作权限应由服务端校验，不以原型中的前端账号切换作为生产安全措施。

14. 客户资料与跨店服务记录

客户管理以手机号等信息关联预约与商城记录，支持查看、补充客户姓名、联系方式及服务备注。设计上区分本店预约记录与平台共享商城记录，便于门店查询相应业务背景。

客户信息的收集和跨店访问应遵循告知、授权、最小必要和权限控制要求；具体共享范围与保留期限应按实际运营及个人信息保护要求确定。

15. 售后卡发放与核销

售后权益按具体服务点位单独登记，关联顾客及预约记录，提供发放、核销和经门店批准的回访登记流程，并检查同一预约下同一点位的重复发放。

该设计把后续服务从口头承诺转化为可以查询的记录。免费服务范围、可使用次数及具体责任仍需由门店依法明确，不以系统状态替代对顾客实际权益的判断。

业务链路完整，覆盖预约前与到店后

作品与价目帮助顾客了解服务，项目与时间选择承接预约，到店状态和售后记录承接线下服务。功能围绕同一条服务链路组织，避免只建设一个孤立预约表单。

预约容量与项目数量共同参与排期

门店容量决定一个时间段能接待多少预约，项目数量决定一次预约占用多久。两者同时计算，才能更贴近需要连续操作时间的门店业务。

分店运营与平台共享分别设计

预约以服务门店为主，客户资料与商城订单根据业务需要共享。数据范围先定义，再据此配置账号权限和运营流程，便于后续实施与验收。

服务预约、饰品销售与培训咨询各有边界

预约处理到店服务，商城处理商品与订单，培训板块处理内容展示和咨询。三条业务可以共享品牌入口，同时保持各自的状态与规则。

项目成果与应用价值

已形成的业务方案

本项目将多门店信息、作品展示、角色价目、项目数量、连续时段预约、服务须知、商城订单、培训咨询及门店工作台纳入统一产品结构，并明确顾客端与门店端的操作关系。

案例重点展示行业业务梳理与产品设计能力，不以原型中的示例订单、金额、人数或状态作为客户实际经营成果，也不披露未经客户确认的营业额、预约量、复购率或增长比例。

建议持续观察的指标

• 预约提交完成率：成功提交的预约数除以进入预约填写环节的有效访问数，统计周期与去重规则应保持一致。
• 到店履约率：统计期内应到店预约中已到店的预约占比，取消、改约和未到店应分别记录。
• 时段利用率：实际占用的服务容量除以开放的服务容量，长时预约按占用的连续时段计入，避免只按预约单数计算。
• 服务沟通情况：统计价格、地址、须知等重复咨询类型，用于改进信息展示；不将咨询减少直接认定为系统带来的经营收益。
• 商城及售后处理情况：观察订单状态、发货资料、售后处理和权益核销记录是否完整，评价业务执行情况。

以上为评估口径建议，不代表已测得的客户成果。经营表现受门店服务、商品、人员、市场与运营投入等因素共同影响。

案例说明：本文依据真实客户项目资料及交互原型梳理，展示业务场景、产品功能与流程设计，不使用原型演示金额、人数或订单作为实际经营成果。具体交付范围以实际项目合同为准；正式支付、退款、物流、账号权限及数据保护措施以项目实施和验收结果为准。案例不构成对客户服务资质、操作安全、医疗效果或经营收益的认证与承诺。

本案例的预约与展示思路，可供具有固定门店、项目选择及时间容量约束的穿孔服务门店、身体珠宝零售门店和相关生活服务品牌参考。

对于希望同时展示作品、提供服务预约、销售相关商品及承接培训咨询的多业务门店，可先梳理各业务的收费、履约和售后边界，再确定模块组合与定制范围。

不同行业的准入、适龄、隐私、支付和服务责任要求不同，不能将本案例直接套用为医疗系统或视为适用于所有行业的标准成品。第三方接口、复杂排班、会员营销等新增能力需另行评估。

关于九尾狐与类似项目开发服务

青岛九尾狐网络科技有限公司成立于2014年，提供小程序、APP、企业管理系统及AI应用定制开发服务，具备政企及多行业数字化项目实践经验。

针对需要线上预约、商品销售与线下服务衔接的门店，九尾狐从业务流程、角色权限、预约规则、订单状态及交付验收等方面梳理建设范围，并结合成熟模块与按需定制形成实施方案。

源码交付、独立部署、第三方服务接入及后续维护，可按项目合同清单约定提供，非标准化默认交付项。系统建设提供业务工具与管理支持，不保证确定的获客数量或经营收益。

官网：https://www.webs8.cn/

客户案例：https://www.webs8.cn/site/cases

咨询电话：13021687575