别再手动拖拽了,画业务流程图这事儿,AI能帮你搞定。而且,效果比你想象的好。过去画一张流程图,先不说思考业务逻辑要多久,光是打开Visio或是什么别的工具,拖拽、对齐、加文字,就能耗掉大半个下午。现在,你只需要把话说清楚,AI就能在几秒钟内给你一张像模像样的图。
这事的关键,在于你怎么“说”,也就是提示词(Prompt)。提示词写得好,AI给你的图就清晰、专业;写得不好,出来的东西可能就是一团乱麻。
先弄明白AI是怎么画图的
在我们开始写提示词之前,你得先知道AI画流程图的两种主要方式。
第一种,是直接在那些支持AI功能的在线画图工具里生成。比如Miro、Lucidchart、BoardMix这些,它们现在都内置了AI功能。 你在里面输入一段话,它直接就在画布上生成一张可以拖拽编辑的流程图。 这种方式最直观,生成之后修改也方便,就像有个设计师帮你打了草稿。
第二种,是让AI(比如ChatGPT、Claude)生成一种叫“图表代码”的东西。 你可能没听过Mermaid或PlantUML,这不重要。 你只要知道它们是一种用文字来描述图表的语言就行。 AI很擅长写这种代码。你拿到代码后,把它粘贴到相应的编辑器里,图就出来了。 这种方式听起来有点技术宅,但好处是控制力更强,而且生成的代码是纯文本,方便你保存和管理。
搞清楚这两种方式,你就能根据自己的需要选择方法。想快、要直观,就用第一种。想要更精确的控制和版本管理,就用第二种。
写出好提示词的四个基本原则
不管你用哪种工具,提示词的底层逻辑是相通的。一个好的提示词,就像在给一个聪明的实习生布置任务,你得说清楚“你是谁”、“你要做什么”、“背景情况是什么”、“你想要什么样的成品”。这被一些人总结为RTCF框架(Role, Task, Context, Format)。
-
角色(Role):让AI进入状态。
开头先给AI一个身份。这能让它输出的内容更聚焦、更专业。别小看这一步,效果差别很大。- 不要说:“给我一个流程图。”
- 要说:“你是一名经验丰富的产品经理。” 或者 “你是一名业务分析专家。”
-
任务(Task):明确你要干什么。
直接告诉AI你的核心需求是什么。要具体,不要模糊。- 不要说:“画一个电商流程。”
- 要说: “创建一个详细的电商用户下单流程图,从用户浏览商品开始,到最终支付成功结束。”
-
背景(Context):提供必要的信息。
这是最关键的一步,也是决定流程图质量的核心。你需要把流程涉及到的所有关键信息都给到AI。包括有哪些参与者、有哪些关键步骤、在什么条件下会发生什么变化。- 参与者:谁在执行这些操作?是用户、客服、系统还是财务部门?
- 步骤:按顺序描述清楚整个流程的每一个环节。
- 决策点和分支:这是流程图的灵魂。一定要说清楚“如果……就……否则……”这样的逻辑。比如,“如果库存充足,则锁定库存;否则,提示用户商品已售罄。”
- 异常情况:一个专业的流程图,不能只考虑“阳光大道”,还得考虑各种意外。比如支付失败怎么办?用户中途退出怎么办?这些都要告诉AI。
-
格式(Format):规定输出的样式。
你想要什么样的图?是自上而下的流程图,还是带泳道的?需要用什么颜色区分不同部门吗?如果用第二种方法生成代码,你得明确告诉它用Mermaid还是PlantUML。- 要说:“使用Mermaid语法生成一个自上而下的流程图(flowchart TD)。” 或者 “创建一个泳道流程图,泳道包括‘用户端’、‘服务端’和‘支付系统’。”
实战演练:一步步构建一个提示词
我们来个具体的例子,假设我们要画一个“用户投诉处理”的业务流程图。
第一步:构思流程逻辑(提供Context)
在写提示词之前,你自己得先把逻辑理顺。可以先用简单的文字把流程写下来:
- 角色:用户、客服、技术支持、管理层。
- 触发点:用户通过APP提交投诉。
- 流程:
- 用户在APP里填写并提交投诉表单。
- 系统自动接收投诉,并分配一个唯一的投诉ID。
- 客服收到新投诉通知,查看投诉内容。
- 客服判断:这是不是一个技术问题?
- 如果是技术问题:转交给技术支持团队。技术支持处理后,将结果反馈给客服。
- 如果不是技术问题:客服直接处理。
- 客服根据处理结果,在系统中更新投诉状态,并回复用户。
- 用户收到回复。流程结束。
- 特殊情况:如果用户对处理结果不满意,可以再次发起申诉,流程将提交给管理层审核。
第二步:套用原则,编写提示词
现在,我们把上面这些信息,用刚才说的四个原则组织成一个完整的提示词。
“你是一名资深的客户服务流程优化专家。
任务:请为我创建一个详细的用户投诉处理业务流程图。
背景信息如下:
整个流程涉及四个角色:用户、客服、技术支持和管理层。
1. 流程始于‘用户’在APP中提交投诉表单。
2. ‘系统’自动接收投诉,并为其分配一个投诉ID。
3. ‘客服’接收到新投诉的通知,并开始审查投诉内容。
4. 这是一个关键的决策点:客服需要判断‘是否为技术问题?’。
5. 如果是,流程将投诉转至‘技术支持’团队。技术支持解决问题后,将结果反馈给‘客服’。
6. 如果否,则由‘客服’直接进行处理。
7. 处理完成后,‘客服’在系统中更新投诉状态,并通过APP回复‘用户’。
8. 流程在‘用户’收到回复后正常结束。
9. 包含一个异常路径:如果用户对客服的回复不满意,流程应包含一个‘用户申诉’的步骤,该申诉将提交给‘管理层’进行最终裁决。
输出格式要求:
请使用Mermaid代码生成一个自上而下的流程图。不同角色的操作请尽量清晰地展示出来。”
第三步:生成与调整
你把上面这段提示词扔给AI,它会给你一段Mermaid代码。你把代码复制到任何一个支持Mermaid的在线编辑器(很多笔记软件和代码编辑器都支持),一张清晰的流程图就诞生了。
第一次生成的结果可能不完美。 比如,你可能觉得某个节点的措辞不准确,或者某个分支的逻辑可以更清晰。这时候,不要从头开始,直接在原来的对话里继续提要求,让AI帮你修改。
- “把‘技术支持解决问题’这个节点,细化为‘定位问题’、‘修复问题’和‘测试验证’三个步骤。”
- “给所有‘用户’操作的节点加上蓝色背景。”
- “这个流程图看起来有点挤,能把它改成从左到右的布局吗?”
通过这种不断迭代的方式,你就能得到一张非常专业的业务流程图。这比你自己手动去拖拽、对齐要快得多。核心在于,你把精力花在了思考业务逻辑本身,而不是耗费在工具的操作上。





评论前必须登录!
注册