影石 Insta360
UIUX |  Hardware interaction design

Jan 2026 - April 2026

项目角色: UX / 交互设计
项目范围: BVC 手表端飞控交互链路——设备连接模块


Tools: Figma



上线链接:https://www.antigravity.tech/cy/blog/News/Antigravity-FollowMeRC4G-Launch?utm_source=chatgpt.com


Project Background and Design Brief|项目背景与设计任务



1.扩宽价格段:A1的降成本入门套装
2.扩展使用场景:A1 在骑行、滑雪等户外运动场景中的使用,团队开发了基于 GPS 图传遥控器与指环的轻量化飞行控制方案,让用户能够以更便捷的方式完成无人机跟随拍摄。

我在项目中主要负责手表端交互体验设计。在原有 BVC 与 A1 产品体系基础上,根据产品经理提出的功能需求,进一步梳理交互链路、设备状态与操作反馈,将产品逻辑转化为可落地的交互方案。




Core Challenges|核心挑战



(1)在已有相机遥控器体系中,如何整合新增的无人机控制能力,保证不同设备连接体验的一致性与可靠性?

BVC 不仅需要连接无人机,还涉及指环、相机及 App 等设备。不同设备具有不同连接机制与优先级,同时需要兼顾自动回连、设备切换、异常中断等多种情况。

因此,设计难点并不是单独设计一个配对界面,而是让用户在不同设备状态下,都能清楚理解当前连接情况,并顺利完成下一步操作。

(2)在手表端的小界面基础上,如何整理信息使其清晰易懂
ui设计与界面规划


Design Solution|设计思路与方案



01 从核心用户任务出发,梳理连接主路径


(1)整体视角:根据产品需求文档梳理交互路径,确保思路的正确性。围绕用户“快速连接无人机并开始拍摄”的目标,整理从连接入口、设备搜索、设备选择、连接反馈,到进入图传界面的完整路径;

(2)优先级思维:根据将无人机作为核心连接对象,优先梳理无人机连接路径。

tips:优先级思维;最高优的一定放在最前,也一定要分配更多精力



02 针对不同设备状态,完善连接与切换逻辑


明确主路径思路正确后,进一步拓展分支场景,并细化交互逻辑

结合无人机与指环的不同角色,明确连接优先级及状态变化;针对飞行中的设备切换等特殊情况,增加必要的操作限制与提示。




03 uiux精修




05 Product Value|核心产品价值


AI 不应替用户作出职业选择,而应提供可信的判断依据与可理解的取舍建议;
产品的核心价值落在:“用户如何借助 AI,更好地形成自己的求职判断”。

1.更有依据地看懂一个岗位

Work find YOU 以 JD 为核心,结合岗位能力包、公开资料与用户简历,把岗位要求拆成清晰的能力标准。

用户不只看到“匹配不匹配”,还能看见:岗位真正看重什么、自己有哪些已有证据、还缺什么,以及投递前应该先准备什么。

2.更系统地比较多个机会

通用 AI 的岗位分析分散在多轮对话中,用户仍需自己整理和比较。

Work find YOU 将有意向岗位及分析结果沉淀到 Compare Pool,让用户在同一处查看差异、比较取舍,并确定投递优先级。

它减少的不是一次分析的时间,而是用户在多轮分析之后,反复整理、回看和做取舍的工作量。





Building of Job Competency Package|岗位能力包的建立



01 目标与范围


首期面向互联网行业产品与设计岗位建立可靠能力包,再逐步扩展研发、数据、运营、市场等类别。
目前先做有限范围,验证准确性与可信性,之后再进一步扩量


02 三层证据


1. 招聘方明确要求:当前 JD 的原文、要求记录、引用位置是判断该职位要求的首要依据。外部资料不得改写招聘方明确要求,也不得把未提及的通用能力标为招聘硬门槛。

2. 岗位通用能力标准:按岗位类别与职级组织能力、行为表现、有效证据及不应采用的推断。参考 O*NET、ESCO、行业标准和公开招聘资料,保留原始条目编号、链接、版本与引用位置。

3. 公司与面试情境资料:整理公司官方资料、近期岗位信息、公开面经,标记公司、岗位、适用地区、资料日期和来源类型。



Architecture Design Analysis|解析架构设计









Base Model Selection|底层模型选型



根据我不同阶段的功能需求以及成本与收益考虑,功能中不同ai解析能力应该调用什么模型?
看我的任务更适合哪个模型,而不是只看哪个模型能力强

第一优先级:业务准确率。
第二优先级:模型能力形态是否吻合架构。
第三优先级:成本和生产能力。

2个核心场景:

01 文件解析
对于模型最重要的能力是:看懂文件 + 提取证据,原文忠实 + 结构化输出
02 双画像对比分析
对于模型最重要的能力是:复杂语义推理 + 细粒度证据判断 + 长上下文 + 稳定 JSON





结论:初步调研得到,A解析层:Qwen3.7-Plus,B匹配层:DeepSeek V4-Pro

*以上仅是基于综合评价的判断,而非针对于本产品的实际任务,因此,更具体的结论需要根据实际任务进行系统评测





Designer & AI|设计师与AI



协作关键词:
“human in the loop,把人放在最需要判断力的位置”
“对于足够聪明的合作伙伴,你要学会在明确要求和限制的同时留出一定的自由度”


我负责  



产品定义
UX UI设计判断
视觉调性、审美
最终验收
   AI负责

工程结构
页面路由
mock 数据
前端实现
后端/API接入
部署
bug修复


*TIPS:在与agent协作过程中需要注意的是,要时刻确保你自己的思路清晰与目标明确;
你可以不会写代码,但是你一定需要清晰的知道agent现在在做什么,这个计划执行出来的效果是否符合你的产品目标,会有什么风险,这些事情需要在每一次任务执行前就和agent聊清楚,这也是在执行复杂任务前先让agent输出计划并描述计划产出效果的重要性。

01 3个必须建立的文档


PRD.md
叙述清楚整个产品定义、交互逻辑、交付目标
,为最终产出效果负责

AGENT.md
针对特定项目的「开发员工手册」,说明代码规范、测试方式、目录说明

PROGRESS.md
在整个推进过程中,记录整个项目进程,方便回滚,方便自己/ai了解项目进度,也是保留项目基本信息的防线

02 SKILLS


TIPS:skills不是越多越好,你要知道每个skill的使用场景然后精准调用,如果下载一堆skills,然后将调用权交给模型反而会增加模型的认知负荷,拖慢速度,影响稳定性与质量。
或者,直接下载find skills让模型根据任务需要自己调用下载并调用对应的skills






03 如何让ai实现有品味的视觉效果 —— 参考&design.md


AI对于审美与细节的把控力较弱,而我对于产品的视觉呈现,以及整个的交互流程与页面逻辑有较明确的要求与标准,因此若需要agent能精准理解并实现,找参考和编辑design.md是提高输出质量的核心步骤;
在具体实现方面,我采用“参考+figma关键页面——AI实现——多伦对话精修——最终验收——部署上线”的协作流程,进一步高质高效的产出。

具体积累与记录见,设计师&coding协作文档:https://daebwhttnuv.feishu.cn/wiki/CymjwZfPJiCY0EkufqZcSLt0nVf?from=from_copylink





Iteration|迭代



*TIPS:产品需要自己用顺手+真实场景中去测试;

INTERATION 01:需要加一个可以直接拖拽上传的功能,每次都点选上传操作链路太长了,用户需要先保存再上传

INTERATION 02:交互文字优化;将“加入对比”改成“稍后考虑”,“加入对比”是系统功能语言,用户未必理解为什么需要对比;“稍后考虑”则更接近用户真实的心理状态。

INTERATION 03:Extension
(1)现状: 用户测试中,用户反馈需要在看岗位时就同步进行岗位判断,而非需要单独保存下来跳到另一个软件中,这个使用流程是断的。
(2)迭代方向: Extension,用于把招聘网站上的职位信息直接保存到 work find you 的求职管理系统。它的核心价值是减少复制粘贴与工具的跳转,让职位收集、申请跟踪以及后续简历匹配形成一个连续工作流;整体使用流程:浏览多个招聘网站、需要管理大量申请的人。典型流程是 浏览职位 → 用扩展保存 → 在 Job Tracker 分类和跟踪 → 分析职位描述 → 针对职位调整简历,从而把原本散落在书签、表格和招聘网站里的信息集中起来。



Future|产品未来方向


从工作台到个人职业助手

在后续阶段,我们计划探索可持续完善的个人能力画像。
系统不再仅依赖单次上传的简历,而是通过用户能力证据、岗位历史和投递反馈持续沉淀,逐渐理解其完整经历、能力特长、职业兴趣及长期发展目标。基于这些信息,AI 能够进一步识别当前简历尚未充分展示的潜在优势、分析岗位对长期职业发展的价值,并提供更贴合个人情况的建议。

随着个人画像和岗位分析历史的持续积累,产品未来还可探索与招聘信息服务的连接,在获得相应数据权限的前提下,主动发现和关注符合用户职业方向的机会。

Work find YOU 的长期愿景,是从帮助用户判断“我是否适合这个岗位”,逐渐发展为用户真正的求职助手。



Reflections & Takeaways|反思与收获


一次真实场景的用户测试大于100次脑中的空想,做出来,验证它!
一个真实产品迭代的流程,一定是从真实的需求中生长出来的,先从最简单的原型开始,一步步通过用户反馈迭代;
产品迭代的速度取决于是不是先接触真实用户、走进真实场景中,所以从有想法开始用户调研就是必不可少的




©SHIHAN Beijing, China.
Reproduction or distribution without permission is prohibited.