不是功能多，是数据结构不同
通用做法：每个业态一套软件
咨询用一个系统、课程用一个系统、商城再用一个系统。结果是同一位来访者在三个系统里是三条互不相通的记录，机构既看不清客户全貌，也没法做任何交叉服务。
这套系统：一次登记，跨业态沉淀
来访者在小程序登记一次，之后无论做咨询、报课程、买好物还是到店点单，消费记录、服务记录、量表结果、标签跟进全都落在同一份客户档案里。机构打开一个页面就知道：这个人来过几次、咨询到什么阶段、买过什么、该跟进什么。
- 客户只登记一次，不需要在多个系统之间反复录入
- 咨询史与消费史并排呈现，能看到完整的服务历程
- 任一业态的消费都会更新客户分层与标签
- 机构侧看全貌，来访者侧只看到自己相关的部分
为什么这件事对机构最值钱：多业态经营的难点从来不是「模块多」，而是「同一个人在不同业态的表现拼不回一起」。拼不回一起，就没法判断谁值得重点服务、谁在流失、该推荐什么。
按你的实际情况启用，不需要的模块不花钱
咨询业务
预约排班、个案档案、量表测评、危机识别、电子文书、经营对账。这是系统的基础能力。
课程与沙龙
班期排课、在线报名、优惠券、扫码签到、出勤记录。团体工作与团体课程在同一套会员与档案体系里管理。
解压商城
商品与库存、微信物流同步、批量发货、渠道券码核销。卖出去之后自动进入客户消费记录。
空间与点单
一空间一码、到店扫码点单、订单自动带空间、堂食外带分开统计。与咨询空间共用一套门店与空间维度。
客户经营
五类客户分层、叠加标签、跟进清单、意向分级、客户 360 全貌。数据来自前面所有业态，不需要另外维护一套客户库。
库存与核销
进销存、库存台账、批次与效期、发货单、退款与售后。商城与课程共用同一套库存与券码体系。
三个具体的经营场景
一位来访者咨询结束后，推荐配套团体课程
他的咨询记录在档案里，报名课程后自动带上来源标记。课程出勤也能反写到这位客户的档案，咨询师下次接谈时知道对方最近上了哪些课。
沉睡客户自动识别，机构主动跟进
系统按「曾消费但超过设定天数没到店」自动判定为沉睡客户并打标签。机构可以直接在跟进清单里看到这批人，指定跟进人、记录沟通内容、约定下次时间。
高价值客户的消费与服务，统一看一个页面
达到消费门槛的客户自动进入重要客户分层。客户 360 页面把咨询史、消费史、量表趋势、标签与跟进记录并排展示，不需要在五个页面之间来回切。
这套能力是结构性的，不是加个插件能补上的。数据模型决定了同一个人能不能被认出来——认不出来，后面所有的精细化运营都无从谈起。
关于多业态
我们机构只做咨询，需要这些模块吗？
不需要。核心的预约排班、个案档案、量表测评、危机识别、电子文书与对账是基础能力，其余模块按需启用，不启用不产生费用。
多业态之间的数据是怎么关联的？
所有业态共用同一个客户主体。来访者第一次在小程序登记后，后续在任何业态的消费与服务都会写入同一份客户档案，并更新他的分层与标签。
通用工具加几个模块不行吗？
可以加功能，但通用工具的产品逻辑是服务多行业，客户主体、门店维度与业态数据通常是分开的。差别在数据结构，不在功能清单长度。
我们有多家门店，业态分布不同，能配吗？
可以。门店是数据维度，模块可以按门店启用——A 店只做咨询、B 店有商城和点单，都支持。总部看全盘，单店只看本店。
课程和咨询的排期会冲突吗？
不会。咨询师与空间是共用维度，课程占用的是讲师与场地，咨询占用的是咨询师与咨询室，两者在排期上分别管理，不会互相顶占。