1
拆流程
把模糊的业务问题拆成目标、节点、角色、数据和反馈。先弄清楚事情到底怎么发生，卡点在哪里，哪些判断不能省。
Focus
我关注的三件事
很多 AI 项目卡住，并不是因为工具不够多，而是业务流程本身还没拆清楚。我更习惯先把问题摊开，再判断 AI 应该放在哪些节点。
2
搭系统
让 AI、工具和人工判断各自待在合适的位置。不是为了自动化而自动化，而是先让流程跑起来，并且能被检查、调整和复盘。
3
产品化
一套流程跑通之后，再看哪些部分值得复用，哪些只是一次性解决办法。产品化不是一句口号，它要回到真实场景里慢慢判断。
Practice
实践与复盘
这一栏先放即将整理的方向。当前没有适合公开的成熟客户案例，也不会把进行中的探索写成“成功案例”。后续有可公开、可脱敏的素材，我会按复盘方式慢慢补齐。
我会如何拆一个真实业务流程
从一个具体业务问题开始，拆出目标、角色、流程节点、数据流和反馈点，再判断哪些节点适合 AI 参与。
一套流程跑起来之后，哪些东西值得复用
一套流程能跑起来之后，下一步不是马上包装成产品，而是看哪些节点、清单、判断方式和工具连接方式值得沉淀。
从工具站实践里看到的产品化问题
从需求发现、功能取舍、内容结构、转化路径和上线反馈中，记录小产品实践里真正暴露出来的问题。
实践与复盘会优先遵守真实、脱敏、克制三个原则。不能公开的内容不会公开，不能验证的结果不会写成结论。
Method
系统化方法
这个模块保留。它不是课程，也不是模板售卖，而是把我平时拆问题、看流程、判断系统复用价值的方法慢慢整理出来。
从业务问题到 AI 业务系统
先把问题、角色、流程和约束拆开，再判断系统应该怎么搭。
AI、工具和人的节点分工
哪些节点适合 AI，哪些节点需要工具连接，哪些判断必须由人负责。
系统复用价值与产品化可能性
流程跑通之后，再判断哪些部分值得沉淀，哪些只是一次性方案。
Notes
文章
首批文章围绕流程怎么拆、AI 放在哪、跑通之后怎么判断复用价值来写。
关于李悦
过去很长一段时间，我做过 IT 项目、项目管理和软件售前解决方案相关工作。现在回头看，真正留下来的不是单个阶段的经历，而是理解业务、拆流程、设计方案和推动落地的能力。
Contact
如果你也在做类似探索，欢迎交流。
可以围绕 AI 如何进入真实业务流程、业务系统搭建、流程优化、解决方案和产品化实践交流。
当前只保留轻量交流入口。不设置联系表单，也不收集页面留言。
微信
一对一交流入口，扫码添加或关注。
公众号
长期内容入口，扫码添加或关注。