视觉 AI 产品案例 · 课程项目

认出它,
也记得它。

让一次宠物识别,走向可确认的资料,
和愿意继续记录的小日常。

从拍照识别、多宠逐只查看,到纠错、档案与专属冒险角色的可运行原型。2026 年 11 月迭代。

看看这次解决了什么
实际宠物档案界面:真实宠物照片与按已确认品种匹配的萨摩耶冒险形象并列呈现
实际原型界面 · “云朵”为示例档案
问题从哪里来

给出一个名称之后,
用户还需要下一步。

项目从课程要求中的“拍照识别猫狗品种”开始。在迭代讨论中,需求逐渐具体:合照里要逐只给出品种;结果只留最高候选;界面应温馨、有插画,也能真正玩起来。

当识别不准时,单纯显示一个高分名称容易让用户困惑。加入独立游戏之后,还需要回答:它为什么属于这个宠物产品?

这次选择把“核对结果”和“自己的宠物”作为连接点。

依据:项目迭代反馈与原型观察。尚未开展外部用户访谈;以下需求判断是待验证的产品假设。

让功能顺着一次相遇往下走

  1. 拍照识别合照逐只查看
  2. 核对结果确认、纠正、裁剪重试
  3. 建立档案名字、照片与品种资料
  4. 日常陪伴照片、备忘与一起冒险

已经了解宠物资料的用户,也可以直接建档;品种不确定时可以先留空。

识别与确认

允许 AI 不确定,
也让用户有办法继续。

多宠照片按编号逐只核对。用户的确认信息和模型原始预测分别保存,后续仍能回看。

  • 确认候选、纠正品种、混种或暂不确定,四种明确选择。
  • 记录“品种不对”“框选不对”“照片不清”等原因。
  • 调整选框后重新识别,新增裁剪记录,保留原照片与原预测。
  • 从结果建档前,要求用户明确核对资料。
不确定,也是一种可保存的状态。
调整当前输入,原来的结果仍可追溯。
宠物陪伴

冒险的主角,
是用户自己记下的朋友。

给宠物起名字、留照片、记备忘,再带与它外形相符的手绘角色进入游戏。布偶与萨摩耶确认后匹配对应品种;未提供专属形象的品种明确标为通用外形。

奶糖:布偶照片对应布偶外形,保留蓝眼与重点色。
云朵:萨摩耶照片对应白毛立耳卷尾形象。
实际游戏渲染所匹配的六帧动作图集,已检查移动和跳跃。

资料先由用户确认

品种可选混种或暂不确定。档案、照片和健康备忘按账号保存,移除档案仍保留已有日常记录。

品种对应,通用形象明示

布偶保留蓝眼、重点色与长毛,萨摩耶保留白毛、立耳与卷尾。确认这两种品种后,不再提供橘猫或垂耳狗替代。其他未覆盖品种不声称已有专属形象。

游戏承担陪伴假设

三幅独立绘景,从普通走跳到移动平台与钥匙挑战。是否更愿意游玩、是否愿意再次打开,仍需真实测试。

设计取舍

每一个新增功能,
都需要说得清理由。

保留模型预测与用户陈述两份信息

用户纠正不等于可靠真值。保留原分数、编号与输入,避免把用户选择误当作准确率提升。

先保证主要品种特征相符

曾出现布偶照片配橘猫、萨摩耶照片配垂耳狗的问题。修正了图集与推荐规则,真实照片和角色并排预览,前后端都检查已确认品种的对应关系;不把这称为照片级个体还原。

先把一段流程做完整

让识别结果能被处理,档案能被持续使用,再检验游戏的价值。当前没有增加社交、商城或无限关卡。

已完成的验证

能运行,也要知道
验证到了哪一步。

22 项
接口检查通过:原有功能与本次新增功能
320–1440 px
浏览器检查:窄屏到桌面布局
三关
输入驱动的物理通关检查通过

浏览器已检查逐只纠错、真实模型裁剪重试、档案增改、关联相册与备忘、品种对应与旧形象修正、真实猫狗角色替换、键盘与触控、刷新恢复和账号隔离。功能检查不能替代真实用户体验研究。

查看验证范围与限制
  • 新增资料在独立测试数据库检查,现有使用数据保留。
  • 用户纠错不覆盖原始模型结果,不自动进入训练。
  • 本次没有替换模型权重,不能据此宣称识别准确率提高。
  • 尚未新增 Android 真机验收,未得出留存、转化率或商业成效结论。
下一步验证

让真实使用,
决定下一轮怎么改。

计划邀请 5–8 位养宠用户,完成合照中找第二只宠物、处理错误候选、建立档案和带自己的宠物冒险四类任务。

看得懂吗?能否分清模型候选与自己填写的资料。

走得通吗?任务完成情况、卡住的位置与重试次数。

想继续吗?是否主动进入冒险,以及愿意再打开的理由。

这是测试计划,尚未招募或执行;不把计划中的指标写成成果。

原型界面大图