AI PET WELLNESS
让日常记录
延续为照护
产品机会与建设决策
NOVEMBER 2026
行业 · 产品 · 投资
AI 宠物健康
与养护平台
从一次记录，到一次有依据的解释，
再到可承接的品牌服务。
AI 辅助信息整理与养护解释；
医疗判断由专业兽医参与。
宠主需要连续照护，品牌需要独立的投资理由
用户侧：完成下一次任务
饮食史、体重、行为和预防安排需要可取用的上下文。专业营养工具支持记录任务，但不证明中国App留存或付费意愿。
企业侧：连接内容与服务
品牌会员产品将宠物资料关联内容、权益和渠道。它证明经营机制存在，不代表已有外包订单或预算。
产品侧：减少重复解释
把宠主确认过的资料用于下一次提问、报告和服务。持续使用应由任务驱动，不能假设必须每日打开。
猫犬数量与消费结构，提示不同的产品场景
2025中国城镇犬猫消费
亿元1,606
1,520
2025 年 · 中国城镇犬猫
消费规模属于养宠支出，不能当作软件市场或开发预算。
2025中国城镇犬猫数量
万只5,343
7,289
2025 年 · 中国城镇犬猫
数量差异支持分别研究猫犬任务，不能据此推定App使用率。
食品占据主要支出，数字服务仍需单独验证
2025消费结构
%2025 年 · 中国城镇犬猫
围绕食品资料和日常记录有清晰业务连接；健康主张仍需专业审核。
2025单只年均消费
元/只/年3,006
2,085
2025 年 · 中国城镇犬猫
单只年均消费不是软件付费意愿，也不能推算品牌获客成本。
品牌服务的价值链，需要把承诺接到履约
首次价值
保留有用记录、看懂资料或完成一个待办，避免强制填满全部档案。
持续价值
历史信息可回看并用于后续服务；只在有必要时提示补充资料。
投资条件
品牌有可授权内容、服务供给和差异化旅程；标准工具足够时优先配置。
三个成熟产品，分别连接内容、服务与AI
| 维度 | Royal Canin Club | PetDesk | TTcare |
|---|---|---|---|
| 服务对象 | 品牌宠主会员 | 宠主及合作服务机构 | 韩国宠主及合作渠道 |
| 首次任务 | 建档后获取相关内容 | 连接机构与宠物记录 | 建档、图片/语音输入 |
| 持续机制 | 内容、购买积分与权益 | 提醒、记录、预约请求 | 周期计划、记录与咨询权益 |
| 商业机制 | 品牌与零售伙伴服务 | 宠主App免费，机构服务另计 | 公开套餐与渠道权益 |
| AI分工 | 所读资料不以AI为核心 | 所读路径以记录/服务为核心 | 官方列图片分析与语音整理 |
| 适用约束 | 地区规则不同，已转移动Web | 依机构和PIMS，不推定中国接口 | 未实测模型及中国可用性 |
借鉴用户路径，避免照搬专业能力与渠道
Royal Canin Club
档案 → 相关内容 → 购买/任务 → 权益。借鉴品牌资料与旅程关联；不默认必须原生App，也不假设能复用皇家内容或积分体系。
PetDesk
记录/待办 → 服务请求 → 机构处理 → 提醒。借鉴历史信息进入下一次任务；不重建医院ERP，不假设具有合作医院或PIMS接口。
TTcare
多模态输入 → 结果/记录 → 周期计划 → 咨询权益。借鉴输入组织与持续照护；不照搬诊断模型、准确率或韩国渠道合同。
以上依据公开产品与操作资料归纳，未登录实测。采购许可、数据接口和地区适用必须分别确认。
国内已有同题产品，差异不能只写“加AI”
| 产品线索 | 官网公开定位 | 对本方案的启发 |
|---|---|---|
| PetGPT（petgpt.cn） | 宠物知识、多模态健康产品 | 同名产品较多，先确认主体与业务范围 |
| 宠上心 | AI助手、宠记、地图与商家生态 | 服务生态需真实供给；首期不堆商城社区 |
| 宠信 PawChat | 图文咨询、档案与家庭协作 | 协作和资料权限是产品机制，不直接照搬 |
| 宠智语 | 宠主、医生及医院智能体 | 专业角色分工明确，诊疗能力单独验证 |
本页为官方供给线索，不代表成熟度、准确率、用户规模或疗效获得独立验证。核心深拆仍采用前述三款产品。
养护、诊疗与数据责任，应分别设计
| 正式文件 | 适用事项 | 产品设计影响 |
|---|---|---|
| 农业农村部《动物诊疗机构管理办法》2022 | 第2/5/18/22条：诊疗定义、许可、互联网与病历 | 日常养护与诊疗区分；临床扩展由合资格主体承担，普通记录不直接等同病历 |
| 《个人信息保护法》2021 | 目的、告知、最小必要、期限与个人权利 | 宠物记录关联主人时评估个人信息；按目的分享、撤回、导出与删除 |
| 《人工智能生成合成内容标识办法》2025 | 适用服务范围、显隐标识和协议说明 | 按服务及传播形式设计AI标识、导出标识与用户告知 |
责任要求不能简化为一段免责声明。项目主体、业务类型和地区适用需在上线前核定。
先比较现成、配置、集成，再决定定制
| 路径 | 适合条件 | 持续成本与退出 |
|---|---|---|
| 现成宠主工具 | 通用记录与提醒已满足个人任务 | 地区与产品限制；导出与迁移条件需核 |
| 会员平台配置 | 主要是内容展示、权益与基础会员 | 平台订阅、模板边界、数据导出与许可 |
| 现有系统集成 | 已有CRM/商城，缺资料和服务连接 | 接口维护、身份映射、同步冲突和授权 |
| 必要部分定制 | 宠物上下文、来源版本、确认及服务交接需要共同工作 | 研发、内容审核、模型/消息、运维、迁移与退出 |
明确比较替代方案后，再决定是否建设自有App。品牌拥有产品的动机与原生App的必要性是两个问题。
先算服务承接量，再讨论收入增长
示例假设：触达10,000名宠主，建档率30%，其中10%提交服务请求，平均每次处理12分钟。
请求量 = 10,000 × 30% × 10% = 300 次；处理工时 = 300 × 12 ÷ 60 = 60 小时。
这是假设测算。还需计入内容审核、云资源、模型、消息、培训与维护；商品点击不能直接当作增购。
求助比例变化，会显著改变服务资源需求
仅改变求助比例；固定触达10,000、建档率30%、每次12分钟。
响应能力与服务权益需匹配。AI是否减少人工工时，应与表单、固定资料和人工基线实测比较，不能预先承诺。
触达与求助率一起决定所需服务工时
| 触达人数 / 求助率 | 5% | 10% | 20% |
|---|---|---|---|
| 5,000 | 15 小时 | 30 小时 | 60 小时 |
| 10,000 | 30 小时 | 60 小时 | 120 小时 |
| 20,000 | 60 小时 | 120 小时 | 240 小时 |
固定建档率30%、单次12分钟；工时 = 触达人数 × 30% × 求助比例 × 12 ÷ 60。两项变化变量如表头所示。
颜色区分负荷区间，数字为精确计算结果。尚未考虑高峰分布、复杂问题、返工与服务排班。
首期连接七类能力，专业判断保留明确责任
| 任务组合 | 产品能力 | 确认与边界 |
|---|---|---|
| 建立上下文 | 档案、成长、行为与日常记录 | 多宠隔离、日期/单位与原文，用户确认写入 |
| 解释饮食与养护 | AI问答、食物标签与摄入分析 | 引用许可资料；算术与模型解释分开；不诊病/处方 |
| 延续下一步 | 疫苗驱虫体检提醒、个性化计划 | 日期由用户或兽医安排确认，完成/延期可回看 |
| 回顾并获得服务 | 阶段报告、授权资料包、服务工作台 | 只汇总已有记录；服务受理、回复和用户确认分开 |
演示采用合成数据与模拟AI。正式上线需账户、云存储、专业内容审核、模型评测和数据处理验收；会员商城、医院、设备及真实推送另行接入。
试点同时验收用户价值、AI边界和服务交接
| 指标 | 计算口径 | 验收重点 |
|---|---|---|
| 首次任务完成率 | 完成首次确认任务人数 / 进入流程人数 | 从建档到记录/计划，覆盖缺项与取消 |
| 记录复用率 | 后续任务引用历史人数 / 有后续任务人数 | 报告、提问和服务是否复用正确宠物记录 |
| 服务响应时间 | 受理时间 − 提交时间 | 未授权不可提交；撤回后不可继续读资料 |
| AI引用有效率 | 可回溯且适用的引用 / 引用总数 | 撤回来源、无出处与超时必须回退 |
| 越界漏拦率 | 应转介却答复的样本 / 应转介样本 | 诊断/处方越界停止模型路径，不能以平均分抵消 |
建议4周观察多次回顾与提醒，覆盖单宠/多宠、新手/已有记录用户。样本量、阈值及专业责任由试点共同确认；这是设计建议，不是交期承诺。