用户
无入口
请求发出,没有产品承接
产品入口
分析能力停在接口,用户无法自己完成一次检查
没有小程序入口时,图片提交、等待和查看结果都要靠人工转发。AI 能力无法被普通用户直接使用,也无法形成可运营的产品。
接口再准确,没有入口就成不了产品。
CASE STUDY · AI IMAGE ANALYSIS
客户已具备口腔图片分析能力。我们将其接入微信小程序:用户拍照或从相册上传,业务服务调用分析接口并回写结果,再配合检查记录与管理后台,把单一接口做成可直接使用的产品。



WHY IT WAS NEEDED
核心需求很明确:让用户提交一张口腔图片,并获得分析结果。产品不必做成复杂的医疗业务系统,但必须把图片、请求和结果稳定连成一条用户能走完的路径。
用户
无入口
请求发出,没有产品承接
产品入口
没有小程序入口时,图片提交、等待和查看结果都要靠人工转发。AI 能力无法被普通用户直接使用,也无法形成可运营的产品。
接口再准确,没有入口就成不了产品。
上传中 / 失败可重试
图片上传
拍照、相册选择、预览、上传中、提交失败都需要可见反馈。缺少状态,用户不知道图片是否已经进入分析。
上传体验不清晰,分析流程会在第一步中断。
同一条检查上推进,而不是转圈
分析状态
从提交到出结果需要处理提交中、分析中、完成与失败。前端不能假装「点一下就出结论」,而要把异步状态写进同一条检查。
状态机不完整,结果就无法可靠地对应到本次提交。
本次分析
看完即消失
数据留存
没有检查记录,用户不能回顾历史分析;没有管理后台,运营无法按用户、时间和结果查询导出。
单次返回成不了可管理的检查数据。
简单流程背后,关键是把图片采集、AI 请求、结果处理和检查记录稳定地连接起来。
HOW WE RETHINK IT
把「调用分析接口」改成「用户可完成的检查」:小程序负责采集与展示,业务服务负责上传、调用与回写,分析服务保持独立,管理后台只管理这款产品真正产生的数据。
只有 AI 接口
完整小程序产品
只有接口
没有拍照、等待和回看
完整检查
用户不必理解背后的分析服务,只需完成拍照和提交。
WHAT WE BUILT
能力按真实检查路径交付。后续若分析接口调整,用户端不必重做整条路径。
预览后提交
已进入本次检查
IF THIS SOUNDS FAMILIAR
图片分析、检测或识别类能力,只要需要「上传 → 调用 → 展示 → 留存」,都可以对照这条路径。
HOW IT WORKS
用户路径围绕同一条检查:进入小程序、开始检查、拍摄或上传、提交、等待分析、查看结果并留下记录。




用户不需要理解分析服务如何工作,只需要完成拍照和提交。
HOW IT IS BUILT
重点是把分析能力稳定嵌进用户流程:图片正确进入分析服务、结果对应到本次检查、异步状态可展示、历史数据可关联。
Architecture
微信小程序完成拍照、上传、等待与展示;业务服务处理图片、调用分析接口、整理结果并写入检查记录;分析服务只负责图片分析;管理后台查看用户、图片、结果与记录。
微信小程序 · 拍照 / 相册 · 预览与提交 · 状态与结果页
图片处理 · 分析接口调用 · 结果整理 · 检查数据保存
接收图片 · 图片分析 · 返回结果 · 与页面解耦
用户管理 · 图片查看 · 结果与记录 · 查询导出
Keywords
WHAT SHIPPED
项目已完成开发并上线。以下为可核对的交付范围,不含未授权的调用量或临床指标。
WHERE ELSE IT FITS
凡是「图片进、结果出」的分析能力,都可以迁移同一条小程序 + 业务服务 + 后台的结构。
口内照片分析、部位检测、检查记录回看
拍照上传、分项结果、历史对比
现场取证、异步出结果、后台复核图片
材料上传、分析结果留档、按用户导出
把现成分析接口做成小程序、App 或 Web 入口
NEXT STEP
很多项目的第一步不是重新训练模型,而是把已有分析能力接入可使用的产品:图片上传、接口调用、结果展示与数据留存。
Related cases
更多由滚水科技交付的项目案例,覆盖 AI、IoT、平台型业务与企业管理。
这类案例通常涉及业务系统、设备接入、AI 工作流或多角色后台。我们会按真实交付链路评估可行性,并给出更接近实施阶段的建议。