用 Nano Banana 生成企业流程图,最稳妥的方法不是让模型“画一张专业流程图”,而是先把节点、层级、连线和每个框里的短文字写成结构化清单。第一轮只验证布局与箭头,第二轮再补颜色和装饰;如果图将用于真实业务,最终文字、审批关系和箭头方向必须人工逐项核对。

图片说明:示例只演示信息层级与版式,不代表任何真实企业流程。节点名称、责任人和决策条件在正式使用前都应由业务负责人确认。
生成披露:本页封面于 2026 年 8 月 27 日由编辑使用 Codex 内置图像生成工具制作;工具未返回可核实的模型版本,因此它不是 Nano Banana 模型实测结果。后处理仅包含等比缩放、转为 WebP(Q84)和移除元数据。
为什么流程图比普通插画更难生成?
流程图同时要求模型处理图形、空间关系、文字和业务逻辑。普通插画里一片叶子的位置略有偏差通常不影响理解;流程图里一个箭头反向、一个节点重复,结论就可能完全错误。中文文字越长、节点越密、交叉连线越多,出现乱码、漏字和错误连接的概率越高。
因此,目标不应设为“一次生成可直接执行的正式图表”,而应设为“快速得到可讨论的视觉草稿”。生成图片适合帮助团队选择布局、色彩和信息密度;需要精确编辑和长期维护的内容,仍应在 Figma、Slides、draw.io 或专业流程图工具中重绘。
写提示词前,先把信息整理成四层
先在文本里确认以下内容,再交给模型:
| 层次 | 要回答的问题 | 推荐写法 |
|---|---|---|
| 目标 | 这张图解释什么 | 客户服务闭环流程 |
| 节点 | 一共有几个步骤 | 固定为 6 个节点 |
| 关系 | 箭头如何连接 | 从左到右单向连接,不交叉 |
| 视觉 | 如何区分类型 | 普通步骤蓝色,决策节点橙色 |
节点文字最好控制在 2 至 6 个汉字。不要把一整段制度说明塞进框内,可以用编号或简短标题,再在图片下方补充解释。决策分支要明确写出“是”和“否”分别通向哪个节点,不能只写“包含判断节点”。
可复制的企业流程图提示词
下面以六节点客户服务流程为例。它故意采用单线结构,先降低模型处理复杂关系的难度。
生成一张横版 16:9 的中文企业流程图,主题是“客户服务闭环”。
严格使用 6 个节点,按从左到右的顺序排列:
1. 客户咨询
2. 需求确认
3. 方案提交
4. 客户确认
5. 服务交付
6. 售后回访
每个节点只显示上述短文字,不添加副标题。节点之间使用一条连续的单向箭头连接,不能跳步、回连或交叉。第 4 个“客户确认”使用橙色菱形,其余节点使用深蓝色圆角矩形。白色背景,深灰文字,留白充足,扁平矢量信息图风格。标题置于顶部居中。不要出现人物、装饰插画、品牌标志、水印或额外文字。
生成后先数节点,不要先看是否美观。确认恰好六个,再逐字检查标签,最后顺着箭头从第一步读到第六步。只要其中一项错误,就不要把它当成正式流程图使用。
有分支时,怎样把箭头写清楚?
如果确实需要条件分支,应把关系写成接近规则表的形式。例如:“客户确认—是→服务交付;客户确认—否→方案提交”。分支不宜超过两条,回路不宜超过一个。复杂流程可以拆成总览图和多个子流程,而不是强迫一张图承载全部信息。
生成一张竖版中文审批流程图,共 5 个节点。
顶部开始节点:“提交申请”。
第二个节点:“资料检查”。
第三个节点是菱形判断:“资料完整?”
“是”箭头向下连接“负责人审批”;“否”箭头向左连接“补充资料”,再由“补充资料”返回“资料检查”。
所有箭头必须带清楚的箭头尖端;“是”和“否”只出现一次并紧贴对应连线。每个框只保留指定文字,不生成其他说明。使用白底、黑字、蓝色步骤框、橙色判断框,线条清晰,无阴影,无图标,无品牌元素。
这类回路即使在提示词中写得很清楚,也可能出现连错或文字重复。更可靠的做法是先让模型生成无文字的版式草图,再在图表软件中添加准确文本与连接线。
文字不准确时,用无文字替代方案
当中文标签连续出错,不要不断要求模型“把字写对”。可以把任务改为生成可编辑底图:六个空白节点、指定形状、指定连线、足够留白,然后人工加字。这样既保留视觉探索效率,也把关键业务信息交还给可控工具。
生成一张横版 16:9 的无文字企业流程图底图。包含 6 个等宽节点,从左到右单向连接。第 4 个节点为橙色菱形,其他节点为蓝色圆角矩形。每个节点内部保持纯白空白,不出现字母、数字、符号或占位文字。顶部预留标题区域,节点下方预留说明区域。白色背景,扁平矢量风格,线宽一致,箭头不交叉。
下载底图后,应在有文本图层的工具中覆盖节点名称。对外发布时保存源文件,避免将来流程变化后只能重新生成整张图。
组织架构图与流程图不要混写
组织架构图表达上下级或汇报关系,流程图表达动作顺序。前者通常是树状连接,后者通常是单向路径。如果提示词同时写“组织架构”和“从左到右流程”,模型容易把两种结构混在一起。
组织架构图要写清根节点、部门层级、同级关系和是否显示姓名;流程图要写清开始、步骤、判断、结束和箭头方向。若需要展示跨部门协作,可以使用泳道图思路:每个部门一条水平泳道,动作沿时间方向排列。但泳道文字和连线较多,更适合先出视觉草稿,再人工重绘。
生成一张竖版中文组织架构图草案,使用从上到下的三层树状结构。第一层只有 1 个根节点“负责人”;第二层并列 3 个部门节点:“产品”“运营”“客户支持”;第三层中,“产品”下有“设计”和“研发”,“运营”下有“内容”和“增长”,“客户支持”下有“售前”和“售后”。
同层节点等宽等高,父节点只连接自己的子节点,连线不交叉。根节点使用深蓝色,部门节点使用蓝色,岗位节点使用浅蓝色,白色背景,扁平矢量图表风格。只显示指定短文字,不生成姓名、头像、人数、品牌、额外部门或水印。所有汇报关系必须人工校对。
如果组织名称必须逐字准确,仍建议生成无文字树状底图后人工排版。人员姓名、汇报关系与部门数量都属于易变化信息,应保存在可编辑源文件中。
配色和版式怎样写才不会抢信息?
企业图表的颜色首先服务分类,其次才是美观。建议使用一种主色、一种强调色和中性色。不要让每个节点都用不同渐变,也不要叠加玻璃质感、3D 阴影、霓虹边缘等互相冲突的风格。
- 普通步骤:统一主色。
- 判断节点:使用强调色,并保持菱形。
- 开始与结束:可以用较深或较浅的同系色。
- 连线和正文:使用高对比的深灰色。
- 背景:纯白或非常浅的灰色,便于投影和打印。
如果图表要嵌入网页,还要考虑移动端阅读。横向六节点在手机上会缩得很小,可另外制作竖版,或者在正文中逐步解释。不要只依赖图片传达唯一的信息。
一套可复现的验收清单
每次生成后按固定顺序检查,能避免被“看起来很专业”的外观误导:
- 数量检查: 节点是否恰好为需求数量,有无重复或漏项。
- 文字检查: 标题、节点、分支标签是否逐字一致,有无同音错字。
- 顺序检查: 从开始到结束逐个朗读,是否存在跳步。
- 连线检查: 每条线是否有明确起点、终点和箭头方向。
- 逻辑检查: 判断节点的“是/否”是否连接正确,回路是否能返回目标步骤。
- 视觉检查: 颜色、形状和图例是否一致,小屏是否仍可辨认。
- 业务检查: 让实际负责人确认流程、权限、时限和例外情况。
正式用于培训、审批、生产、安全或财务操作时,第七步不可省略。图像模型无法知道企业内部规则是否已经变化,也不能替责任人批准业务逻辑。
用版本对比避免修一个错又多一个错
修图时保留上一版,不要直接覆盖。可以把文件命名为“结构版、文字版、确认版”,每次只记录一个变化,例如 V2 只修箭头,V3 只替换节点文字。再次生成后,除了检查目标错误,也要重新数节点和核对其他标签,因为局部修改可能让原本正确的部分发生变化。
团队评审时把问题指向具体对象,例如“第 4 个菱形的否分支应返回第 3 个节点”,不要只说“流程不对”。得到负责人确认后,再把最终逻辑转移到可编辑图表工具,并保存审批日期与负责人。
常见失败怎么修?
节点重复或漏掉: 把“完整展示流程”改成“严格使用 6 个节点”,并用编号列出。仍失败时分成两张三节点图。
箭头交叉: 限制为单一方向,要求“不回连、不跳步、不交叉”。复杂分支改用人工绘图。
中文乱码: 缩短标签,去掉括号和长句;若仍不稳定,生成空白底图后人工排版。
层级混乱: 明确每类节点的形状和颜色,不要只说“突出重点”。组织架构应逐层列出父子关系。
画面像海报而不是图表: 删除“电影感、艺术感、华丽”等词,改写为“扁平矢量信息图、纯色、统一线宽、无装饰插画”。
使用限制与人工校对边界
AI 生成的流程图适合构思、提案和低风险说明,不适合未经复核直接作为操作规程、应急流程、合规文件或权限依据。模型可能生成看似合理但错误的文字与连接关系;图片也通常缺少真正可编辑的节点对象。
含客户、员工、组织名称或内部制度时,先确认信息能否上传到所用服务。不要把密码、密钥、身份证件、未公开财务数据或敏感组织结构写进提示词。公开页面中的示例应使用虚构名称。
相关教程
第一次使用可先看 Nano Banana 中文使用教程。需要更多场景模板时,可打开 Nano Banana 提示词模板合集。
常见问题
Nano Banana 能一次生成完全正确的中文流程图吗?
不能保证。短标签和简单单线结构更容易得到可用草稿,但每个字、节点和箭头仍需人工检查。高风险流程应在专业工具中重绘。
节点越详细,生成效果会越好吗?
不一定。过长文字和过多分支会增加布局与文字错误。先用短节点做总览,再在正文或子流程里补充细节,通常更清楚。
为什么提示词写了六个节点,结果还是多一个?
图像生成不是严格的图表渲染器。可以加强“严格、恰好、不得新增”的限制,或先生成无文字底图;若数量必须精确,应改用图表软件。
可以把生成的流程图直接发给员工执行吗?
只有在流程负责人逐项核对并批准后才可以。涉及安全、财务、法律、隐私或权限的流程,还应按企业制度完成正式审核。
如何让一组流程图保持相同风格?
固定画布比例、主色、强调色、字体类别、节点圆角、线宽和留白规则,每次只替换节点内容。保存一张已确认的参考图也有助于维持视觉一致性。
参考资料与适用说明
本文依据 Google 的 Gemini API 图像生成文档说明图像生成与编辑能力。所有示例均围绕中文企业流程图独立设计,不承诺文字或业务逻辑一次生成无误。企业内部规则、审批权限和操作顺序必须以负责人确认的正式文件为准。