案例
问题是怎样被重新定义的。
我怎样从原来的提问找到一个能动手的切口?每个案例先交代重构的问题,再展开方法、个人贡献与结果。先看三个代表案例,再按你的议题深入;日常 AI 系统和待验证的原型在后半部分。
- DELIVERED · 已交付
- ONGOING · 持续实践
- PROTOTYPE · 原型
从这里开始
三个案例,三种判断。
- 金融 App:把现场记录变成产品能改的问题从“整理 254GB 记录”到“找到支持产品改动的证据”:按任务片段梳理行为,形成 86 个可追溯的问题。交付与进展交付 86 个问题,按六类组织,并连接任务、观察记录与优先级。证据的组织方式
- 原始记录保留任务与情境
- 任务与观察区分动作和解释
- 可追溯问题每个判断都有出处
记录 → 任务与观察 → 可追溯问题方法示意
- 医疗器械:把测试提前到设计还能改的时候从“完成测试”到“在还能改时检验设计”:把关键任务、可能的使用错误和验证时机放回开发过程。交付与进展参与建立研究方案、记录模板与评价流程,相关服务累计覆盖 25+ 家医疗器械企业及机构。验证进入设计的时机
- 洞察明确要检查的假设
- 设计 ⇄ 观察反馈回到仍可修改的设计
- 确认再检查是否回答了问题
洞察 → 设计与观察反复迭代 → 确认方法示意
- 服务机器人:功能没开发,先验证人会不会用从“等功能完成”到“先看人能否理解”:拆开互动阶段,用后台人工模拟关键响应,再讨论开发投入。交付与进展使用四阶段模型和后台模拟开展研究,并整理团队可复用的研究流程与记录方法。交互原型的前台与后台
- 前台 · 用户体验发起、执行任务、结束
- 后台 · 人工模拟按规则模拟尚未完成的响应
- 观察与判断先检验理解,再讨论开发
前台观察理解 · 后台模拟响应方法示意
更多项目经验
在不同场景里,找对要解决的问题。
- 汽车 HMI:先确定这轮研究要支持哪个决定概念比较、量产前检查和上市后观察需要回答不同问题。我把研究安排与产品开发阶段对应起来。交付与进展整理覆盖四类开发节点的评估框架,并用于研究交付和团队培训。
- 乳品包装:研究最后落到一条使用指引EEG、眼动和观察各有用处。这个项目需要把消费者看到了什么,与拿取、开启和食用的动作连接起来。交付与进展结合测量与自然使用观察,提出包括果杯使用指引在内的包装改进建议。
- 五个中东市场:哪些需求可以共用,哪些要单独处理把区域标签拆开,用桌面研究、访谈、问卷和竞品分析比较共性、本地条件与未知项。交付与进展形成跨市场需求整理与后续验证问题,支持共同设计和本地化的讨论。
- 咨询团队:让项目经验能被下一个人用上资深人员反复救火、新项目从头准备。我把研究设计、分工和复盘整理进日常交付。交付与进展参与建立持续运营的咨询能力,项目经验用于后续方案、团队培训与知识检索。
AI 工作与实验
我也为自己的问题做工具。
这里包含日常使用的个人系统,以及尚待真实数据验证的原型。运行状态和验证进度见各案例。
- 个人 AI 系统:把反复查找和整理的工作接起来用 OpenClaw、编码助手和现有检索工具,处理邮件信息、日历、资料检索与归档,并明确读写权限。交付与进展已用于个人日常工作;完成任务规则、分库检索与 Agent 分工,尚无公开效率对照。
- PsyPhiClaw:让多设备数据处理能分步检查把文件导入、时间对齐、分析与报告拆成模块,尝试减少研究者在不同工具之间反复整理数据的工作。交付与进展公开 18 个行为分析模块;验证暂停,真实研究数据上的可靠性仍待检验。
- BehaviorLens:让自动编码留下可复核的中间步骤行为视频编码耗时,也需要理解情境。我设计分三遍处理的原型,尝试让研究者只在需要判断的环节介入。交付与进展完成概念、架构与前端原型;20 分钟处理为设计目标,准确性与速度尚未验证。