Stockwork｜営業AIエージェント

ログインはこちら

稟議・クロージング

セキュリティチェックシート回答の下書きを作成する

顧客から届いたセキュリティチェックシートと、自社の情報セキュリティ社内資料を貼るだけで、設問ごとの回答下書きを作るプロンプトです。資料に根拠のない項目は空欄で埋めず「要社内確認」と書き分けるので、そのまま審査回答のたたき台に使えます。

  • 資料・提案書

必要データと準備

必要なのは次の2つです。

  • 顧客から届いたセキュリティチェックシート：Excelやフォームで送られてくることが多いので、設問番号・カテゴリ・設問文・回答形式（選択式か自由記述か）がわかる形でテキストに起こして貼ります。
  • 自社の情報セキュリティに関する社内資料：情報セキュリティポリシーの要約、認証の取得状況、データの保管と取り扱い、アクセス管理、委託先・再委託先、脆弱性対応、インシデント対応、契約終了時の手順など、回答の根拠になるものを貼ります。過去に別の顧客へ提出した回答実績があれば、それも根拠として有効です。

社内資料が手元に揃っていない場合でも、貼った範囲だけを根拠に回答し、足りない項目は[要社内確認]として返します。無理に全問を埋めさせないのがこのプロンプトの狙いです。

プロンプト本文

プロンプト（コピーして使う）
あなたは、顧客から届いたセキュリティチェックシート（情報セキュリティ質問票）への回答下書きを作る、自社側の担当者を補助するアシスタントです。
以下の「顧客からの質問項目」と「自社の社内資料」を読み、設問ごとに回答案を作成してください。社内資料に根拠があることだけを事実として書き、根拠が無い項目は空欄で埋めず「要社内確認」として残してください。セキュリティの回答は契約後の責任に直結するため、対応できるかどうかが資料から確定できないことを「対応済み」と書かないでください。

## 顧客からのセキュリティチェックシート（質問項目）
{顧客が送ってきたチェックシートの設問を、番号・カテゴリ・設問文・回答形式（選択式か自由記述か）がわかる形でここに貼り付け}

## 自社の社内資料（回答の根拠になるもの）
{自社の情報セキュリティポリシー要約・認証取得状況・データの保管と取り扱い・アクセス管理・委託先/再委託先・脆弱性対応・インシデント対応・契約終了時の手順・過去の回答実績など、根拠になる社内資料をここに貼り付け。無い項目は貼らなくてよい}

## 基本情報（分かる範囲で。不明は「不明」）
{自社サービス名／宛先の顧客名・審査部門／提出期限／回答者（自分）の氏名・部署／本日の日付}

## 出力フォーマット
1. 設問ごとの回答ドラフト（設問番号ごとに次の4点をセットで）
   - 回答案: 顧客のチェックシートの回答欄にそのまま転記できる文。選択式（対応/一部対応/未対応/該当なし等）なら区分を選び、自由記述ならその文
   - 根拠: 回答の根拠になった社内資料の該当箇所を短く引用または参照（どの資料のどの記載か）
   - 確度: [確認済み]（社内資料に明確な根拠あり）/ [要社内確認]（資料に記載がない・古い・解釈が要る）/ [該当なし]（自社サービスに当てはまらない）のいずれか。1つの設問に確認済みと要社内確認が混在する場合は分けて書く
   - 補足: 条件付きの対応、注意して書くべき言い回し、審査部門・自社の誰に確認してほしいかがあれば
2. 要社内確認リスト（[要社内確認]になった設問を、誰に何を確認すべきか（情シス/法務/インフラ担当など）とセットで再掲）
3. 提出前チェックメモ（回答本文の外。盛って書いていないか／未取得の認証を取得済みと書いていないか／期限・宛先など）

## 注意事項
- 社内資料に書かれていることだけを根拠にする。資料に無い体制・認証・対応可否を「できます」「対応済み」と創作しない。分からない項目は必ず [要社内確認] とする
- 事実（社内資料に明記された内容）と、推測・解釈（資料から読み取れそうな内容）を必ず分ける。迷う箇所は断定せず [要社内確認] に置く
- 認証・準拠状況は正確に書く。取得準備中のものを「取得済み」、一部対応を「対応済み」と書かない。取得予定・準備中は、その状態のまま書く
- 「対応する予定」「将来対応」を、現時点で対応済みであるかのように書かない。時期が資料にあるものだけを予定として書き、無ければ書かない
- 数値（稼働率SLA・保管期間・復旧目標など）は社内資料に出た値だけを使い、丸めたり良く見せたりしない
- 顧客のチェックシートの設問意図が読み取れないものは、勝手に解釈して答えず、[要社内確認] として設問の確認自体を宿題にする
- この回答は下書きであり、そのまま提出しない前提で作る。提出前に、情報セキュリティ・法務・インフラの担当者が内容を確認する
- チェックシートや社内資料を外部の生成AIに貼る運用は、自社のセキュリティ情報・顧客情報の社外持ち出しにあたる。社内ルールを確認したうえで扱う

このプロンプトを動かしてみる

プリセットされた依頼のまま「送信」を押すと、AIの応答がその場でストリーミング表示されます（架空データに対する収録済みの応答。生成AIは呼び出しません）。

営業AIエージェントStockworkサンプル実行（収録済み）
このセキュリティチェックシートに、うちの資料をもとに回答を下書きして。
AIに渡した入力データ（架空サンプル）
■ 顧客からのチェックシート（テクノアドバンス社） No.1 [認証] ISO/IEC 27001（ISMS）を取得していますか。取得範囲も記載。 No.5 [可用性] 稼働率（SLA）の目標値と、障害時の復旧目標時間（RTO）を記載。 No.8 [脆弱性] 第三者による脆弱性診断・ペネトレーションテストを定期実施していますか。直近の実施時期は。 （ほかNo.2〜10。提出先=情報システム部 審査窓口／期限2026-07-31） ■ 自社の社内資料（ロウムメイト・抜粋） ・ISMS（ISO/IEC 27001）は2026年度中の取得を目標に準備中（現時点で未取得）。Pマークは2021年取得・更新継続中。 ・約款で月間稼働率99.5%を目標として明記。RTOの社内文書記載は見当たらなかった。 ・四半期ごとに社内での脆弱性スキャンを実施。外部ペネトレーションテストの実施有無・時期は社内資料から確認できなかった。
「送信」を押すと、ここに実行結果を表示します。

カスタマイズのヒント

  • 自社の標準回答（過去実績）を根拠に足す: 過去に別の顧客へ提出したチェックシート回答があれば、社内資料の欄にそれも貼ってください。文言の揺れを抑え、承認済みの言い回しに寄せた下書きになります。
  • 業界特有の設問に備える: 金融・医療・公共など、相手業界で問われがちな項目（暗号化方式、監査ログの保存年数、業界ガイドライン準拠など）を「社内資料」に1〜2行足しておくと、その観点の設問に根拠付きで答えやすくなります。根拠がなければ従来どおり[要社内確認]に回ります。
  • 回答形式を相手のシートに合わせる: 選択式（対応／一部対応／未対応）と自由記述が混在するシートでは、設問文の横に回答形式を明記して貼ると、区分の選択と補足文をセットで出します。相手のExcelにそのまま転記しやすくなります。

よくある質問

資料に載っていない項目まで無理に回答されませんか？

しません。このプロンプトは、社内資料に根拠がない項目を空欄や推測で埋めず、必ず[要社内確認]として残します。未取得の認証を「取得済み」、一部対応を「対応済み」と書くこともしません。さらに、誰に何を確認すべきか（情シス／法務／インフラ担当など）をリスト化するので、そのまま社内確認の宿題になります。

なぜ効果（削減時間）の数値を出していないのですか？

審査・法務対応のAI活用は効率化の訴求点として語られますが、その効果を独立した第三者が検証した数値はほとんど見当たらないためです。加えてこの領域は、AIが誤った回答を自信ありげに作ると契約後の実害が大きい領域です。そのため数値ではなく「事実に根拠のある回答と、社内に確認すべき宿題が仕分けされた状態から始められる」という使い勝手を価値の中心に置き、人の最終確認を前提にしています。

出力をそのまま審査部門に提出して大丈夫ですか？

下書きとして使い、提出前に必ず人が確認してください。[要社内確認]の項目は担当に確認してから記入し、認証の取得状況や数値は社内資料と突き合わせる前提です。また、チェックシートと自社の情報セキュリティ資料を外部の生成AIに貼ること自体に社内ルールが関わるため、データの取り扱い範囲を事前に確認してください。

商談の一次情報をAIが利活用、
営業担当者の行動が変わる

プロンプトの入力データが自動で貯まる仕組みを、資料でご確認ください

今すぐ資料をダウンロードお問い合わせ

メニュー

資料請求