STEP 01
写清需求
谁会用？要完成什么？先只保留一条核心路径，把暂时不做的事也写出来。
这一步留下一页需求 + 验收清单
设计判断 × 前端经验 × AI 协作
让 AI 写代码，
让你把产品
真正交付。
不只生成一个看起来不错的页面。把模糊需求拆清楚，让 AI 参与实现，再亲手检查交互、边界和交付质量。
面向愿意动手的前端开发者与产品实践者
不是把开发交给 AI，而是 把 AI 放进开发流程。需求 → 实现 → 验证 → 交付
01 / ABOUT
我是飞。先做设计，
再写前端，现在和 AI 一起做。
工具会变，但对体验的判断、对业务的理解，和把东西做完整的能力，不该被跳过。
我做过 4 年 C 端设计，后来转向 Vue 前端。目前在汽车行业担任前端主管，有 CRM、DMS 业务经验。
这个网站关注的是更通用的问题：怎样把一个想法，变成体验合理、逻辑清楚、能够交接的产品。不限定行业，也不把“代码生成了”当作完成。
设计视角
先看人怎么用，再看页面怎么画
信息层级、操作路径、反馈状态，都应在需求阶段讲清楚。
前端视角
能运行，只是第一道门槛
组件边界、数据状态、移动端适配，需要落实到实现中。
业务视角
不是堆功能，而是让流程走通
CRM、DMS 的工作经历，让我更关注角色、流程和异常分支。
02 / THE PROCESS
别从一句“帮我做个网站”开始。
把任务拆到能判断对错的程度。每一步，都留下可以检查的产物。
STEP 02
搭好骨架
先确认页面结构和操作顺序，再约定技术边界。不要一上来就让 AI 堆完整功能。
这一步留下页面结构 + 交互状态
STEP 03
小步实现
一次处理一个可验证的任务。阅读改动、运行检查，有偏差就带着具体问题继续迭代。
这一步留下可运行页面 + 改动记录
STEP 04
验证交付
检查主流程、空状态、异常反馈和不同屏幕。写明怎么运行，以及还没有实现什么。
这一步留下检查结果 + 交付说明
提示词只是协作入口，不是质量保证。最终以运行结果和验收条件为准。
03 / IS THIS FOR YOU?
不追求适合所有人。
这里更适合想亲手做出东西，也愿意为结果负责的人。
如果你正在做这些事
- 会一点前端，想把 AI 用进真实工作
不止补全代码，还想处理需求拆解、页面实现与验证。
- 有产品想法，愿意从小范围开始
先验证一个核心流程，再决定是否继续投入。
- 关心体验，也关心能否维护
愿意读代码、检查细节，而不是只看第一张截图。
如果你期待的是这些
- 一句话生成完整商业产品
真实产品涉及数据、安全和运维，不能省略判断与验证。
- 不需要学习，也不需要检查
AI 会出错，基础知识和动手排查仍然重要。
- 保证收入、流量或接单结果
这里讨论开发实践，不承诺商业收益，也不提供捷径保证。
04 / FAQ
先把几个问题
说清楚。
不制造“人人都该立刻上车”的焦虑。先判断它能不能解决你的实际问题。
没有编程基础，也适合吗？
可以先了解从需求到交付的流程，但如果要独立实现并维护产品，仍需学习 HTML、CSS、JavaScript 和基本调试。这里不会把“完全不用懂代码”当作承诺。
内容只面向 Vue 或汽车行业吗？
不是。Vue 和汽车行业是飞的真实工作背景，不是内容边界。这里关注需求拆解、界面体验、AI 协作和验收方法；具体技术应按任务选择。
现在有可以购买的课程或已确定的活动吗？
目前没有开放报名的课程，也没有已确定日期的分享活动。本页是首页预览，实战分享部分仅演示如何整理关注主题，不代表任何活动已上线。
为什么首页没有项目成绩和学员反馈？
没有经过核实、可公开的素材，就不拿来当宣传。当前先讲清楚作者背景与开发方法；后续只有在实际完成并适合公开时，才补充过程和结果。
点击“整理分享意向”后，会把信息发给谁？
不会发送给任何人。你只能选择阶段和主题，生成一段说明并主动复制。页面不索取联系方式，不联网提交，也不保存你的选择。若想保留说明，需要自行粘贴到自己的笔记。