特定の企業のケーススタディではなく、プレゼンテーションのワークフローの例

この例では、15 人のマーケティング チームがクライアントへのプレゼンテーションを準備していると想像してください。編集、コメント、改訂が簡単なため、チームは PowerPoint で共同作業しています。デッキが承認されたら、チームは偶発的な編集やレイアウトの驚きを招くことなくクライアントに送信できる安定したバージョンを必要とします。

この投稿は、実際の企業が特定の金額を節約したとか、指定されたスケジュールに従ってブランド変更を完了したとか、生産性の向上を正確に測定したなどとは主張しません。現実的なワークフローを使用して、PPT を PDF に変換することで受け渡しがよりクリーンになる場所を示します。

課題: 編集可能なデッキはコラボレーションには適しているが、引き継ぎには弱い

PowerPoint は、資料がまだ変更されている間は便利です。デザイナーはビジュアルを調整し、アカウント マネージャーはクレームを書き直し、リーダーは構造についてコメントすることができます。承認後は、同じ柔軟性が役に立たなくなります。受信者が同じフォントを持っていなかったり、別のアプリでファイルを開いたり、転送する前に誤ってデッキを変更したりする可能性があります。

• 編集可能な PowerPoint ファイルを内部改訂用に保存します。
• 常に開く安定したレビュー コピーをクライアントに送信します。
• デッキが承認された後の誤った編集を削減します。
• プロジェクト フォルダーの最終デッキのアーカイブ コピーを 1 つ作成します。
• PowerPoint を使用しない人でもレビュー ファイルを開きやすくします。

目的は、プレゼンテーション ソフトウェアを置き換えることではありません。目標は、編集形式を配布形式から分離して、どのファイルが作業中のドラフトでどのファイルがクライアントで使用可能なコピーであるかをチームが認識できるようにすることです。

ワークフロー設計: 完成、変換、ダウンロード、レビュー

サニタイズされた PowerPoint サンプルを使用して製品版 PDF コンバーターをテストし、デッキがアップロード キューに入ったことを確認しました。このチェックに使用された非認証の実稼働セッションでは、Office 変換によって完全な PPT 出力状態が生成されなかったため、この記事では、完全な PPT 出力状態が生成されたとは想定しません。同じ制作ページにあるサニタイズ済みの非機密ファイルでコンバータの結果画面も確認しました。

• PowerPoint で編集を終了し、作業ファイルを内部ソースデッキとしてマークします。
• 変換する前に、明確なバージョン名を付けてクリーン コピーを保存します。
• サニタイズまたは承認されたデッキをバッチ プリンター PDF コンバーターにアップロードします。
• デックがサーバー側ルートの使用を許可されている場合は、Office 変換の承認済みサインイン ワークフローを使用します。
• PDF を開いて、スライドの順序、表示されるテキスト、画像の配置、ページ数を確認します。
• PDF を配布コピーとして共有し、将来の編集のために PowerPoint ファイルを保存します。

代表的なデッキでテストが示したこと

実稼働チェックの有益な結果は、より明確なハンドオフ モデルでした。 PowerPoint ファイルは引き続き編集可能なソースですが、承認された変換ルートを通じて生成された PDF 出力は、検査および共有するファイルになります。ビジネス チームは、受信者がどの添付ファイルが最終的なものであるかを尋ねたり、古い編集可能な資料が配布され続けたりすると、時間をロスすることがよくあるため、この区別は重要です。

レビューのステップは依然として重要です。 PDF 変換は、送信する前に開く必要があります。チームは、スライドの順序が正しいこと、テキストが読みやすいこと、重要なビジュアルが表示されていること、スピーカー ノートや非表示の資料がチーム ポリシーに従って処理されていることを確認する必要があります。

テストを読みすぎてはいけません。 Batch Printer は、ブランド戦略、法的承認、医学的または財務上の正確性、アクセシビリティ、またはクライアントの準備状況を検証しません。ファイル形式を変換します。チームは引き続きコンテンツとレビュープロセスに責任を負います。

プライバシー、承認、コンプライアンスの境界

このワークフローは、医療、法律、財務、規制、または機密データの取り扱いを保証するものではありません。また、PDF 変換によってデッキの改ざんが防止されるとか、機密データが承認されるとも主張していません。プレゼンテーションに機密情報、規制対象情報、クライアント、患者、学生、または従業員の情報が含まれている場合、組織は独自の承認されたツールと取り扱いルールに従う必要があります。

• コンバータを初めてテストするときは、消毒したサンプルを使用してください。
• サーバー側の変換が許可されていない限り、機密デッキは承認されたシステム内に保管してください。
• 編集可能なソースと PDF 配布コピーを混同しないように、ファイルには明確な名前を付けます。
• 変換された PDF を外部に送信する前に確認してください。
• ダウンロードをデバイス間で分散させるのではなく、最終ファイルをプロジェクト フォルダーに保存します。

クライアントデッキを共有する小規模チーム向けのポイント

このワークフローの実例から得られる実践的な教訓は単純です。プレゼンテーションを受信者側で編集する必要がなくなった場合は、共同作業用に PowerPoint を保持し、安定したハンドオフのために PDF を使用します。これにより、どのファイルが最終ファイルであるかについてのあいまいさが軽減され、クライアントが素材を見る前に送信者にレビュー チェックポイントが与えられます。

受信者がデッキを編集する必要がある場合、ファイルにインタラクティブである必要があるメディアが含まれている場合、または組織が素材のサーバー側変換を許可していない場合、このアプローチは弱くなります。このような場合は、プレゼンテーションを承認済みのコラボレーション ツールに保持し、内部ワークフローを通じてエクスポートします。