最良のAIスプレッドシートプロンプトは「このファイルを分析して」ではありません。それは、ツールに何のファイルを読み込んでいるか、どのビジネス上の質問が重要か、どの期間を使用するか、どんな出力を作成するか、そして人間が何を確認すべきかを指示します。
以下の25のタスクは、実際のエクスポートデータを扱う財務、営業、運用チーム向けに設計されています。適宜匿名化データを使用し、結果がレポート、予測、または意思決定に使用される前に確認してください。記録されたプロンプト/結果のペアとダウンロード可能な汚れデータフィクスチャは、詳細を追加すれば自動的に正しい答えが得られると仮定する代わりに、プロンプトをテストする方法を示しています。
重要なポイント:
- 各プロンプトを6つのフィールドから構築する：ソースファイルと行の粒度、レポート期間、メトリック定義、除外条件、必要な出力、受け入れチェック。1つでも欠けると、回答の再現が難しくなる。
- 推奨事項の前に例外テーブルを要求する。重複、ラベルマッピング、異常検出、予測、因果関係の説明については、データを静かに変更するのではなく、ソース行を保持し不確実性を明示するようツールに依頼する。
- 安全なテストファイルに少なくとも2つの管理合計と5つのシードエッジケースを追加する。有用なプロンプトは、合計と一致し、既知の欠陥を見つけ、解釈できなかったものを開示すべきである。
- プロンプト、ソースバージョン、出力、レビューアの修正、承認日を保存する。これにより、一度きりの回答が、来月別のアナリストが監査できるAIレポーティングワークフローになる。
- 記録されたクリーニングシーケンスは重複処理を改善したが、最初のパス後に日付タイプが混在したまま残った。プロンプトの品質は、1つの成功した変換だけでなく、要求されたすべての制約にわたって判断されなければならない。
プロンプトを実行する前に
ファイルにヘッダー行、既知のレポート期間、明確な粒度があることを確認してください。月次合計のテーブルには、注文レベルのエクスポートとは異なる質問が必要です。列が曖昧な場合は、AIが意味を推測するのを期待するのではなく、分析の前に名前を変更してください。
必要に応じて、次の基本指示を使用してください：
このファイル内のフィールドのみを使用してください。使用した期間と指標定義を明示してください。
各結論の根拠となる計算またはグループ化した値を示してください。データで裏付けられていない
原因を推測しないでください。この出力を共有する前に人による確認が必要なレコードまたは
カテゴリを一覧にしてください。
各プロンプトをテスト可能にする
定期的な作業では、各リクエストに5つの詳細を追加してください：
| プロンプト詳細 | 例 |
|---|---|
| ファイルと粒度 | orders_export.xlsx、1行あたり1注文 |
| 期間 | 2026年1月から6月 |
| メトリック定義 | 返金後の純収益、キャンセルされた注文を除く |
| 出力形式 | ソートされたテーブルと5つのレポート箇条書き |
| レビュールール | 推奨事項の前に例外をリスト |
これらの詳細により、曖昧なリクエストが別の人が再現可能な分析に変わります。また、悪い結果がソースファイル、メトリック定義、解釈のどれに起因するかを特定しやすくなります。
出力契約を追加する
ビジネス分析では、プロンプトに簡潔な出力契約を追加してください：
次の順序で5つのセクションを返してください：
1. 入力概要：ファイル、シート、行数、日付範囲、使用したフィールド。
2. データ品質の例外：ソース行、問題、次に行う確認。
3. 計算：数式またはグループ化、フィルター、コントロール合計。
4. 調査結果：検証済みの事実と仮説を分ける。
5. レビュアーの承認：未解決の質問と照合が必要な値。
この構造により、入力と計算が開示される前に、洗練されたナラティブが表示されるのを防ぎます。
記録されたプロンプト/結果のペア、欠落したレビューステップ
このRowSpeakのデモでは、Registry.xlsxが送信され、フォーマットを標準化し、欠損値をN/Aに置き換えるリクエストがありました。
返された応答は変換をリストし、クリーニングされたワークブックを提供します。
このプロンプトは便利ですが、本番作業には仕様が不十分です。日付のロケール、有効な電話番号のパターン、空白と「該当なし」が区別されるかどうか、どの元の列を変更せずに残すべきかが定義されていません。より強力なフォローアップでは、マッピングテーブル、nullの前後カウント、拒否された値、行数の調整、変更されたセルのサンプルが必要になるでしょう。スクリーンショットは動作するインタラクションを示しています。批評は、それをレビュー可能にする方法を示しています。
既知の答えを使った制御されたプロンプトテスト
Sales_Data_Cleaning_Test.xlsxをダウンロード。このワークブックは手動で検査できるほど小さく、曖昧なプロンプトをすぐに露呈する欠陥を含んでいます：
- 8つの非空白ソースレコードと1つの空白行
- 注文ID
1001と1002の2組の完全重複 - ドット区切りテキスト、スラッシュ形式テキスト、日付のような値として表現された日付
1003と1005の欠損価格1003と1006の欠損ステータス- 顧客名の表記の不統一
以下の記録されたシーケンスは、期待される回答シートが重要である理由を示しています。1回のクリーニングパスの後、表示テーブルは8つの非空白行から6つに減少します。これは各完全重複ペアから1行を削除したことと一致します。しかし、日付列はまだテキストとExcelのシリアル値を混在させています。
以下のフィクスチャに対してタスク1～5を実行し、この台帳を記録してください：
| テスト | 期待される結果 | 記録すべき失敗 |
|---|---|---|
| プロファイル行 | 8つの非空白レコード; 1つの空白行 | 空白行がトランザクションとしてカウントされた |
| 重複検索 | 2つの完全重複グループ; 完全重複除去後6つのユニーク行 | IDが一致するという理由だけでレコードを削除 |
| 欠損値チェック | 2つの欠損価格と2つの欠損ステータス | 空白の価格をゼロに変換するか、ステータスをでっち上げる |
| 日付の標準化 | 1つの宣言された日付規則と1つの一貫した保存タイプ | 表示は一貫しているように見えるが、セルには混在タイプが残る |
| 名前の標準化 | 1つの承認された大文字小文字ルールとトレース可能な元の値 | 変更ログなしで顧客IDを書き換える |
これはRowSpeakまたは競合他社の公開された精度スコアではありません。これは再現可能な受け入れテストです。成功した出力の横に、見逃し、誤検出、未解決の値を公開してください。
10秒のクリップは、記録されたプロンプトから成果物へのインタラクションを示しています。これは編集されたワークフローのデモであり、処理時間の測定ではありません。
重要度の高い作業には分析ログを使用する
プロンプトが財務または運用上の決定に情報を提供する場合、ソースファイル名、レポート期間、プロンプト、実行日、レビューア、およびレビュー後に行われた変更を含むコンパクトな分析ログを保存してください。ログは複雑である必要はありません。その目的は、後で読む人が、どのようなデータと仮定がそれを生み出したかを知らずに、洗練された結論だけを見るのを防ぐことです。
例えば、在庫レポートが廃止されたSKUを除外する場合、その除外を記録します。営業レポートが「適格パイプライン」の定義を変更する場合、発効日を記録します。ビジネス上の価値は官僚主義ではなく、時間の経過に伴う比較を正直にすることです。
データ品質タスク
1. 欠落した必須フィールドを見つける
プロンプト： 注文日、顧客ID、地域、または純収益が欠落しているレコードをリストしてください。欠落をソースファイルごとにグループ化し、カウントしてください。
レビュー： それらのフィールドがレポートに本当に必要であることを確認してください。
2. 重複レコードを検出する
プロンプト： 注文ID、顧客ID、注文日、金額を使用して、重複の可能性がある注文を特定してください。何も削除せず、レビューテーブルを返してください。
レビュー： 重複のように見える注文は、正当な分割出荷や修正である可能性があります。
3. 不整合なラベルを標準化する
プロンプト： 地域列とチャネル列の個別の値を表示してください。スペル、大文字小文字、略語の違いについてマッピングを提案し、マッピングされていないリストを保持してください。
レビュー： レポートを集計する前にマッピングを承認してください。
4. 日付の範囲を確認する
プロンプト： 週ごとのレコード数を要約してください。欠落した日付、部分週、および指定されたレポート範囲外の期間にフラグを立ててください。
レビュー： 部分的な期間は、傾向が減少しているように見せることがあります。
5. 疑わしい数値を見つける
プロンプト： 負の数量、ゼロ価格、異常に大きな割引、数値として解析できない値にフラグを立ててください。ソース行を返してください。
レビュー： 外れ値が実際のビジネスイベントかどうかを判断してください。
含めるべきデータ品質のコーナーケース
- 重複のように見える正当な分割出荷
- ロケールが宣言されていない
03/04/2026 - トランザクションデータ内の小計行
- 異なる意味で使用される
0、空白、N/A、not applicable - テキストとして保存された顧客IDと数値として保存された顧客IDが1つずつ
- 正規化されるべきでないアクセント付きまたは非ラテン文字のカテゴリラベル
プロンプトがそれらの区別を保持できない場合は、集計する前に停止してください。
財務タスク
6. 実績と予算を比較する
プロンプト： 今月の実際の営業費用を予算と科目別に比較してください。ドル差異、差異率、および絶対値で最大の5つの差異を示してください。
7. 収益変動を説明する
プロンプト： 純収益を前期と地域およびチャネル別に比較してください。ファイルに存在しない原因を主張せずに、最大の変動の構成要素を示してください。
8. 返金率をレビューする
プロンプト： 製品カテゴリと月別に返金率を計算してください。前期から返金率が実質的に増加したカテゴリにフラグを立ててください。
9. 粗利率をレビューする
プロンプト： 収益と原価フィールドを使用して、製品ファミリ別に粗利率を計算してください。低マージンのグループを特定し、寄与する値を示してください。
10. 異常な取引をスキャンする
プロンプト： 同じ顧客または製品カテゴリの通常の金額から実質的に異なる取引をリストしてください。結果をレビューキューとして扱い、不正確定としないでください。
財務プロンプトでは、ゼロ分母、負の予算、前期欠落、通貨混在、遅延調整の処理方法を指定してください。「差異率」はこれらのケースのいくつかで未定義または誤解を招くものです。パーセンテージを強制する代わりに、ドル差異と例外ラベルを要求してください。
営業およびマーケティングタスク
11. パイプラインサマリーを作成する
プロンプト： 適格パイプラインをステージ、オーナー、ソース別に要約してください。案件数、金額、および前回のスナップショットからの変化を示してください。
12. 停滞案件を見つける
プロンプト： 14日間アクティビティがないオープン案件にフラグを立ててください。オーナーとステージ別にグループ化し、クローズ済みとマークされた案件は除外してください。
13. チャネルパフォーマンスを比較する
プロンプト： 獲得チャネル別にリード、商談、支出、クローズ収益を比較してください。リターンメトリクスを計算する前に、どのフィールドが欠落しているかを示してください。
14. コンバージョン率をレビューする
プロンプト： 月別のステージ間コンバージョンを計算してください。最大の変化を特定し、パーセンテージだけでなく、基礎となる数をリストしてください。
15. 収益集中度を見つける
プロンプト： トップ顧客からの収益シェアを示し、ファイルまたはレポート指示で指定されたしきい値を使用して集中リスクにフラグを立ててください。
営業プロンプトでは、スナップショットの日付を保持してください。パイプラインのエクスポートはトランザクション台帳ではありません。同じ案件が複数の週次スナップショットに重複なく出現する可能性があります。移動を計算する前に、各スナップショット内の安定した案件IDを比較するようツールに指示してください。
運用および在庫タスク
16. 在庫不足リスクを特定する
プロンプト： 手持ち在庫を平均週間需要と比較してください。現在の在庫が指定されたリードタイムをカバーできない可能性がある製品をリストしてください。
17. 在庫移動をレビューする
プロンプト： SKU別に受入、販売、返品、手持ち数量を要約してください。在庫移動が整合しないレコードにフラグを立ててください。
18. サプライヤーパフォーマンスを比較する
プロンプト： サプライヤーのリードタイム、納期遅延件数、不良件数、購入額を比較してください。各サプライヤーのサンプルサイズを示してください。
19. 返品パターンを検出する
プロンプト： 返品を製品、理由、地域、月別にグループ化してください。運用部門がレビューすべき増加を特定してください。
20. 明示的な仮定で予測する
プロンプト： 月次需要履歴を使用して、今後3か月の単純なベースライン予測を作成してください。方法、仮定、欠落期間、不確実性の限界を示してください。
運用プロンプトでは、在庫切れ、廃止されたSKU、サプライヤーの最小注文数量、リードタイム単位、返品を含めてください。在庫切れ中のゼロ販売週は、需要が消えた証拠ではなく、検閲された需要です。
マネジメントレポーティングタスク
21. KPIサマリーをドラフトする
プロンプト： 検証されたKPIテーブルの箇条書き5つのエグゼクティブサマリーを書いてください。現在の値、期間比較、未解決の質問を含めてください。裏付けのない因果関係の主張は避けてください。
22. チャートセットを提案する
プロンプト： このマネジメントレポートに最大4つのチャートを推奨してください。各チャートについて、ビジネス上の質問、フィールド、グループ化、レビューチェックを明記してください。
23. 例外ログを作成する
プロンプト： 問題タイプ、ソース行、推定オーナー、推奨される次のチェックを含む例外ログを作成してください。責任を帰属させないでください。
24. 会議アジェンダを準備する
プロンプト： 検証された発見事項を、必要な決定、オーナー、サポートテーブルまたはチャートを含む30分のレビューアジェンダに変換してください。
25. レポートバージョンを比較する
プロンプト： 今月のレポートテーブルを先月のものと比較してください。変更されたKPI定義、新しいカテゴリ、欠落したセクション、説明が必要な変動をリストしてください。
分析ログに記録すべき失敗パターン
最終的な成功した回答だけを保存しないでください。これらの結果が発生したときに記録してください：
| 失敗パターン | 重要な理由 | 正しい次のアクション |
|---|---|---|
| ツールが間違ったシートを使用 | 間違ったデータからの正しく見える回答 | シート名と入力サマリーを要求 |
| 行全体でパーセンテージを平均化 | 小さなグループに不均衡な重みを与える | 総分子と分母から再計算 |
| 欠損値をゼロに変換 | 誤った活動や実績を作り出す | 欠損性を保持し、代入を文書化 |
| ナラティブがドライバーをでっち上げる | 相関を裏付けのない原因に変える | 仮説として再分類し、必要な証拠をリスト |
| 2回目の実行でカテゴリマッピングが変更 | 繰り返しの比較可能性を壊す | マッピングテーブルを保存して承認 |
| 出力に失敗行が含まれない | 解析エラーの範囲を隠す | 拒否された行数とダウンロード可能な例外テーブルを要求 |
この失敗ログは、別の「完璧なプロンプト」よりも有用であることが多いです。なぜなら、次のアナリストに最初に何を確認すべきかを伝えるからです。
プロンプトを反復可能なワークフローに変える
これらのプロンプトは、同じファイルチェック、メトリック定義、出力セクションが毎月繰り返される場合に、より価値が高まります。RowSpeakは、チームが Excel AIワークフロー を使用して、ビジネスファイルから回答、レポート、ダッシュボードに移行し、すべてのレポートサイクルを新しい白紙ページとして扱わないように支援できます。
財務、給与、従業員、その他の機密データについては、実験には匿名化された例を使用し、管理されたデータ境界が必要な場合は プライベートデプロイメント を評価してください。
最終ステップは常にレビューです。プロンプトは分析を加速できますが、レポートを所有する人は、共有される前に定義、例外、アクションリストを承認する必要があります。
ダウンロード可能なフィクスチャから始めて、RowSpeak Excel AIワークフローで最初の5つのプロンプトを実行してください。見逃した欠陥とレビューアの修正を最終結果と一緒に保存して、次のレポートサイクルが別の空白のプロンプトではなく証拠から始まるようにしてください。
