affaan-m/ECC

finance-billing-ops

ECCの証拠優先の収益、価格設定、返金、チーム請求、請求モデルの実態確認ワークフロー。ユーザーが販売スナップショット、価格比較、重複請求の診断、または汎用的な支払いアドバイスではなくコードに裏付けられた請求の実態を必要とする場合に使用します。

58Collecting
See how to use itView GitHub source
npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/finance-billing-ops"

Quick start

Start using it in three steps

Install it or open the source, trigger it with a clear task, then follow the source workflow.

1

Install the Skill

npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/finance-billing-ops"
2

Describe the task

Use finance-billing-ops to help me with: [describe your task]. Before you begin, tell me what input you need, the steps you will follow, and the expected output.

3

Follow the workflow

No structured workflow was detected; follow the original SKILL.md below.

Continue to the workflow

Direct answers

Answers to review before you install

What is finance-billing-ops?

ECCの証拠優先の収益、価格設定、返金、チーム請求、請求モデルの実態確認ワークフロー。ユーザーが販売スナップショット、価格比較、重複請求の診断、または汎用的な支払いアドバイスではなくコードに裏付けられた請求の実態を必要とする場合に使用します。

Who should use finance-billing-ops?

It is relevant to workflows involving the tasks described in the upstream documentation.

How do you install finance-billing-ops?

SkillSignal detected this source-specific command: npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/finance-billing-ops". Inspect the repository and command before running it.

Which Agent platforms does it support?

The upstream source does not declare a dedicated Agent platform.

What permissions or risks should you review?

No obvious permission action was detected by the static rules. This is not proof that the Skill is safe.

What are the current evidence limits?

This page combines upstream documentation with deterministic repository, quality, and static-risk signals. It is not described as a manual test or security review.

SkillSignal brief

Decide whether it fits your work first

ECCの証拠優先の収益、価格設定、返金、チーム請求、請求モデルの実態確認ワークフロー。ユーザーが販売スナップショット、価格比較、重複請求の診断、または汎用的な支払いアドバイスではなくコードに裏付けられた請求の実態を必要とする場合に使用します。

Useful in these contexts

Not yet included in a workflow collection

Core capabilities

Repository stars
234,327
Repository forks
35,711
Quality
58/100
Source repository last pushed

Quality breakdown

Based on traceable docs and repository signals; stars are not treated as quality.

58/100
Documentation19/30
Specificity7/25
Maintenance20/20
Trust signals12/25

Compare before choosing

Related Agent Skills and source variants

These links are selected from shared tasks, functions, stacks, platforms, and same-name variants. Compare the source owner, documentation, permissions, and maintenance signals.

finance-billing-ops by affaan-m

Evidence-first revenue, pricing, refunds, team-billing, and billing-model truth workflow for ECC. Use when the user wants a sales snapshot, pricing comparison, duplicate-charge diagnosis, or code-backed billing reality instead of generic payments advice.

finance-billing-ops by affaan-m

面向ECC的以证据为先的收入、定价、退款、团队计费和计费模型真相工作流。当用户需要销售快照、定价比较、重复收费诊断或基于代码的计费现实而非通用支付建议时使用。

ab-testing by coreyhaines31

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program

churn-prevention by coreyhaines31

When the user wants to reduce churn, build cancellation flows, set up save offers, recover failed payments, or implement retention strategies. Also use when the user mentions 'churn,' 'cancel flow,' 'offboarding,' 'save offer,' 'dunning,' 'failed payment recovery,' 'win-back,' 'retention,' 'exit survey,' 'pause subscription,' 'involuntary churn,' 'people keep canceling,' 'churn rate is too high,' 'how do I keep users,' or 'customers are leaving.' Use this whenever someone is losing subscribers o

design-intelligence by event4u-app

Grounded design brief from the adopted corpus — style, WCAG-checked color tokens, typography, layout pattern, anti-patterns. Use on ui-design-brief or any which-style/palette/font/chart decision.

View original Skill.mdThis page is parsed directly from the repository SKILL.md without editorial rewriting. Collected: Jul 28, 2026 · about 1 min

Finance Billing Ops(財務請求業務)

ユーザーが金銭、価格設定、返金、チームシート論理、またはウェブサイトや販売コピーが示唆する方法で製品が実際に動作しているかどうかを理解したい場合に使用します。

これはcustomer-billing-opsより広い範囲をカバーします。そのスキルは顧客の救済措置向けです。このスキルはオペレーターの実態向けです: 収益状態、価格決定、チーム請求、コードに裏付けられた請求動作。

スキルスタック

関連する場合、次のECCネイティブスキルをワークフローに引き込みます:

  • customer-billing-ops 顧客固有の救済措置とフォローアップ用
  • research-ops 競合他社の価格設定や現在の市場エビデンスが重要な場合
  • market-research 答えが価格推奨で終わる場合
  • github-ops 請求の実態がコード、バックログ、または関連リポジトリのリリース状態に依存する場合
  • verification-loop 答えがチェックアウト、シート処理、エンタイトルメント動作の証明に依存する場合

使用するタイミング

  • ユーザーがStripeの売上、返金、MRR、または最近の顧客活動を尋ねる場合
  • ユーザーがチーム請求、シートごとの課金、またはクォータスタッキングがコードで実際に存在するか確認したい場合
  • ユーザーが競合他社の価格比較や価格モデルのベンチマークを必要とする場合
  • 質問が収益の事実と製品実装の実態を混在させる場合

ガードレール

  • ライブデータと保存されたスナップショットを区別する
  • 以下を分離する:
    • 収益の事実
    • 顧客への影響
    • コードに裏付けられた製品の実態
    • 推奨事項
  • 実際のエンタイトルメントパスがそれを適用していない限り「シートごと」と言わない
  • 重複したサブスクリプションが重複した価値を意味すると仮定しない

ワークフロー

1. 最新の請求エビデンスから開始する

ライブ請求データを優先します。データがライブでない場合は、スナップショットのタイムスタンプを明示的に述べます。

全体像を正規化する:

  • 有料売上
  • アクティブなサブスクリプション
  • 失敗または不完全なチェックアウト
  • 返金
  • 紛争
  • 重複したサブスクリプション

2. 顧客インシデントと製品の実態を分離する

質問が顧客固有の場合、まず分類します:

  • 重複したチェックアウト
  • 実際のチームの意図
  • 壊れたセルフサーブコントロール
  • 満たされていない製品価値
  • 失敗した支払いまたは不完全なセットアップ

次に、より広い製品の質問から分離します:

  • チーム請求は本当に存在するか?
  • シートは実際にカウントされているか?
  • チェックアウトの数量はエンタイトルメントを変更するか?
  • サイトは現在の動作を誇張しているか?

3. コードに裏付けられた請求動作を検査する

答えが実装の実態に依存する場合、コードパスを検査します:

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

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

以下を報告します:

  • 販売スナップショット
  • 問題の診断
  • 製品の実態
  • 推奨されるオペレーターアクション
  • 製品またはバックログのギャップ

出力形式

SNAPSHOT(スナップショット)
- タイムスタンプ
- 収益 / サブスクリプション / 異常

CUSTOMER IMPACT(顧客への影響)
- 誰が影響を受けているか
- 何が起きたか

PRODUCT TRUTH(製品の実態)
- コードが実際に何をするか
- ウェブサイトや販売コピーが何を主張しているか

DECISION(決定)
- 返金 / 保持 / 変換 / 無操作

PRODUCT GAP(製品ギャップ)
- 構築または修正すべき具体的なフォローアップ項目

落とし穴

  • 失敗した試みを純収益と混同しない
  • マーケティング言語だけからチーム請求を推測しない
  • 現在のエビデンスが利用可能な場合、記憶から競合他社の価格を比較しない
  • 問題を分類せずに診断から返金へ直接ジャンプしない

検証

  • 答えにはライブデータの声明またはスナップショットタイムスタンプが含まれている
  • 製品実態の主張はコードに裏付けられている
  • 顧客への影響と、より広い価格/製品の結論が明確に分離されている
Source repo
affaan-m/ECC
Skill path
docs/ja-JP/skills/finance-billing-ops/SKILL.md
Commit SHA
4e973d3eaf92
Repository license
MIT
Data collected