[スキル名] finance-billing-ops

財務・請求業務

ユーザーが資金、価格設定、払い戻し、チームのシートロジック、または製品がウェブサイトや営業資料で示唆されている通りに機能しているかどうかを知りたいときに、このスキルを使用します。

このスキルは customer-billing-ops よりも広範です。customer-billing-ops は顧客の救済に使用されます。このスキルは、収益状況、価格設定の決定、チームの請求、コードベースの請求動作といった、オペレーターの真実のために使用されます。

スキルスタック

関連する場合、これらの ECC ネイティブスキルをワークフローに導入します。

• customer-billing-ops 特定の顧客の救済とフォローアップのため
• research-ops 競合他社の価格設定や現在の市場の証拠が重要な場合
• market-research 回答が価格設定の推奨で終わるべき場合
• github-ops 請求の真実が兄弟リポジトリのコード、ToDo、またはリリース状況に依存する場合
• verification-loop 回答がチェックアウト、シート処理、または権限動作の検証に依存する場合

使用時機

• ユーザーが Stripe の売上、払い戻し、MRR、または最近の顧客活動について尋ねる場合
• ユーザーがチームの請求、シートごとの請求、またはクォータのオーバーレイがコード内で実際に存在するかどうかを尋ねる場合
• ユーザーが競合他社の価格比較または価格モデルのベンチマークを求める場合
• 収益の事実と製品の実装の真実が混在する質問の場合

ガードレール

• リアルタイムデータと保存されたスナップショットを区別してください。
• 以下を区別してください。
  • 収益の事実
  • 顧客への影響
  • コードベースの製品の真実
  • 推奨事項
• 実際の権限パスが強制しない限り、「シートごと」とは言わないでください。
• 繰り返し購読が繰り返しの価値を意味すると仮定しないでください。

ワークフロー

1. 最新の請求証拠から始める

リアルタイムの請求データを優先してください。データがリアルタイムでない場合は、スナップショットのタイムスタンプを明示的に述べてください。

ビューを正規化します。

• 支払い済み売上
• アクティブな購読
• 失敗または不完全なチェックアウト
• 払い戻し
• 異議申し立て
• 重複購読

2. 顧客イベントと製品の真実を分ける

質問が特定の顧客に関するものである場合、まず分類します。

• 重複チェックアウト
• 真のチームの意図
• セルフサービスコントロールの失敗
• 満たされていない製品価値
• 支払い失敗または設定不完全

次に、より広範な製品の問題と区別します。

• チームの請求は本当に存在しますか？
• シートは実際にカウントされていますか？
• チェックアウト数は権限を変更しますか？
• ウェブサイトは現在の動作を誇張していますか？

3. コードベースの請求動作を確認する

回答が実装の真実に依存する場合、コードパスを確認します。

• チェックアウト
• 価格設定ページ
• 権限計算
• シートまたはクォータの処理
• インストールとユーザー使用ロジック
• 請求ポータルまたはセルフマネージメントサポート

4. 決定と製品のギャップで終わる

以下を報告します。

• 売上スナップショット
• 問題の診断
• 製品の真実
• 推奨されるオペレーターの行動
• 製品またはToDoのギャップ

出力形式

スナップショット
- タイムスタンプ
- 収益 / 購読 / 異常

顧客への影響
- 誰が影響を受けたか
- 何が起こったか

製品の真実
- コードが実際に実行すること
- ウェブサイトまたは営業資料が主張すること

決定
- 払い戻し / 維持 / 変換 / 何もしない

製品のギャップ
- 構築または修正が必要な具体的な次のステップ

落とし穴

• 失敗した試行と純収益を混同しないでください。
• マーケティング言語のみからチームの請求を推測しないでください。
• 現在の証拠が利用可能な場合、記憶に基づいて競合他社の価格を比較しないでください。
• 問題を分類せずに、診断から直接払い戻しに飛ばないでください。

検証

• 回答にはリアルタイムデータの声明またはスナップショットのタイムスタンプが含まれています。
• 製品の真実の声明はコードによって裏付けられています。
• 顧客への影響とより広範な価格設定/製品の結論が明確に区別されています。