如何画流程图:完整教程 | text2diagram

一、什么是流程图

二、为什么要画流程图

• 把复杂过程说清楚。 几页文字的规格压成一张图,别人 30 秒就能看进去,而不是花 5 分钟读文档。
• 对照实际和想象。 把 真实发生 的流程画在 你以为会发生 的旁边,差距立刻显形 —— 断点和重复步骤就是这么找出来的。
• 发现浪费。 哪些步骤复杂、重复、多余、可以标准化,摆到同一张画布上一目了然。

三、流程图 5 大常用符号

四、流程图三大结构

五、流程图 9 条画法规范

• 方向统一。 从左到右,或者从上到下,不要从右往左、从下往上。读者的视线从左上角开始,顺着它来。
• 一个开始,多个结束。 Start 只有一个。End 可以有好几个 —— 成功退出、报错退出、提前返回,都是合法出口。流程边界本来就清楚的话,起止符也可以省。
• 菱形一定有两条出边。 习惯上 YES 往上下走,NO 往左右走。只有一条箭头的菱形,说明条件没想清楚。
• 大小一致,线条干净。 同一种形状用同一个尺寸。箭头不交叉,不无故拐弯 —— 直线是最强的视觉信号。
• 并行的分支放同一高度。 A 和 B 同时发生,就画在同一条水平线上。高低差在读者眼里就是先后差,别误导人。
• 该注释就注释。 需要额外说明的步骤(边界情况、重试几次、有什么副作用)用注释符号写出来,别硬塞进节点文字里。
• 子流程单入单出。 流程里每个模块只留一个入口、一个出口。这样模块之间才能拼装,以后也能把某个子流程单独抽成一张图。
• 一条路径只画一条箭头。 不要在同一条边上画双向箭头。两个东西走同一条路,就共用一条箭头。
• 画过的子流程用引用。 某个子流程别处已经定义过,就用 已定义流程 符号引它,别把内部再画一遍。复制粘贴形状,以后每一处都得改。

六、复杂流程图的处理:子流程

七、text2diagram 是什么:AI 流程图生成器

• 判断分支一定带标签。 每个菱形的出边都会自动标 YES / NO,也就是上面第 3 条 —— 写成了模型绕不开的规则。
• 起点和终点单独建。 每张图都会生成一个放在顶部的 Start([...]) 和一个放在底部的 End([...]),对应第 2 条,由结构保证。
• 存储节点画成圆柱。 数据库、缓存、消息队列一律渲染成圆柱形,跟服务节点一眼分得开。这一步在后处理里强制执行,模型跳不过去。

八、如何用 text2diagram 画流程图:prompt 模板

Please draw a flowchart for: <the process name>

Key elements:
  - Start: <what triggers the flow>
  - End(s): <all terminal states — success, error, early return>
  - Decisions: <every branching question>

Steps:
  1. <step 1>
  2. <if branch: if X then A, otherwise B>
  3. ...

Complexity:
  - Any sub-process to extract? <yes/no + name>
  - Any parallel branches? <yes/no + which>

Direction: TD (top-down) or LR (left-to-right)

九、流程图案例 1:用户注册流程

Please draw a flowchart for user registration.

Key elements:
  - Start: user clicks "Sign up"
  - Ends:
    - success → land on home page
    - failure → show error message
  - Decisions:
    - is the email already taken
    - is the verification code correct

Steps:
  1. User fills in email + password
  2. Check: is the email already registered
     - Yes → show "email already taken" (end · failure)
     - No → system emails a 6-digit verification code
  3. User enters the code
  4. Check: is the code correct
     - No → show "wrong code" (retry up to 3 times, then end · failure)
     - Yes → system creates the account + writes to users table
  5. Redirect to home page (end · success)

Complexity: no sub-process needed, single-actor.
Direction: TD

十、流程图案例 2:带子流程的订单流程

Please draw an order flowchart for an e-commerce site.

Key elements:
  - Start: user submits an order
  - Ends:
    - order confirmed → user sees order number
    - out of stock → error, user retries later
    - payment failed → user retries or abandons
  - Decisions:
    - inventory available
    - payment succeeded
    - user wants a refund (optional path)

Steps:
  1. User submits order
  2. System checks inventory
     - Not available → notify user "out of stock" (end · failure)
     - Available → reserve stock, enter payment sub-process
  3. [sub-process] "Process Payment"
     - Payment succeeded → generate order number, release reservation to fulfillment
     - Payment failed → release stock, notify user (end · failure)
  4. User receives order confirmation (end · success)
  5. (Optional) User requests refund → refund sub-process runs

Complexity:
  - Extract "Process Payment" as a sub-process
  - Extract "Refund" as a sub-process
Direction: TD

十一、总结:2026 年如何画流程图