営業のリスク説明は、一つの業務について「起きること」「予防と検知」「起きた後の対応」「未確認」を分けます。誰が止め、知らせ、代替へ切り替えるかまで示し、顧客が利用・縮小・試験・延期・見送りを選べる資料にします。
すでに事故・障害が起きている場合は、所属先の承認済み緊急対応手順と所管窓口を優先してください。以下は、導入前の説明資料を作るための整理です。
営業のリスク説明の例文|「安全です」の代わりに何を伝える?

「万全です」では、止まった仕事を誰が引き受けるかが伝わりません。「可能性はゼロではありません」だけでも、判断に必要な情報が足りません。まず、何が止まる・誰が動く・何に切り替えるを具体化します。
手順配信が使えない場合、新しい版の公開と受講確認が止まります。情報管理の担当者が配信を止め、研修担当者が独立した院内連絡網で代替の閲覧先を知らせる計画です。ただし、繁忙時にも全員へ届くかは未試験です。公開前の訓練で確認し、その結果をもとに利用開始を判断します。
これは説明用の架空例です。想定するのは院内手順の更新・研修配信を支援するシステムで、診断・治療・投薬・医療機器制御は扱わず、患者情報も使いません。ただし、職員IDや受講記録まで個人情報・機密情報でなくなるわけではありません。実案件の情報と担当に置き換えてください。
停止や追加対策の判断に直結する重大事項を先に示し、軽微な項目と区分します。必要な開示は削らず、全項目・試験結果・契約条件を説明資料からたどれるようにします。重大度は営業だけで決めず、顧客の業務責任者や安全・情報管理担当者と確認します。
物語で読む:「安全です」の一行を消した理由
碧海メディカルサポートの管理本部には、静かな会議室と、分厚い規程ファイルがあった。医療法人向けの事務・教育支援を行う会社で、臨床判断そのものではなく、院内の運営、研修、情報管理を支えている。
管理本部・事務統括部長の吉沢 理沙は、複数施設で改訂される院内手順を配信し、対象職員が更新を確認した記録を残す仕組みを検討していた。初回説明には、情報管理室の永田 大輔、教育研修室の高松 沙織、法務室の三好 航が参加した。
ミナトの提案資料には、こう書かれていた。
重要な院内手順を、安全・確実に届けます。
永田は、赤い警告を付けず、その一行を静かに消した。
永田
安全性の評価と、異常時に取る行動を分けて決めたいのです。
この一行では、旧版、誤配信、未達、停止が起きた時に、私たちが何をすればよいか決められません。
ミナト
最初から事故の話を並べると、現場の方を必要以上に不安にさせないでしょうか。
導入前に、使う気持ちを失わせる気もします。
吉沢は、ミナトの心配を否定しなかった。管理本部から各施設へ、不明点だけが多い説明を渡せば、現場は自分で例外を補うことになる。
吉沢
不安を増やすための一覧はいりません。
ただ、問題が起きない前提の説明を配ると、最初に気づいた人が一人で判断することになります。
高松は、研修配信を受ける職員の画面ではなく、停止中の一日を紙にした。
- 朝、手順の新しい版を公開する。
- 対象部署へ配信する。
- 職員が更新を確認する。
- 研修担当が未確認者を追う。
- 問い合わせを集め、次の改訂へ返す。
高松
現場が知りたいのは、危険の名前より、いつ普段の画面をやめ、何を見て、誰へ戻るかです。
長い規程を読める人だけが対応できる説明にはしたくありません。
三好は、契約書の責任条項と、停止時の作業表を別々に置いた。
三好
法的な責任範囲を書いても、午前九時に配信を止める人は決まりません。
提供者が行う操作、碧海が決める院内判断、共同で確認する証拠を分けましょう。
カナエは、「安全」という題名を「一つの手順更新が届かない時」に変えた。
カナエ
安心させるか、不安を残すかの二択から離れましょう。
不確実なままの場所と、起きた時に迷わない場所を分ければ、現場へ短く渡せます。
営業のリスク説明を作る7ステップ

次の順で、一件の事象を説明できる形にします。製品の機能名を並べるより、相手の業務のどこで使うかを先に決めると、確認すべき条件が見つかります。
1.対象業務と、システムがしないことを決める
扱う情報、利用者、時間帯、外部の連携先をそろえます。「手順を配信する」機能と「手順の内容を承認する」仕事を分け、誰の判断が必要かも明記します。
2.起こり得る事象を、見て分かる状態で書く
「システム障害」より「更新が対象部署へ届かない」、「版管理リスク」より「職員が保存した旧版を参照する」と書きます。原因が分からない段階で、操作ミスや製品不具合と決めつけません。
3.影響を受ける人・仕事・時間を示す
何の作業が止まり、誰に確認の負担が移り、いつまでに代替が必要かを調べます。一般的な稼働率だけでは、その顧客の緊急更新に間に合うかは判断できません。
4.予防と検知を分ける
配信名簿を二人で確認するのは予防、名簿と実配信先の差分を照合するのは検知です。それぞれの担当と確認時点を書きます。同じ基盤に依存する監視や連絡手段は、障害時に同時に使えなくなる可能性も確かめます。
5.発生時の対応を、停止から再開までつなぐ
検知後の停止権限・証拠保全・影響確認・初報・代替・復旧試験と承認・訂正を、担当と順序で示します。原因が未確定でも、確認済みの影響と次回の連絡時刻は分けて伝えます。通知期限は法令・契約・自社手順を確認し、記事の例文から決めません。
6.契約上の責任と、実際に動く担当を分ける
提供者の技術調査、利用者側の業務継続判断、共同の再開確認を分けます。「お客様の責任です」という一文で、自社の停止操作や連絡協力まで済ませたことにしません。法的責任や補償は、契約当事者と法務・専門家が事実関係を確認する事項です。
7.未確認に、確認者と共有予定を付ける
未試験・外部依存・記録不足を区別し、判断への影響を書きます。発生頻度が不明なら、測っていない数字を補わず、何を試験・照合するかを決めます。
リスク説明シートの記入例|一つの事象を一枚にする

四領域を同じ番号で結び、担当者が変わっても同じ事象を追えるようにします。たとえば「R-02:更新の未達」なら、次の内容です。
| 欄 | 記入例(架空) |
|---|---|
| 事象と影響 | 承認済み更新が一部部署へ届かず、職員が旧版を参照する可能性がある |
| 予防と検知 | 名簿の作成・承認を分けてテスト配信。研修担当が対象と実配信先の差分を照合 |
| 対応と担当 | 情報管理担当が追加配信を止め、提供者がログを保全。研修担当が独立した経路で代替閲覧先を通知 |
| 再開の条件 | 対象者への到達と版を照合し、復旧試験と所定の承認を経て再開。未達・旧版参照先へ訂正を伝える |
| 未確認と予定 | 繁忙時の到達時間は未試験。共同訓練の担当・実施日・結果共有日を合意して記入 |
この表は説明の骨格です。実際の停止権限、連絡先、時刻、代替手順の版を別紙に残し、同じ番号から参照できるようにします。未試験の連絡網を「必ず届く代替手段」とは書きません。
物語の記入例:R-02と現場向けの三行
四領域は別々の資料に散らさず、同じリスクIDでつなぎます。
実務例・記入欄
【R-02 対象部署への更新未達】
リスク:
承認済みの手順更新が、対象部署の一部へ配信されない。
影響:対象職員が旧版を参照する可能性があり、研修室が個別確認を行う。
予防・検知:
対象名簿の作成者と承認者を分け、公開前にテスト配信する。
公開後、対象名簿・実配信先・確認状態の差分を研修室が照合する。
発生時対応:
永田が該当版の追加配信を停止する。
高松がシステムと独立した院内連絡網で、対象者へ版と代替閲覧先を通知する。
提供者は配信ログ、対象計算、変更履歴を保全し、吉沢・永田へ初報する。
全対象の到達と版を照合後、三好が合意した記録を残して通常配信へ戻す。
責任分界:
提供者=配信処理、ログ保全、技術調査、復旧試験。
碧海=対象名簿、院内連絡、手順内容、業務継続判断。
共同=影響範囲、初報、再開、訂正、事後レビュー。
不確実性:
繁忙時に独立連絡網が全対象へ届く時間は未試験。
公開前訓練で開始、到達、未達、再確認を記録し、代替の成立条件を見直す。
永田
事故が起きない説明ではなく、異常を疑った時に配信を止められる説明になりました。
ただし、訓練が終わるまでは、代替が成立するとは承認しません。
高松
現場向けには、最初の三行を「止める画面・見る手順・連絡先」にします。
理由と証拠は消さず、同じリスクIDから詳しい一枚へ戻れるようにします。
説明を短くする時も、リスクを省略しません。高松が作った現場向けの入口は、次の形です。
実務例・記入欄
この手順更新が表示されない、版が違う、対象外の通知が届いた時:
1)その画面から追加配信しない
2)院内の承認済み代替手順を確認する
3)情報管理室の所定窓口へ、版・部署・時刻を連絡する
原因、影響範囲、復旧時刻は調査中の場合があります。
次回更新時刻と通常運用へ戻す条件は、所定窓口から通知します。
リスク・研修ツールのデモで確認する9項目
| 比較基準 | 確認すること | 持ち出せる記録 |
|---|---|---|
| シナリオ連結 | リスク、予防、検知、対応、復旧、不確実性が同じIDでつながるか | 変更前後、関連する統制・手順・事故 |
| 版と対象 | 文書版、承認、配信対象、旧版、保存物を分けられるか | 承認版、配信先、閲覧版、時刻、取消し |
| 検知と停止 | 監視、利用者申出、停止権限、保全が設定できるか | 検知起点、操作、担当、証拠、未確認 |
| 時系列・連絡 | 初報、更新、対象者、内容、確認状態を追えるか | 通知版、送信・到達、次回更新、訂正 |
| 独立した代替 | 停止基盤と別の連絡・閲覧・記録があるか | 代替開始、利用者、版、統合結果 |
| 責任分界 | 法的責任と具体操作、提供者・利用者・委託先を分けるか | RACI、契約、手順、承認、例外 |
| 訓練・見直し | 机上と実動、繁忙時、複数施設、復旧後を試せるか | シナリオ、参加者、時刻、未達、改善 |
| 権限・機密 | 医療・個人・脆弱性情報を必要最小限にできるか | 閲覧、共有、持出し、削除、監査 |
| 総費用・移行 | 連携、教育、当番、監査、保管、退出を含むか | 料金、工数、API・CSV、添付、履歴、解約後出力 |
機能名だけで選ばず、一つの未達や停止を想定して試します。AIを使う場合も、通知要否、停止操作、法的責任、復旧承認は担当者が判断します。デモには架空データを使い、実在職員の記録、患者情報、未公表の事故情報を安易に外部へ入力しません。
リスク説明で未確認・不確実性をどう伝える?

未確認は、何が不明か・判断にどう影響するか・誰が何を確かめるか・いつ共有するかまで書きます。確認予定と、復旧や安全を保証する約束は区別してください。
| 曖昧な一言 | 確認計画まで伝える例 |
|---|---|
| 復旧はすぐです | 復旧時刻は調査中です。確認済みの影響と進捗を、合意した次回時刻にお知らせします |
| 旧版はもう使えません | システム上では非公開です。端末保存・印刷物の残存は未確認のため、施設担当者と棚卸しします |
| 起こる確率は低いです | この利用条件での頻度は未測定です。起きた場合の影響と代替の成立条件を先に確認します |
連絡時刻は、実際に担当者と合意できる日時を入れます。数値を示せる場合は、対象・期間・分母・測定条件も添えます。他社の実績をそのまま今回の確率に置き換えません。
不確実性と信頼、重大事項の見せ方に関する研究
van der Blesらの研究は、ニュース形式の事実・数値について5実験、計5,780人を対象にしました。不確実性表示による信頼低下は全体として小さく、主に言葉だけの表現で見られました。営業提案や本記事の例文の効果を検証した研究ではなく、「未確認を言えば信頼される」とは断定できません。
SivanathanとKakkarの研究は、米国の医薬品広告を使った6実験、計3,059人が対象です。重大な副作用へ頻度の高い軽微な副作用を併記すると、全体の深刻さの評価が下がりました。営業の開示項目を減らす根拠にはせず、重大事項を埋もれさせないための注意として参照しています。
リスク説明の後に、試験・延期・見送りを選べるようにする

「もし起きたら誰が動くのか」と聞かれたら、発生率の説明を続けず、担当と代替へ戻ります。重大な未確認、実行できない対応、決まっていない停止権限が残る場合は、利用開始を急がせません。
現時点では、繁忙時の代替連絡が成立するかを確認できていません。利用開始の判断はいったん保留し、対象を絞った試験と結果の共有日をご相談したいです。
範囲を狭めれば自動的に安全になるわけではありません。試験中の影響・停止条件・担当も決めます。具体的な設計は営業のトライアル提案書で整理できます。許容できないと判断した顧客には、見送る選択を残してください。
導入案と現状維持は、同じ対象業務・期間・評価尺度で比べます。両方に費用、現場負担、停止時対応、残る未確認を書き、現状維持の欄も空白にしません。延期の条件が違えば、その違いを明示します。比較の場面と詳しい表は物語「導入しないことで起きること」へまとめています。
物語の続き:訓練が済むまで判断を待つ
吉沢は、四領域の一枚を各施設へそのまま配らなかった。永田、高松、三好と、経営会議へ上げる版、現場の初動版、契約・証跡版を分けた。ただし、どの版からも同じリスクIDと承認済みの正本へ戻れるようにした。
吉沢
不安が残った、ではなく、未試験がどこかを説明できます。
導入するかどうかは、訓練結果と責任分界を経営会議へ出してから判断します。
ミナト
安全だと言えないから提案できない、と思っていました。
今は、何を言い切れず、何が起きた時にどう動くかまでが提案だと分かります。
会議の終わりに、経営会議の専務取締役、岡部 信之から吉沢へ短い連絡が届いた。
対応表は理解した。ただ、万一の評判リスクを考えると、導入時期は延期した方がよいのではないか。
岡部は今日の会議に出席していない。どの事象を、誰への評判と結び付け、延期によって何が変わると考えたのかは、まだ確認していない。導入しないことで残る現行手順のリスクも、比較していない。
カナエは「何もしない方が安全」という結論にも、「延期は機会損失」という反論にも進まなかった。
カナエ
導入する側だけにリスク説明を求めて、延期する側を空欄にしないようにしましょう。
次は、導入する場合と、導入しない場合を、同じ仕事と同じ時間軸で比べます。
次の提案資料では、事象を一つ選び、対応担当と未確認の共有予定を追記してみてください。担当も日程も決められないなら、その点が次の打ち合わせで確かめることです。
営業のリスク説明で確認する公式資料と適用範囲

本記事の7ステップは編集部の整理であり、安全認証や専門家による個別評価ではありません。扱う情報・用途・契約が変われば、確認すべき資料も変わります。
- 医療情報システム:厚生労働省ガイドライン第7.0版で対象範囲と責任分界を確認します。2026年9月27日時点で第7.0版Q&A(令和8年9月)も掲載されています。研修配信への適用は、扱う情報と構成を情報管理・法務・業務責任者で確認してください。
- EHRの停止への備え:SAFER Contingency Planningは、代替手順や訓練、EHR基盤と独立した連絡を確認する資料です。研修配信とは用途が異なるため、要件をそのまま移しません。実装だけで法令遵守を保証する資料でもありません。
- サイバーインシデント:NIST SP 800-61 Rev. 3は、リスク管理の中で準備・検知・対応・復旧を扱います。研修内容や版管理のすべてを直接評価する基準ではありません。
- 情報を伝える計画:英国Cabinet Officeのガイダンスは、透明性、関係者の理解・関与、判断できる情報、事前の計画を整理しています。日本の個別契約上の義務とは分けて参照します。
仕様や証跡の回答を整理する場合は、営業のセキュリティ説明を使ってください。今回の一業務で動けるかは、資料への適合だけで済ませず、担当者と手順・訓練を確かめます。
よくある質問
受講済み・確認済みの表示があれば、内容を理解した証拠になりますか?
表示が示すのは、そのシステムで定義された操作や記録です。内容を理解し、勤務中に実行できることとは分けます。理解の確認が必要なら、質問、実演、再研修などを業務の責任者と決め、確認ボタンだけで代用しません。
セキュリティ質問票に回答済みでも、リスク説明は必要ですか?
質問票の回答だけで、顧客の業務が止まった時の担当や代替手段まで決まるとは限りません。製品の仕様・証跡に加えて、今回の対象業務で何が起き、誰が対応し、どの条件で再開するかを顧客側と確認します。
Your next note
ミナトの答えではなく、あなたの一件へ。
今日ノートへ書くのは、次の一行だけでも構いません。持ち帰る候補を端末内へ残し、明日の商談で試すかどうかは後から選べます。
明日の一件で、ひとつ試してみたい問いを選んでください。
マイ商談ノート
今日、残しておく候補
気になった項目を、この端末のブラウザへ保存できます。ログインや送信はありません。
まだ保存していません。
自分の場面を「事実・解釈・未確認」の三欄へ書き直すなら、五冊目の読者ケースを使う。 送信せず、この端末だけで使えます。


