药店智能体与数字健管师 · 西普会需求与策略汇总
问题 → 策略建议（含解决方式：产品 / 运营 / 合作）；提出客户仅作备注标注。版本 V4 ｜ 2026-08-20
概览
数据来源
数据来源《西普会演示登记表》共 86 条客户登记记录以及现场收到反馈记录整理。
需求主题分布
| 主题 | 核心问题 | 归属 |
|---|---|---|
| A 部署与系统集成 | 本地化、接口自建、系统打通、单品看板、数据对齐 | 药店智能体 |
| B 计费与商业公平性 | 增量封顶、按年/月、工业承担、无增量补贴、归因不清 | 药店智能体 |
| C 产品差异化与智能感 | 与通用模型区别不足、"呆呆的" | 药店智能体 |
| D 营销活动编排开放 | 上传方案自动执行、活动转精准话术 | 药店智能体 |
| E 数字健管师能力 | 替代客服、B2C/O2O 线上客服、处方闭环、商城统管、推荐自定义、同步培训、人机配合 | 数字健管师 |
| F 健康驿站整包承接 | 装修、人员配置、服务标准是否由我方整包 | 数字健管师/服务运营 |
A · 部署与系统集成
A1药店智能体
本地化 / 私有化部署
问题
客户希望自行本地化部署，仅调用我方接口生成话术与任务；线上订单型客户明确提出本地化需求。策略建议
标签和数据无法沉淀，建议暂时不考虑这部分客户需求；后期如果有大客户需求可以考虑，使用中康数据库 + 连锁数据库联调方式实现。
解决方式：产品能力解决（后期大客户：中康数据库 + 连锁数据库联调），当前暂不投入。
提出方（备注）：北京德开医药（线上订单为主，需求本地化部署）；客户（西普会期间提出：调用接口自建，只生成话术和任务）。
A2药店智能体
系统打通与单品数据看板
问题
会员系统、商品系统、线上商城未打通；与工业合作单品缺乏按公司/区域/门店下钻的慢病 DOT 数据看板。策略建议
现有系统对会员、商城是打通了的；工业合作方面的需求通过数字化营销平台实现，然后把能力放到药店智能体中，不单独考虑。
解决方式：产品能力解决（数字化营销平台实现后并入药店智能体）。
提出方（备注）：湖北宜草堂（会员/商品/商城打通）；江苏万家福（与阿斯利康、赛诺菲合作单品，需单品种 DOT 看板）。
A3药店智能体
原 SIC 客户数据与实际存在差异
问题
多个原 SIC 大客户反映系统数据与其实际经营数据不一致，影响信任。策略建议
后期上线的数据口径设置功能可以解决；但是需要连锁上传全量数据后进行设置。
解决方式：产品能力解决（数据口径设置功能），需连锁上传全量数据。
提出方（备注）：新疆百草堂、贵州壹生源等原 SIC 大客户。
B · 计费与商业公平性
B1药店智能体
增量毛利额收费封顶与计费周期
问题
客户质疑核算数据真实性，要求明确增量毛利额收费是否有封顶机制，并希望支持按年/按月收费。策略建议
针对运营能力强、不需要我们提供解决方案和运营、只需要使用我们能力的连锁，是否可以支持按 Tokens + 订阅费方式。
解决方式：商务运营解决（按 Tokens + 订阅费计费模式设计）。
提出方（备注）：客户（西普会期间提出）。
B2药店智能体
费用可否由工业承担
问题
客户希望药店智能体费用转由工业承担——推荐了什么药，由中康向对应工业收钱。策略建议
可以考虑后期开放部分功能让连锁累计会员，让数字化营销平台覆盖更多客户。
解决方式：产品能力解决（开放部分功能，由数字化营销平台覆盖）。
提出方（备注）：客户（西普会期间提出）。
B3药店智能体
收费逻辑公平性
问题
客户质疑"有增量中康收钱、无增长是否补贴"，认为收费逻辑存在不公平。策略建议
让销售去解释：我们收的都是管理会员增量的费用，不是我们管理的我们没有收取。
解决方式：运营解决（销售话术解释口径）。
提出方（备注）：客户（西普会期间提出）。
B4药店智能体
固定服务费优先，拒增量分成
问题
客户可接受固定服务费，但不接受增量按比例分成，理由是归因不清、影响因素多。策略建议
与 B1 一致。
解决方式：商务运营解决（按 Tokens + 订阅费计费模式设计）。
提出方（备注）：江苏仁爱（确定合作 SIC，看重合约购药功能）。
C · 产品差异化与"智能感"
C1药店智能体
产品"呆呆的"，与通用模型无区别
问题
客户体验发现产品交互呆板，与通用大模型差异不明显，缺少行业专属价值感。策略建议
是否可以考虑每次输出，都利用 AI 把话术进行精简和拟人化加工。
解决方式：产品能力解决（AI 话术精简 + 拟人化加工）。
提出方（备注）：客户体验（西普会期间提出）。
D · 营销活动编排开放
D1药店智能体
上传方案自动执行引流与店员任务
问题
客户希望自己做好活动方案上传，系统自动执行引流和店员任务，并自动做复盘分析。策略建议
营销链路可以设计，很多连锁营销方案都是提前制定好的，帮他们解决执行和数据统计问题。
解决方式：产品能力解决（执行 + 数据统计能力）。
提出方（备注）：客户（西普会期间提出）。
D2药店智能体
活动加工为精准话术分发
问题
客户希望把活动加工为话术，精准发送给不同会员。策略建议
与 C1 一致，应用到短信和语音通知渠道中。
解决方式：产品能力解决（AI 话术加工，应用于短信 / 语音渠道）。
提出方（备注）：客户（西普会期间提出）。
D3药店智能体
用券排查与投诉转人工
问题
曾使用精准营销但无人用券，需排查原因；并希望 Bot 发现顾客投诉/不满时推送给人工处理。策略建议
目前会员用券率的确很低，仅 0.1% 左右，需要到实际使用的连锁调研问题根因。
解决方式：运营解决（到连锁实地调研根因）。
提出方（备注）：成都三元大药房（对企微 Bot 感兴趣）。
D4药店智能体
上传主推品经 Bot 营销触达
问题
客户希望支持上传连锁主推品，通过企微 Bot 做营销触达。策略建议
下期 bot 的营销转化去做支持。
解决方式：产品能力解决（下期 bot 营销转化支持）。
提出方（备注）：德润仁和（在用企微，曾尝试 AI 线上服务）。
E · 数字健管师（C 端）核心能力
E1数字健管师
替代 B2C 客服 / B2C·O2O 线上客服能力（含原 G1、G2）
问题
客户询问数字健管师能否替代其 B2C 客服；并明确门店需求与 B2C 需求分开、B2C 线上需求单独列出，要求完整解决 B2C / O2O 等线上场景客服能力。策略建议
不属于当前业务范围，但是可以考虑与美团、泉源堂等合作去做 B2C + O2O 客服能力，以公司规划为准。
解决方式：运营 / 合作解决（与美团、泉源堂等合作，以公司规划为准）。
提出方（备注）：客户（西普会期间提出）。
E2数字健管师
接入互联网医院处方药闭环
问题
客户询问数字健管师能否接入互联网医院，完成处方药交易闭环。策略建议
建议后期可以考虑，与互联网医院合作。
解决方式：运营 / 合作解决（后期与互联网医院合作）。
提出方（备注）：客户（西普会期间提出）。
E3数字健管师
中康线上商城 SKU 统管
问题
客户询问中康线上商城能否像泉源堂代运营一样对接其 SKU，商品信息由中康统一管理。策略建议
建议后期可以考虑，与具有商品库的代运营企业合作。
解决方式：运营 / 合作解决（后期与代运营企业合作）。
提出方（备注）：客户（西普会期间提出）。
E4数字健管师
推荐商品逻辑连锁可自定义
问题
客户询问健管师聊天时推荐商品的逻辑能否由连锁自己设计。策略建议
可以，让连锁自己上传设置商品推荐等级，优先推荐等级高的商品。
解决方式：产品能力解决（连锁自定义商品推荐等级）。
提出方（备注）：客户（西普会期间提出）。
E5数字健管师
培训员工时同步培训健管师
问题
客户询问连锁培训员工时能否同步培训数字健管师，让其知道连锁现在想做什么。策略建议
可以把培训资料作为知识库给数字健管师。
解决方式：产品能力解决（培训资料注入知识库）。
提出方（备注）：客户（西普会期间提出）。
E6数字健管师
数字健管师与员工配合机制
问题
客户询问数字健管师如何与员工配合。策略建议
数字健管师负责引流到店，推荐线索给店员；店员承接转化。
解决方式：运营 / 机制解决（人机分工：健管师引流推荐线索，店员承接转化）。
提出方（备注）：客户（西普会期间提出）；山东燕喜堂（希望更多直接店员）。
E7数字健管师
企微 Bot 强需求
问题
登记表中大量客户意向明确为 bot / 企微 Bot，希望快速落地。策略建议
销售跟进即可，无需产品处理。
解决方式：销售跟进（无需产品处理）。
提出方（备注）：登记表 bot/企微 Bot 意向客户群体。
F · 健康驿站整包承接
F1数字健管师 / 服务运营
健康驿站完整解决方案是否由我方整包
问题
客户询问健康驿站的完整解决方案，是否可以交给我们承接，包括装修、人员配置、服务标准等——即不止软件/数字化，而是空间、人、标准整体打包交付。策略建议
让刘建总出标准方案，解决方案去连锁定制化服务；收取服务费。
解决方式：运营服务解决（刘建总出标准方案，连锁定制化服务，收服务费）。
提出方（备注）：客户（西普会期间提出）。