技術提案書の確認が終わった後も、数か月前に送ったリンクを開いたままにする必要はあるでしょうか。
技術提案書は、一人が最初から最後まで読んで決める文書ではありません。事業担当者は導入範囲と期待できる変化を見ます。技術チームは構成や適用条件を確認し、セキュリティ・法務部門はデータの取り扱い、責任範囲、例外を確認します。
すべてを一つのファイルにまとめ、同じリンクで共有すれば管理は簡単です。一方で、誰が何のためにどの情報を見るのかは曖昧になります。強い制限をかける前に、確認目的に応じて共有範囲をどう分けるかを決めます。
なぜ一つのファイルが一つの共有範囲になるのか
会社紹介、提案範囲、システム構成、セキュリティ方針、価格、日程を一つのPDFに入れると、資料は完成して見えます。しかし共有した時点で、すべての受け手が同じ情報一式を受け取ります。
事業担当者向けの本文に詳細なセキュリティ資料を含めれば、本文だけを必要とする人にも共有されます。反対に詳細を減らしすぎると、実際の確認担当者が資料を依頼し直さなければなりません。分ける基準はページ数ではなく、各担当者が答えるべき問いです。
- 事業担当者：何を導入し、業務範囲がどう変わるのか
- 技術担当者：どのように適用し、必要な環境や制約は何か
- セキュリティ・法務担当者：どの情報を扱い、適用範囲と例外は何か
- 調達担当者：価格に何が含まれ、日程と契約条件はどうなるのか
問いが異なれば、共有範囲も分けられます。
確認の流れに沿って資料を分ける
提案書の本文には、課題、提案範囲、適用方法、主な日程など、複数の関係者が共通して見る内容を載せます。詳細な構成や運用条件は技術確認用の資料に、セキュリティ方針や例外はセキュリティ確認用の資料に分けます。
目的は、機密情報を一律に隠すことではありません。必要な人が必要な段階で、十分な情報を確認できるようにすることです。事業面の確認では本文を共有し、技術確認が始まったら担当者に技術資料を渡します。セキュリティ確認が必要になった段階で、担当者と範囲を確かめてから別の資料を提供できます。
リンクを作る前に四つのルールを決める
-
誰が見るのか 「顧客企業全体」ではなく、今回の確認に参加する役割を基準に、文書ごとの受け手を決めます。
-
いつまで見られるのか 閲覧期間を確認日程に合わせます。便宜上作ったリンクが、案件終了後も残らないようにします。
-
ダウンロードが必要か 社内決裁や正式な保管が必要な手続きもあれば、ブラウザでの確認だけで足りる段階もあります。文書の種類と顧客側の手続きを見て決めます。
-
誰が共有を終了するのか 確認終了後にリンクを閉じる担当者を先に決めます。担当が曖昧だと、古い版や不要なリンクが残りやすくなります。
文書ごとに共有経路を運用する
FeatPaperでは、提案書の本文と技術・セキュリティ確認用の資料を別々のリンクで共有できます。文書ごとに閲覧期間を設定し、元のPDFのダウンロードを許可するか選べます。確認が終わった資料は共有を一時停止し、そのリンクからの以後のアクセスを閉じられます。
文書へのアクセスやページ閲覧の記録は、確認の流れを把握する参考になります。本文は開かれていても技術資料がまだ開かれていない場合、関心がないと決めつけるのではなく、技術確認が始まったか、担当者は誰かを確かめられます。
ただし、閲覧記録が示すのはアクセスの事実です。セキュリティ確認の完了や内容の承認を意味しません。リンクの設定も、NDA、契約上の秘密保持義務、顧客のセキュリティ審査に代わるものではありません。すでにダウンロードされたファイルや画面キャプチャを回収する機能でもありません。
確認が終わったらリンクも整理する
共有はリンクを送って終わりではありません。契約や運用に必要な文書は、合意した手続きに沿って保管できます。一方、確認中だけ使った詳細資料、古い価格表、修正前の提案書は共有を終了する方がよいでしょう。新しい版を出した場合は、どのリンクが現行版かも明確にします。
共有前の確認事項
- 提案書の本文と技術・セキュリティ確認用資料で受け手を分けているか
- 各文書が答えるべき問いは明確か
- 閲覧期間とダウンロードの可否を決めたか
- 確認終了後にリンクを閉じる担当者がいるか
- 閲覧記録を承認や購買意向と解釈していないか
- NDAと顧客のセキュリティ確認手続きを別途進めているか
技術提案書のセキュリティは、すべてを一つのファイルに入れ、強い表現を添えることから始まるのではありません。誰が何をいつまで確認するのかを分け、確認が終わった共有経路を整理することから始まります。