business-pulse

Business Pulse

1 つのプロンプトで、1 ページにまとめます。接続済みのすべてのツールから最新データを取得し、ひと目で確認できる簡潔な概要に統合して、今日対応すべき最も重要なことを 1 つ提示します。データを見つける作業をユーザーに頼まず、こちらで行います。

ステップ 1 — データを並行して取得する

すべてのコネクタ呼び出しを 1 回の並列バッチで実行してください。ツールと指標の正確な対応関係については、reference/data_sources.md を参照してください。順番に取得しないでください。レイテンシーによって、30 秒で済むスキルが苦痛な待ち時間になってしまいます。

同時に試行するコネクタ：

• QuickBooks — 現金残高、月初から現在までの売上、未回収債権、支払期限超過の請求書
• Xero — Xero を使う店舗向けの同じ元帳データ：現金残高、債権、損益の推移
• Zoho Books — Zoho を使う店舗向けの同じ元帳データ：銀行残高、請求済み売上、支払期限超過の請求書（損益データのエンドポイントがないため、売上の項目には請求済み売上を記載し、その旨を明示します）
• PayPal / Square — 過去 7 日間の入金、売上の推移、失敗または保留中の取引
• Stripe — 入金と売上の推移、失敗した支払い、新たな異議申し立て（接続されている場合）。新たな異議申し立てがあれば、すぐに要注意リストに追加します
• Ramp — 今週の会社カード支出と口座残高。読み取り専用です（接続されている場合）
• Gusto — 次回の給与支払い日と金額。今週最も大きな現金支出です（接続されている場合）
• TikTok Ads — 先週の広告費、成果、成果単価。広告費と、それによってもたらされるとされる売上を並べて確認できます（接続されている場合）
• Expensify — 先週のカード支出と領収書が不足している経費。読み取り専用です。月末の慌ただしい確認が始まる前に、予期しない支出を把握できます（接続されている場合）
• HubSpot — ステージ別のパイプライン、進展または成約した案件、停滞した案件、新規リード
• Google Calendar — 今週および今後 7 日間の重要な会議、期限、予定
• Gmail または Microsoft 365 — 緊急としてフラグ付けされたスレッド、顧客からの苦情、期限の迫った依頼
• Slack / Teams — 緊急の社内シグナル、担当者の対応が必要なスレッド
• RingEx Chat — RingEx を使う店舗向けの同じ社内シグナル確認：オーナーの対応が必要な緊急のチームチャット投稿（接続されている場合）
• DocuSign — 数日以上署名されずに残っているエンベロープ。署名待ちのために滞っている資金を確認できます（接続されている場合）
• Zoho Desk — 未解決チケット、エスカレーション（接続されている場合）
• Shopify — 注文、売上、販売の推移、フルフィルメントの問題。コマース事業者が実際の状況を把握できます（接続されている場合）
• Square — フルフィルメントの問題（接続されている場合）

コネクタでエラーが発生した場合や、データが返されなかった場合は、内部で記録して次に進みます。単一の連携の不具合でパルス全体を止めないでください。

QuickBooks のフォールバック：QBO が予期しない状態を返した場合（アカウントが未接続、同期保留中、応答が空）、現金のセクションに「n/a — QuickBooks unavailable」と記載して続行してください。再試行したり、ユーザーに再接続を求めたりしないでください。

Gmail のフォールバック：Gmail の認証は断続的に不安定になります。呼び出しでエラーが発生した場合は、要注意リストのセクションを何も伝えずに省略し、付録に「Gmail unavailable」と記載してください。パルスの途中でエラーを表示しないでください。

何も接続されていない状態でも、想定された手順であり、失敗ではありません。 すべてのコネクタが利用できない場合も、処理を止めたり、オーナーに接続を促したりしないでください。パルスを作成するために重要な、いくつかの数値を 1 回だけ、短いメッセージで尋ねます。

• 現在の銀行預金残高と、おおよそ 1 週間前の残高
• 期限を過ぎているもの（相手から支払われる請求書、自分が支払うべき請求書）
• 今週の売上と通常の週の売上の比較。概算でも構いません
• 今週すでに心配していること

回答をもとに同じ 1 ページのパルスを作成し、ソースの行には「オーナー提供、取得データではない」と記載します。数値がないセクションは省略します。数値の入力を希望しない場合は、ファイルのエクスポートを使う関連ツールとして cash-flow-snapshot と report-builder を案内してください。どちらも CSV を受け付けます。また、得られるのは全体像ではなく部分的な情報であることを明確に伝えてください。

ステップ 2 — 指標を算出する

reference/thresholds.md を読み、赤・黄・緑の基準値を確認します。次の指標を算出します。

• 売掛金の経過日数 — QuickBooks の未決済請求書を、支払期日からの経過日数（0～30 日、31～60 日、61 日以上）でグループ化します
• パイプラインカバレッジ — HubSpot の加重パイプライン ÷ 月間売上目標
• 売上トレンド — 今月の QBO 売上と前月の比較（または PayPal／Square の過去 7 日間とその前の 7 日間の比較）

各セクションに 🟢／🟡／🔴 のステータスを割り当てます。データソースから何も返されなかった場合は、指標を「n/a」とし、付録にその旨を記載します。

ステップ 3 — リスクを先回りして指摘する

対応が必要な項目を確認します。各リスク項目には、具体的なレコードと次の対応を必ず記載します。「延滞請求書がいくつかある」では役に立ちません。「Acme Corp からの USD 3,400、支払期日を 47 日超過、3 月 12 日以降返信なし」のように、対応につながる情報を記載します。

• 支払期日を 30 日以上過ぎた台帳の請求書 — 顧客名、金額、延滞日数を記載します
• 7 日以上アクティビティがない HubSpot の商談、またはクローズ予定日を過ぎてもオープンのままの商談
• 緊急のマークが付いたメールスレッド、または「escalation」「complaint」「cancel」「refund」を含むメールスレッド
• reference/thresholds.md のしきい値（事業通貨で 200）を超える、PayPal／Square／Stripe の失敗または保留中の取引

ステップ 4 — レポートを作成する

reference/output_template.md のテンプレートをそのまま使用します。実データがあるセクションのみを含め、利用できなかったコネクターの見出しは省略します。状況に応じて詳細さを調整します。「調子はどう？」のような気軽な質問には詳しいレポートを、「通話前に手短な状況確認を」といった依頼には簡潔なレポートを返します。

このスキルの真価は、コネクターを横断して情報を統合することにあります。Slack のメッセージが停滞している HubSpot の商談と関連している場合は、そのつながりを「最優先事項」のセクションで取り上げます。情報を統合することで、各ツールを個別に確認するよりも、状況を把握しやすくなります。

記述ルール：

• 数字を先に、説明は後にします。「売上は好調です」ではなく、「今月 USD 43k、前月比 ▲ 8％」と記載し、判断はオーナーに委ねます。
• 数字には、可能な場合は前期間との差を必ず付けます。現金残高のような絶対値のスナップショットにも、前週比の差を表示します。
• 形容詞ではなく、名前と金額を記載します。「懸念される売掛金がいくつかある」より、「Acme からの USD 4,200、支払期日を 23 日超過」のほうが有用です。
• 余計な記述は不要です。特に報告することがないセクションには、「重要な変更はありません」と記載して先に進みます。

ステップ 5 — パルスページを届ける

チャットでのパルスに加えて（置き換えるのではなく）、オーナーが保存している出力設定に従い、完全版のパルスを届けます。デフォルトで Markdown ファイルにしてはいけません。## Business context ブロックの Output preference を確認します（共通スタイルガイドのルール、../../shared/artifact-style.md）。

• ビジュアル成果物（デフォルト）： パルスを指定のスタイルで HTML ページとして表示します。現金残高、月初来売上、加重パイプラインは、それぞれの差分を補足行に添えた統計タイルにします。各セクションの 🟢／🟡／🔴 はステータスピル（良好、警告、重大）にします。監視対象のリスクは、金額列に桁を揃えた数字を使った表にします。「最優先事項」はページ上部の専用パネルにします。利用できないコネクターは、付録の控えめな一行にまとめます。
• docx／md／notion／canva の指定がある場合： 同じ内容を指定された形式で届けます。DOCX または Markdown ファイル、コネクター経由で作成した Notion ページ（保存先を指定し、既存のページを上書きしない）、または Canva コネクター経由で作成した Canva Doc（実行ごとに新しいデザインを作成し、日付を付けた名前にする。表はリストに変換）。Notion または Canva が接続されていない場合は、ビジュアル成果物に切り替え、その理由を伝えます。
• このスキルに最適な形式： ビジュアル成果物を使用します。パルスは記録するものではなく、ひと目で確認するものです。

ステップ 6 — エクスポートして共有する（1 回のみ）

パルスを提示した後、次の提案を 1 回だけします。

• 「これをファイルとして保存しますか？」（利用できる場合は Files コネクターを使用します。これは相手のドライブにコピーを保存するという意味で、成果物の横に 2 つ目の HTML をダウンロードすることではありません）
• 「これを Slack に投稿しますか？」（Slack が接続されており、ユーザーが確認した場合のみ。Slack への書き込みには明示的な承認が必要です）

「はい」と返答されたら実行します。「いいえ」と返答された場合や返答がない場合は、先に進み、再度尋ねません。

実行後

パルスで確認した内容を一行で締めくくり、最も関連性の高い次のステップを一つ、そのほかに近いものを最大二つ提示します。

• 現金または売掛金（AR）に赤信号がある場合：「誰が私にお金を払う必要がある？」を実行すると invoice-chase が起動します。
• 成長に関する質問が中心の場合：「マーケティングは効果を上げている？」を実行すると growth-pulse が起動します。
• これを定期的に実行する場合：「月曜日のブリーフ」を実行すると、毎週 /monday-brief が起動します。

提示するのは最大3件です。このセッション中にオーナーが断った提案は、二度と提示しないでください。

対象範囲のバリエーション

オーナーは、より範囲を絞った確認を求める場合があります。

• 「現金だけ」／「財務チェック」 → 現金・財務と売掛金（AR）関連のリスクのみ
• 「パイプラインのみ」／「商談チェック」 → パイプラインのセクションと停滞中の商談リスクのみ
• 「ウォッチリスト」／「緊急のものはある？」 → ウォッチリストとすべてのリスクのみ。指標のセクションは含めない
• 「電話の前に簡単なスナップショットを」 → TL;DR と最優先事項のみ。全セクションは含めない

してはいけないこと

• データを取得する前に許可を求めないでください。 スキルが呼び出されたら、実行してください。「QuickBooksを確認してもいいですか？」と尋ねるのでは、スキルの意味がありません。
• 数値をでっち上げたり、推定したりしないでください。 ソースから何も返されなかった場合は、明示的に「n/a」と記載してください。推測で不足分を埋めてはいけません。
• 差分を省略しないでください。 比較のない数値では、重要な洞察を見逃します。前期間の基準値がない場合は、項目を省略せず「（前期間の基準値なし）」と記載してください。
• パルスの途中でコネクタのエラーを表に出さないでください。 付録に記録してください。パルスでは、提供できた内容を先に示します。
• QuickBooksのサマリーオブジェクトを信用しないでください。 経費、利益率、買掛金（AP）のエイジング区分は、行データまたは詳細呼び出しから取得してください（../../shared/quickbooks-report-traps.md）。

その他のソースとスケジュール済みプリセット

マッピングについては reference/v2_sources.md を確認してください。

• Shopify — 注文、売上、フルフィルメント状況を取得するため、コマース事業者はパルスで実際の一日の状況を確認できます。
• 各種元帳 — MYOB、NetSuite、QuickBooks、Xero、Zoho Booksは、いずれも現金・財務のセクションにデータを提供します。各サービスは同等の扱いです（../../shared/connector-neutrality.md）。2つ接続されている場合、合計値の正式な参照元として使うものをオーナーが指定します。

パルスは引き続き、接続されているものから作成され、状況に応じて適切に機能を縮小します。コネクタが1つなら部分的なパルスを、すべて接続されていれば全体像を提示します。

スケジュール済みプリセット

このスキルはスケジュール実行が可能で、プリセットによって形式が決まります。

プリセット	タイミング	形式
月曜日	週の始め	先を見通す全体的なパルス。今後の予定と注意が必要な事項
金曜日	週の終わり	振り返り。進展したこと、完了したこと、遅れたこと

スケジュール設定はこのスキルの機能であり、別のコマンドを設ける理由にはなりません。

オーナーがパルスを有用だと感じた後に、一度だけ実行頻度を提案してください。二度尋ねてはいけません。

参照ファイル

• reference/data_sources.md — コネクタのツールと指標の正確な対応関係、および代替手段
• reference/thresholds.md — 🟢/🟡/🔴のしきい値。オーナーごとに調整可能
• reference/output_template.md — 正確なMarkdownの構造。変更しないでください
• reference/gotchas.md — 既知の失敗要因（QBの状態、Gmail認証、Slackへの書き込み）

一覧にないツールの使用

このスキルに記載されたコネクタは、検証済みの方法であり、利用範囲を限定するものではありません。オーナーが、未接続または一覧にないツールをこのワークフローで使いたい場合は、build-connector を提案してください。まずコネクタのディレクトリを確認し、該当するものがなければZapier経由で接続します。生のAPIを使って手作業で構築することはありません。接続が確立したら、そのツールはほかの任意のコネクタと同様に、同じ承認ゲートの下でこのスキルに加わります。