図解を外注するとき、箱に入れる言葉だけを渡すと、矢印の意味が制作側の解釈に任されます。同じ「相談→提案」でも、作業の順番なのか、資料が移る向きなのか、相談が提案の質を高めるという主張なのかで、読む人の受け取り方は変わります。各矢印が何の関係を示すかを言葉にしてから、図の形を決めます。
最初に、図が答える質問を一つ決める
「申し込み後は何が起きるか」を示すなら工程の順番です。「誰から誰へ資料を渡すか」なら情報の流れです。「この取り組みで何が変わるか」なら因果の関係が入ります。一枚で複数の問いに答えようとすると、同じ矢印を時間の進行にも資料の受け渡しにも使いがちです。まず図の見出しを読者の質問として書き、矢印の役割を一つ選びます。
Microsoftの基本フローチャートの説明は工程の段階を示し、データフロー図の説明は処理間を移るデータを示しています。図の目的が異なるので、同じ配置でも矢印の読み方は同じとは限りません。
順番を示すなら、前後と分岐を確かめる
工程図の矢印は「次に進む」を意味します。受付後に必ず確認が入るのか、条件によって別の工程へ進むのか、戻ることがあるのかを実務担当に聞きます。実際には同時に進む作業を一本の列に置くと、前の作業が終わるまで次が始まらないように見えます。外注資料では、確定した順序と並行する作業を分けて示します。
情報の流れなら、何を誰に渡すか書く
人物や部署の間に矢印を置くときは、始点と終点だけでなく、移るものをラベルにします。「顧客→担当者」なら、問い合わせ内容なのか、図面なのか、承認なのかを明記します。双方向のやり取りがある場合も、一本の両向き矢印で済ませる前に、戻る情報が同じかを確認します。情報の受け渡しを図にするなら、工程の順番は必要な範囲で別に補います。
因果を示すなら、主張できる範囲を決める
「説明を増やす→問い合わせが増える」と描くと、単に先に説明を載せるという順番ではなく、説明が問い合わせを増やすという主張に見えます。GOV.UKのロジックモデルの手引きも、因果の矢印はどの関係を表すか説明できることを求めています。自社で裏付けがないなら、効果を確定した図にせず「期待する変化」や「検証する仮説」と書き分けます。
発注メモと初稿で、矢印を一本ずつ読む
発注時には、図の目的、各矢印の意味、始点と終点、分岐や例外、読み手に伝えたい一文を渡します。制作者から届いた初稿は、形の美しさより先に、矢印をたどって声に出して読んでみます。説明にない順番や効果が読み取れたら、線を消す、別の図へ分ける、ラベルを足すなどして調整します。
Bämの原稿・素材の相談案内でも、材料が揃う前から伝え方を整理できます。図解の完成形を決めていなくても、業務の事実と読者へ伝えたい関係を持ち寄れば、制作側と矢印の意味から相談できます。
参考資料
- Microsoft Support：Create a basic flowchart in Visio
- Microsoft Support：Create a data flow diagram in Visio
- GOV.UK：Creating a logic model for an intervention
- Bäm：原稿も写真も、そろう前から相談できます
資料確認日：2026年9月27日。図中の関係は説明用の例であり、特定の会社の工程や効果を示すものではありません。
