PURPOSE
このプロンプトでできること
契約更新前に、利用率低下を利用者群・機能・時期で分解し、契約時の期待価値や運用障害と照合する診断を行います。更新前の一般的な契約条件チェックではなく、利用低下の原因仮説と検証計画を成果物にします。
PREPARE
用意する情報
匿名化顧客ID、契約時の成功指標/約束、機能別アクティブ数や利用推移、利用者/管理者構成、問い合わせ/障害履歴、比較対象期間、更新日を入力します。
WORKFLOW
使い方
個人を特定しない利用集計と契約時に合意した成果指標を入力してください。担当者が顧客の説明と照合し、原因を確定してください。
AI INSTRUCTION
AIへの指示文
入力欄を埋めてから利用してください。
利用率低下の診断メモを作成してください。利用推移を期間・機能・利用者群に分け、入力された契約時の成功指標と比較します。原因候補を「計測/集計の変化、導入/教育不足、機能価値の不一致、障害/性能、組織変更、未確認」に分類し、各候補に根拠、反証情報、顧客に確認する質問、短期の検証行動を付けてください。データがない因果関係は断定せず、値引きや更新可否を自動提案しないでください。 【契約時の成功指標・約束】 [入力] 【利用推移・顧客区分】 [匿名化して入力] 【問い合わせ・更新期限】 [入力]
コピー操作はこのブラウザー内で行います
EXAMPLE
入力例と出力例
入力例(説明用)
合成例|成功指標=月次レポート作成時間を30%削減|利用=管理者5人中4人は週次利用、現場利用者は月40人から18人へ減少|障害=なし|更新まで=60日
出力例(説明用)
観察: 管理者は継続利用、現場利用者は40→18人。成功指標の達成データは未入力。 仮説: 現場教育/業務定着の不足(根拠=利用者数低下、反証情報なし)。 確認質問: 利用が減った部署・作業はどこか。 検証: 部署別利用ログと5名への短時間ヒアリングを照合。 更新可否・値引き判断: 行わない。
TIPS
使うときのコツ
ログの定義変更やアカウント統合を先に確認し、利用率の分母を明記してください。
使う前に確認してください
個人単位の監視や契約判断には利用しないでください。機密の顧客情報を匿名化し、価格・更新条件は営業責任者に確認してください。