顧客の利用情報から確認すべき契約更新リスクを特定する

著者: AILesson8 分でセットアップテスト済み:ChatGPTレビュー日: 2026-08-28

クイック回答

解約を予測せず、不完全な利用・サービスの兆候を中立的な仮説と確認行動に変える. 入力するもの: 利用状況とサービスの根拠, 顧客の背景と約束事項, 確認の境界. 期待される結果: 質問、担当者、強制的でない次の行動を含む、根拠の範囲内に限定した契約更新リスク台帳.

コンテキストを追加

テキストはこのブラウザ内に留まります。AILesson Prompts は、そのテキストをモデルやサーバーに送信しません。

利用状況とサービスの根拠顧客の背景と約束事項確認の境界

あなたのプロンプト

未入力のフィールドはプレースホルダーとして表示されたままなので、プロンプトをコピーして編集できます。

顧客の利用情報を意図ではなく兆候として扱い、確認が必要な契約更新関連のリスクを特定してください。

日付付きの指標、定義、分母、利用権限、傾向、問い合わせ、節目、不足、アカウント変更：
[usage]

目標、関係者、意見、基準、契約時期、約束事項、制約、不明点：
[relationship]

リスク区分、推論の制限、プライバシー、権限、エスカレーション、禁止する予測や圧力：
[review]

変化を解釈する前に、指標の比較可能性、対象範囲、季節性、計測方法、利用者のライフサイクル、利用権限、不足する基準値を確認してください。ログイン数だけから、満足度、価値、意思決定権、予算、契約更新の意向を推測してはいけません。観察された兆候、もっともらしい説明、反証、不足する根拠、確認質問を分けてください。根拠がある場合に限り、成果との適合、利用の広がりと深さ、業務フローへの依存、未解決のサポート、関係者・責任者の変更、導入上の約束、商談時期、セキュリティ・コンプライアンス、測定品質を扱ってください。作り上げた解約確率ではなく、契約更新との潜在的な関連性と確認に要する時間で順位付けしてください。相手を尊重した状況把握、活用支援、サポート、社内対応を提案し、緊急性を作り出したり、損失で脅したり、ダークパターンを勧めたりしないでください。リスク台帳、リスクがないことを示す根拠・肯定的な根拠、測定上の注意、順序立てた確認計画、提示された場合に限る社内担当者、エスカレーション条件を返してください。

Playgroundで試す

デフォルトで非公開プロンプトの組み立てはブラウザ内で行われます。組織が許可しない限り、機密情報を AI サービスに入力しないでください。

入力から結果へ

具体例

具体的なコンテキストを加えると、このレシピが実用的な結果になる様子をご覧ください。

実際の入力

利用状況とサービスの根拠: アカウントには120席のライセンスがある。月間アクティブユーザー：4月76、5月81、6月79、7月48。分析基盤の移行により7月の収集は7月20日で終了し、それ以前は暦月全体のため比較できない。主要承認フローを週次で利用したチーム：4月は10チーム中8、5月は9、6月は9。7月はデータなし。エクスポート機能は月3人が利用。未解決の問い合わせ2件：6月12日からの SSO グループ対応付けは代替手段を一時的に受け入れ、ダッシュボードのタイムゾーン不具合は8月2日に登録。研修は招待した管理職20人中14人が出席。成果指標は計測していない。
顧客の背景と約束事項: 顧客は10チームの承認手順を標準化するために購入した。運用部門の推進者 Priya は7月15日に異動し、後任は不明。IT 責任者 Marco は代替手段を9月5日まで利用できると確認済み。契約更新日は11月30日。通知条件は未提示。CSM は8月28日までに SSO の進捗を伝えると約束したが、状況記録がない。顧客は満足度、予算、契約更新意向を示していない。
確認の境界: カスタマーサクセスの社内計画。解約確率を算出せず、個人の成績を推測せず、アカウントチームの承認なしに利用者へ連絡しない。リスク：成果、利用、サポート、関係者、提供、商談時期。CSM は関係、サポート部門は問い合わせ、法務・調達は条件確認を担当。約束を守れない場合、または SSO の問題がセキュリティに影響する場合はエスカレーションする。

出力例

測定上の注意：7月の月間アクティブユーザー数は暦月全体と比較できず、7月のワークフローチームデータもありません。そのため、79から48への見かけ上の減少は、利用低下が確認されたことを意味しません。エクスポートの利用が期待されているか不明なため、月3人という値も解釈できません。肯定的な根拠：5月と6月は10チーム中9チームが主要フローを毎週利用しており、記載された展開範囲に近い状態です。

確認すべきリスク：R1 関係者の継続性——推進者が異動し、後任が不明です。CSM は、現在誰が承認標準化の成果を担当し、基準が変わったかを確認します。R2 未解決の SSO 依存——代替手段は9月5日に期限を迎え、約束した8月28日の進捗に記録がありません。サポート部門は現在の影響、解決計画、セキュリティ上のエスカレーション基準を満たすかを確認する必要があります。R3 成果の根拠——承認が標準化されたかを示す指標がありません。顧客が重視する観察可能な業務フローの根拠と、安全な基準値に合意できるかを尋ねます。R4 利用の完全性——5月と6月に10チーム中1チームが週次利用していません。対象外だったか、遅れているか、別の手順を使っているかを中立的に確認します。R5 商談時期——通知条件が不足しています。期限を作り上げず、法務・調達が取得します。

今日の順序：未実施の SSO 進捗連絡を社内で確認。次に、合意済みの連絡機会で CSM が後任と成果基準を確認。傾向を話す前に7月の測定を修正。通知条件を取得。提示された情報からは、不満、予算リスク、契約更新意向のいずれも確認できません。

これがうまくいく理由

1
兆候と仮説を分けることで、利用データを顧客の意図と取り違えるのを防げます。
2
確認行動により、操作的な圧力をかけずに有益な契約更新の対話ができます。

結果を確認

結論を出す前に、利用の定義、分母、利用権限、計測方法、期間を確認しましたか？
各リスクは仮説として扱われ、別の説明、反証、中立的な確認質問を含んでいますか？
対応は顧客の選択、プライバシー、権限、既知の約束事項を尊重していますか？

安心して使うために

よくある質問

このレシピをいつ使うか、何を用意するか、どの場面で人による確認が依然として重要かについての実践的な回答です。

「顧客の利用情報から確認すべき契約更新リスクを特定する」を使う前に、何を準備すればよいですか？

「顧客の利用情報から確認すべき契約更新リスクを特定する」には、利用状況とサービスの根拠、顧客の背景と約束事項、確認の境界を準備してください。プレースホルダーは確認できる情報だけで置き換え、不明な詳細はモデルに推測させず、不明であることを明示してください。

「顧客の利用情報から確認すべき契約更新リスクを特定する」の結果は、どのような場合にまだ使えませんか？

提示された根拠から、記載された成果である「質問、担当者、強制的でない次の行動を含む、根拠の範囲内に限定した契約更新リスク台帳」をまだ作成できていない場合や、未解決の仮定、不足する承認、作り上げた詳細に依存している場合、結果は使用できません。チェック項目を公開可否の基準として使い、裏付けのない出力を磨くのではなく、入力情報を修正するか、権限を持つ担当者を指名して確認してください。

「顧客の利用情報から確認すべき契約更新リスクを特定する」では、どの AI ツールのテスト記録がありますか？

2026-08-28 時点で、「顧客の利用情報から確認すべき契約更新リスクを特定する」の公開テスト記録には ChatGPT が掲載されています。これは記録された試行があることを示すもので、後の製品バージョンでの互換性や同一の結果を保証するものではありません。別のツールやバージョンを使う場合は、すべての制約を明示したまま、使用前に結果のチェックを繰り返してください。

さらに探す方法