AI Native 团队转型
搭建 AI 环境下的设计基建与组织心智
这是最好的时代,这是最坏的时代;人们正踏上天堂之路,人们正走向地狱之门……
先坦诚真实的问题
- 环节提效 ≠ 整体提效;
- 工具要在真实的生产环境中反复验证;
- 从 0 开始的产品与团队,比有历史包袱的大产品、大团队更容易做到 AI Native——所以有一片试验田、开辟新战场是必要的;
- Context 建设中的数据「脏活」,可能比 AI 模型工具的调教更难、更累、也更重要——虽然很多人不愿意承认这些工作的存在;
- 温知识:大模型是「生成模型」不是「执行模型」,不要相信规则与约束会永远生效。
对整体架构提效的思考——环境的基建与执行流程同等重要:
Harness 三阶段工作流
每阶段 = Context(必备知识底座)+ Agent(可执行流程)
Plan 规划
从模糊想法到可执行需求
决策有据、目标可量化
Execute 执行
产研运营并行协同
规范约束、自动化加速
Evaluate 评估
数据闭环、归因沉淀
转化为下一轮 Context
Context 层 · 必备知识底座
Plan
- 历史试验数据洞察
- 用户画像 / 分层标签
- 内容数据 / 品类图谱
- 北极星指标定义
- 竞品功能库
- 需求模板 / PRD 骨架
- 运营策略决策树
Execute
- 产品设计 / UI/UX 规范
- 前后端架构设计文档
- 代码规范 / 组件库
- 埋点规范 / 事件字典
- 运营准则 / 文案规范
- CI/CD 与发版 SOP
- 实验配置模板
Evaluate
- 埋点数据仓库
- A/B 实验平台结果
- 用户反馈 / NPS 数据
- 业务财务指标
- 归因模型 / 评估框架
- 复盘模板 / 决策档案
- 知识卡片归档规范
Agent 层 · 可执行自动化
需求分析 Agent
生成 PRD / 决策报告
自动引用历史数据
协同执行 Agent
代码 / 文案 / 埋点生成
合规检查 / 进度同步
归因复盘 Agent
自动拉数 / 生成报告
输出可复用洞察卡
基建规划:从 Figma 到 AI Native 的一体化驱动(尝试中)

利用 JSON、Markdown 提供最小 design token 定义; 利用 Figma 输出变量与 style 约束;以 YAML + XAML 描述组件与结构; 以结构树统领「场景」「界面」甚至「应用」的嵌套关系 ——最终实现 AI 模型驱动的 Context。

落地实践
小雅 AI 助手:消费性→服务性→陪伴性的升级构建

AI demo 作为前期的交互探索工具
https://test-qepw.onrender.com/
B 端设计师 vibe coding 的落地实践

视觉设计师会员皮肤管线:主从串线 Agent 的工具使用




AI 资料库的建设与实际应用:会员收入场景
工作方法 → AI 集成工具 → 数据沉淀 → 工具反哺指导设计方案。

在团队中的作用
技术实现方向的舵手,业务价值的守门人。
- 拆解问题、做技术选型并快速进行可行性验证,让团队单点突破,避免内部重复造轮子;
- 关注环境基建,尽可能以全流程视角提出技术方案——不能只关注设计环节的提效,要把上下游的工作方式一起思考,重构协作方式有时比只改造自己的工作方式更有用;
- 明确验证结果的边界,防止设计自嗨、防止以汇报为目的的造轮子——比如很多团队都在做验收工具,但以截图对比为技术方案的工具其实没有实际意义;
- 也关心一点人文主义的问题:做一些无用之用的精神建设,减少团队的 AI 焦虑——2026 年 3 月在公司内部的一次 AI 见解分享(观点仅代表当时的看法)。
