ランダムにデッキを開いてみると、プレゼンターのエネルギーが明らかに低下するスライドがほとんど見つかります：プロセススライドです。5つか6つのボックス、いくつかの矢印、明るい色から暗い色へのグラデーションが進捗を示す場合があります。プレゼンターは左から右へ読み上げ、部屋の人はその先を読み進め、4つ目のボックスまでには誰もがすでにスマホをチェックしています。プロセス自体は本当によく考えられているかもしれません。ただ、そのスライドは誰も信じるようになりません。 奇妙なことに、プロセススライドはデッキ全体の中で最も事実に基づいたスライドであることが多いです——虚偽の数字や理想的な主張はなく、「これは起こり、それからこれは起こる」というものばかりです。ではなぜ、これらは最も退屈なスライドに見えるのでしょうか。私の経験では、それはプロセスの文書化としてではなく、その主張として構築されているからです。そして、それらは全く異なる形状を必要とします。 --- **誰もが遅すぎて気付く「ステージ数の問題」** 以下のシナリオは何度か経験しました：クライアントが11ステップの運用プロセスを手渡しし、「一つのクリーンなスライド」を求めます。16:9のキャンバス上に11のボックスを技術的には収めることができますが、それがスクリーン上に表示された瞬間、それはもうプロセスとして機能しなくなります——目は11の連続したアイテムを一度に追うことができず、リストとして読まれ、プロセスが伝えるはずの動きの感覚を持たなくなります。 実践上の有用な上限です：一度に6つから7つのステージをスライドに表示すると、聴衆は順序を追うのを止め、最も重要なボックスを探すようになります。もし実際のプロセスがそれ以上のステップを持っている場合、解決策は小さなフォントサイズにすることではなく、グループ化です。11の細かいステップを3つから4つのフェーズにまとめ、詳細をスピーカーノートまたは付録スライドに入れ、表示されるスライドがプロセスの形を持つようにし、その全ての在庫を表示するのではなく、プロセスの形を伝えるようにしましょう。 --- **直線の矢印が実際に起こったことを誤解させる** 左から右への矢印の連鎖は特定の意味を持っています：ステップ2はステップ1が完全に終了した後に始まり、その順序で、毎回同じ順序で行われるということです。ほとんどの実際のワークフローはそうではありません——ステージは重複したり、修正のためにループしたり、並行して実行されることがあります。プロセススライドが実際に反復的なワークフローを直線に強制する場合、それはプロセスを単純化しているのではなく、誤解させているのです。そして、そのプロセスを実際に実行している部屋の誰かが気付くでしょう。 ここが選んだ形状が主張をする役割を果たすべき場所です、装飾をする場所ではないのです。フィードバックループ（デザインレビュー、修正、再レビュー）を持つプロセスは、サイクルとして誠実に読まれるべきで、直線の末尾に「修正」とラベル付けされた追加のボックスではなく、サイクルとしてです。二つのトラックが同時に進行するプロセス——例えば、調達とエンジニアリングが合流する前に並行して進行する場合——は、実際の並行レーンを持つレイアウトが必要です、二つのシーケンスを重ねて、聴衆が同時性を推測することを期待するのではなく。スワイムレーン図は正にこのために存在します：それは誰が各ステージを所有しているかを示すことができるので、全てを一つの平面的なシーケンスに圧縮することなく。 --- **完全に構築されたバージョンがアニメーションの公開を上回る理由** 「プロセススライドを段階的に構築する」という一般的なアドバイスがあります——クリックごとに一つのステージを公開することで、聴衆が圧倒されないようにするのです。これは、初めて見る何かを生の聴衆に説明する際に機能します——初めてのピッチ、新しいメソドロジーです。しかし、聴衆がそのプロセスに既にある程度の知識を持っており、最初から全体の形を見たい場合には、それは逆効果になります。ステージ6を判断する前に待たせることは、パディングのように見え、ペース配分のように見えません。 実際に使う区別はこうです：段階的な構築は説得のため、完全な公開は参考のためです。もしスライドの役割が新しいプロセスが古いものよりも優れていることを説得することならば、アニメーションを使いましょう——公開は主張の一部です。もしスライドの役割がフォローアップミーティングで参照されるためのプロセスを文書化することならば、最初のクリックから完全に表示してください。アニメーションされた半完成のシーケンスで再確認デッキを送ることは、ライブでしか意味のなかったものを送ることで、良いプレゼンテーションが一週間後に役に立たないドキュメントになる最も一般的な方法の一つです。 --- **時間が実際にどのように費やされるのか、そしてテンプレートが詐欺ではない理由** ソフトウェアベンダーempowerが発表した大規模なエンタープライズ調査によると、PowerPointで費やされる時間のうち、約37%が内容ではなくフォーマットに費やされています——色の調整、形状の配置、フォントの修正などで、特にチャートや図表の構築が特に大きな時間の無駄になっていると指摘されています。これは実践でも見られることで、本当に強力なプロセスを伝えるチームがスライドで議論を負けてしまうのは、準備時間を矢印のエンドポイントを微調整することに費やしたからです、プロセスが実際に伝えるべき形状について決めることに費やすべき時間を奪われたからです。 これは、プロセスの実際の構造に既にマッチした図表タイプから始めるべき理由です——循環的、並行、分岐、順次——空のキャンバスからではなく。分岐やハンドオーバーの多いワークフローに特化したプロセス図テンプレートは、手動で接続線をルーティングするのに費やされる時間を数時間節約し、日付ベースのシーケンスに対応したタイムラインテンプレートは、スペースロジックが既に組み込まれています。そこから始めることは、デザイン思考のショートカットではありません——それは単に、実際に重要な意思決定に向かう時間を移すだけです、それはあなたのプロセスに適した形状を選ぶことです。 --- **色はステータスを示すべきで、ステージを装飾するためだけではない** 多くのプロセススライドで見落とされていることがあります：ほとんどのプロセススライドでは、単に五つの色がそれぞれのボックスに割り当てられるだけで、「デザインされた」ように見えるからです。これはプロセスにとって逆の考え方です、なぜならプロセススライドの最も有用な役割——シーケンスを示す以外に——は、今現在どこまで進んでいるかを示すことです。色はステータスを示すべきです：完了したステージ、進行中のステージ、次に進むステージのそれぞれに一色ずつを割り当て、形（色ではなく）が、単に異なるステージと、本質的に異なるステージとの違いを伝えるべきです。 私は、プロセスチェーン全体にブランドのグラデーションを適用することをお勧めしません、除非各ステージが実際に昇格する価値を表している場合——例えば、成熟モデルやコンバージョンに向かって狭まるファネルのように。中立的な運用プロセスの場合、グラデーションはステージ6がステージ1よりも「より」何かを意味すると暗示し、それは通常、伝えたいポイントではありません。 --- **図表のファミリーをプロセスが実際にすることとマッチさせる** テンプレートライブラリを開く前に、実際に表示しているプロセスの種類を明確にする価値があります、なぜならファミリーは交換可能ではないからです： - 単一のパス、繰り返しなしの順次プロセス——直線の矢印チェーンまたは番号付きステップ図。 - スケジュールに基づく繰り返し（月次レビュー、製品ライフサイクル）——サイクルまたは円形チャート、これは返却を視覚的に示すためのもので、終点ではなく。 - 複数のチームが異なるステージに貢献する——スワイムレーンレイアウトで、所有権を行ごとに分離。 - 単一の結果に狭まる（リードから顧客、申請から採用）——ファネル、これは視覚的な幅が実際に正確である唯一の形状で、装飾的ではない。 - 決定に依存し、条件に基づいて分岐する——実際のダイヤモンド型の決定ポイントを持つフローチャート、ボックスが決定を偽装するのではなく。 ここが間違えるのは、醜いテンプレートを選ぶよりも微妙です。循環的なプロセスを強制的に直線にすると、まだ終わっていないように読まれます；直線に強制された分岐プロセスは、実際に結果を決定する決定ポイントを隠します——そして、これらは通常、部屋の誰かが最も理解したいプロセスの部分です。 --- 次のプロセススライドを作成する際、ソフトウェアを開く前にプロセスを口頭で1文で説明してみてください：「それは四半期ごとに繰り返される」、「三つのチームが同時に作業する」、「予算承認によって分岐する」。その文中に現れる動詞——繰り返す、分岐する、収束する、分岐する——は、通常、テンプレートに開かれているレイアウトよりも、図表の形状を選ぶためのより良いガイドラインです。