“收到询盘以后处理”不是一条足够明确的流程。资料不全找谁补，已有客户交给谁，无法判断归属时如何处理，如果图里没有答案，实际协作仍然会停在群里反复询问。
先把名词改成可以执行的动作
XunL 流程图在线制作使用PlantUML文字描述。先写开始、接收询盘、检查必填资料、分配负责人和结束，再逐步增加判断。节点可以用“检查资料完整性”，比只写“资料”更容易让执行者理解要做什么。
基本活动可用 :接收询盘; 表达，判断可采用 if (资料完整？) then (是) 并补上else与endif。每一条分支都应回答下一步，不应让“否”箭头停在空白处。
用一个缺资料情境检验分支
假设客户只留邮箱，没有需求描述。完整路径可以去分配业务员，不完整路径则先发送补充资料请求，再进入等待或人工处理状态。不要把缺资料分支直接标记为无效，除非这是已经确认的业务规则。
循环也要有停止条件。例如等待补充资料后再次检查，需要说明多久转人工、什么情况关闭。画成无限回到“检查”，看起来连贯，实际可能让任务永久悬挂。工具能绘制箭头，却无法替团队决定这些规则。
判断文字最好是一句能回答是或否的问题，而不是“客户情况”。若需要多类结果，可以拆开或增加清楚标签。越具体，越容易用真实案例验证每条路径。
跨部门流程，先画责任再谈排版
可以用泳道区分运营、业务员与客服，将动作放到真正执行的角色下。交接处应写明输入、输出和触发条件，例如“确认归属后分配”，而不是让箭头跨过部门就默认已经有人接手。
一张图不必容纳全部异常。常规流程与特殊审批可以分图，通过清楚说明连接。保留必要细节，但不要把制度全文塞进每个框里，图形用于理解关系，详细规范仍应有对应文档。
渲染以后，用案例走一遍再导出
预览时检查方向、分支标签和中文是否完整，再用正常询盘、资料缺失、重复客户和归属不明等样本逐条走图。若某个案例找不到出口，应先补规则，而不是仅调整框的位置。
代码会提交本站服务器沙箱渲染，资料范围应按实际要求选择，不写客户身份和内部密钥。分享链接包含图代码信息，也需要谨慎转发。确认后导出SVG或PNG，插入文档后再检查字号和裁切。
源代码与正式图一起保存，注明版本与适用范围。修改流程先改文字源，再更新导出图，避免文档里的旧流程与团队口头执行不同。流程正确还需要负责人确认，不能把图生成成功当成SOP已经实施。
所有判断都必须只有两个结果吗？
可以通过多个清楚判断表达复杂条件，关键是每个分支有定义和去向。不要为追求简短把多个不同业务状态混成“其他”，执行者仍会无从选择。
箭头自动排好了，还需要人工审查吗？
需要。自动布局解决视觉组织，责任、触发条件和异常出口仍由人确定。用真实案例走图，是发现逻辑遗漏的重要步骤。
个人微信：ssevening
