claude-skills/

Anthropic公式スキル・プラグインの日本語ディレクトリ

last sync 22h ago
スキルOfficialdevelopment

📊revenuecat-charts

プラグイン
rc

説明

次のような場合に使用: ユーザーが RevenueCat のデータ、アナリティクス、チャート、KPI について質問しているとき

原文を表示

Use when the user asks about RevenueCat data, analytics, charts, KPIs

ユースケース

  • RevenueCat のデータについて質問されるとき
  • RevenueCat のアナリティクスについて質問されるとき
  • RevenueCat のチャートについて質問されるとき
  • RevenueCat の KPI について質問されるとき

本文(日本語訳)

RevenueCatチャートへのアクセス

RevenueCat MCPの以下の2つのツールを使用します:

  • get-chart-options-schema: 日付解像度、セグメント、フィルター、その他のセレクターなど、各チャートで利用可能なオプションを理解するため
  • get-chart-data: チャートのデータを取得するため

一般的には、コンテキストの圧迫を避けるため、定義された期間とより大きな解像度から始めて、徐々に範囲を絞ります。

メトリクスの解釈

サブスクリプションアプリは4つの力によって駆動されます:

  • 獲得(Acquisition) - 新規顧客がアプリに到着する数
  • 転換(Conversion) - その顧客のうち何人がトライアルまたは有料プランに転換するか
  • リテンション(Retention) - それらの顧客がどのくらい保持されるか
  • 再アクティベーション(Reactivation) - 過去のユーザーをどのように呼び戻すか

アプリの収益の正味の変動は、これらの力の組み合わせの結果となります。アドバイスを提供する際は、常にベンチマークデータを使用して、問題を誤って診断していないことを確認してください。

一般的なガイドライン

  • データツール使用時、日付範囲は包括的です(start_dateとend_dateは範囲に含まれます)。「直近N日間」のデータを求められる場合は、これを考慮してください(終了日を本日とし、開始日は本日の(N-1)日前とします)
  • 有用な場合はRevenueCatチャートへのリンクを提供してください(下記の「ダッシュボードURLフォーマット」セクションを参照)。フィルター、セグメント、日付範囲などを含む具体的なリンクを提供します。例えば、直近3ヶ月の収益を求められた場合は、直近3ヶ月のカスタム日付範囲とrevenue_typeセレクターをproceedsに設定した収益チャートにリンクし、通常の収益チャートにはリンクしません

収益

  • 追加の指定なしで一般的な収益数字を求められた場合は、デフォルトで総収益(税金とストア手数料を含む収益)とし、その旨を明記してください

獲得

  • 「新規顧客」チャートを使用して、アプリがどの程度のトップファネルを駆動しているかを理解します
  • 新規顧客を国またはApple Ads ディメンションでセグメント化することは、獲得情報に役立ちます
    • RevenueCatのApple Ads統合は、キャンペーン、広告グループ、キーワードなどの属性ディメンション情報を設定します
    • 開発者は、予約済みカスタマー属性を使用して、これらの属性ディメンションをカスタマーレベルで手動で設定することもできます
  • 明示的な属性フィルターからのゼロ結果を、より広いチャネルがゼロユーザーまたはゼロアクティビティを持っていることの証拠として扱わないでください。例えば、attribution_source = Organicは、その値で明示的にタグ付けされたユーザーのみを意味します。タグなしのユーザーやすべてのオーガニック/非有料ユーザーは含まれません
  • 属性データが不足しているか欠落している場合は、それを明確に述べてください。ユーザーが特定のチャネルから来たと仮定するのではなく、「未属性」または「明示的にタグ付けされていない」を使用してください

転換

転換の定義は、アプリが使用しているモデルによって異なる場合があります。トライアルに転換してから、その後サブスクリプションに転換させる場合もあります。またはユーザーを直接サブスクリプションに送信する場合もあります。

  • 「初期転換」チャートを使用して、何件のトライアルまたはサブスクリプションが開始されたかを確認します
  • その後、無料トライアルを使用しているかどうかを「新規トライアル」チャートと比較することでさらに判断できます
  • 「トライアル転換率」チャートは、トライアル転換の性能を理解するのに役立つチャートです

リテンション

  • 「チャーン」チャートは、各期間でアクティブなサブスクライバーベースの何パーセントが失われるかを示します。異なる期間の組み合わせであるため、解釈またはベンチマークが難しい場合があります
  • 異なる製品の長期的なリテンションを理解したい場合は、「サブスクリプションリテンション」チャートを確認してください

再アクティベーション

  • 再アクティベーションを理解する唯一の本当の方法は、「MRR Movement」チャートと「Resubscription MRR」を確認することです

分析の比較

  • 比較可能なものを比較してください。獲得コホートまたはセグメントを分析する場合は、同じメトリクス、チャート、日付範囲、転換ウィンドウ、およびコホート定義を使用して全体的なベースラインと比較してから、方向性のある主張を行います
  • 「{セグメント}ユーザーはどのように機能していますか?」のようなオープンエンドの質問については、セグメント固有のメトリクスで止まらないでください。要求されたセグメントと、主要な転換またはデータ品質メトリクスの全体的/フィルターされていないベースラインを取得し、そのベースラインに対するパフォーマンスを判断してください。ベースラインと比較せずにセグメントを「健全」「低迷」などと評価しないでください
  • フィルターされた新規カスタマーコホートからの収益または転換と、すべてのコホートと更新からの総アプリ収益を比較しないでください。マッチングベースラインを取得できない場合は、その旨を述べ、方向性のあるパフォーマンス主張を避けてください

ダッシュボードURLフォーマット

フィルターを保持してRevenueCatダッシュボードチャートへの共有可能なリンクを生成します。

重要: この正確な構造を使用します:

https://app.revenuecat.com/projects/{project_id}/charts/{chart_name}?range={range_value}
  • {project_id} — 短い16進数ID(例:56965ae1)。完全なproj56965ae1ではなく
  • {chart_name}revenuechurnmrrなどのチャート名
  • プロジェクトIDはパスに含まれ、クエリパラメータではありません

正しい例:

https://app.revenuecat.com/projects/56965ae1/charts/revenue?range=Last+90+days%3A2025-11-16%3A2026-02-13

間違い — 使用しないでください:

https://app.revenuecat.com/charts/revenue?project=proj56965ae1&chart_start=...&chart_end=...

クエリパラメータ

日付範囲(range)— 必須

rangeパラメータは日付範囲を制御します。形式:{preset}:{start_date}:{end_date}、start_dateとend_dateはYYYY-MM-DD形式。任意の日付範囲の場合はCustomをプリセットとして使用します。

このフォーマットを必ず使用してくださいstart_dateend_datechart_startchart_endパラメータは使用しないでください。注:パート間の:はURL エンコード%3Aする必要があります。プリセット名の空白は+になります。

例:range=Custom%3A2025-01-01%3A2025-12-31

解像度(resolution

意味
0 日単位の粒度
1 週単位の粒度
2 月単位の粒度
3 四半期単位の粒度
4 年単位の粒度

セグメント(segment

データを分割するディメンション。get-chart-dataリクエストを作成するときに使用していた正確な値を使用します。

  • country — 国別
  • store — アプリストア別(App Store、Play Storeなど)
  • product_id — 製品識別子別
  • platform — プラットフォーム別(iOS、Androidなど)
  • offering_id — オファリング別

フィルター

フィルターは個別のクエリfilterパラメータとして、内容{dimension}%3A%3D%3A{value}で渡されます。get-chart-dataリクエストに使用したディメンション名を使用してください。

ディメンション
country filter=country%3A%3D%3AUS
store filter=store%3A%3D%3Aapp_store
product filter=product_id%3A%3D%3Aprodbb68905d98
platform filter=platform%3A%3D%3AiOS

複数のフィルターを使用するには、同じディメンションであるか複数のディメンションであるかに関わらず、複数のfilterクエリパラメータを含めます。同じディメンションに対して複数のフィルターを渡すとOR演算が行われ、異なるディメンションに対するフィルターを渡すとAND演算が行われます。

チャート固有のセレクター

一部のチャートには特別なセレクターがあります:

転換/リテンションチャート:

  • customer_lifetime — 例:30_days60_days90_days
  • conversion_timeframe — 例:7_days14_days30_days

リンクの構築

ダッシュボードリンクを生成するには:

  1. ベースで開始:https://app.revenuecat.com/projects/{project_id}/charts/{chart_name}
  2. 日付範囲を含むrangeパラメータを追加
  3. フィルターをfilterクエリパラメータとして追加
  4. セグメント化する場合はsegmentを追加
  5. 必要に応じてチャート固有のセレクターを追加
  6. すべての値をURL エンコード(スペース→+、コロン→%3Aなど)

APIからダッシュボードパラメータへのマッピング

APIパラメータをダッシュボードURLに変換する場合:

APIパラメータ ダッシュボードパラメータ
start_date + end_date range=Custom%3A{start}%3A{end}Customプリセットを使用)
segment segment
filters(JSON配列) 個別のfilterクエリパラメータ
selectors(JSONオブジェクト) 個別のクエリパラメータ

例:リンクの構築

ユーザーの要望:「直近90日間の国別セグメント化収益チャート、米国とドイツにフィルターされたもの」

日付を計算:本日が2026-02-13の場合、90日前は2025-11-16です。

https://app.revenuecat.com/projects/56965ae1/charts/revenue?range=Last+90+days%3A2025-11-16%3A2026-02-13&segment=country&filter=country%3A%3D%3AUS&filter=country%3A%3D%3ADE

ユーザーの要望:「2025年8月から現在までのチャーンチャート」

任意の日付範囲にCustomプリセットを使用します:

https://app.revenuecat.com/projects/56965ae1/charts/churn?range=Custom%3A2025-08-01%3A2026-02-13

プロジェクトIDの取得

プロジェクトIDはlist_projectsツールを使用して取得でき、すべてのプロジェクトとそのIDがリストされます。

  • ツールはprojで始まるIDを返します。例:proj56965ae1
  • ダッシュボードURLの場合、projプリフィックスを削除してください — パスには56965ae1のみを使用します
原文(English)を表示

Accessing RevenueCat charts

Use the following two tools of the RevenueCat MCP:

  • get-chart-options-schema: To understand the available options for each chart, including date resolution, segments, filters, and other selectors
  • get-chart-data: To retrieve data for a chart

In general, to avoid clogging the context, start with defined timeframes and larger resolution, then narrow down.

Interpreting metrics

Subscription apps are driven by four forces:

  • Acquisition - how many new customers are arriving to the app
  • Conversion - how many of those customers are converting into trials or paid plans
  • Retention - how long do those customers retain
  • Reactivation - how can you bring back old users

The net movement of an apps revenue will be the result of the combination of these forces. When giving advice, always use benchmark data to make sure you aren't incorrectly diagnosing an issue.

General guidelines:

  • When using the data tools, date ranges are inclusive (start_date and end_date are included in the range). When asked for data for the "last N days", take that into account (use today as end date, start date is (N-1) days before today).
  • Provide links to RevenueCat charts (see the Dashboard URL Format section below) where it is useful. Provide specific links including filters, segments, date ranges, etc — eg. if you are asked for proceeds in the last 3 months, link to the revenue chart with custom date range of the last 3 months and the revenue_type selector set to proceeds, don't link to the plain revenue chart

Revenue

  • When asked for general revenue numbers without additional specification, default to gross revenue (ie. revenue including taxes and store commissions) and call it out.

Acquisition

  • Use the New Customers chart to understand how much top of funnel the app is driving.
  • Segmenting New Customers by Country, or Apple Ads dimensions can be helpful in informing acquisition.
    • RevenueCat's Apple Ads integration sets attribution dimension information like campaign, ad group, keyword
    • Developers can also manually set these attribution dimensions on a per-customer level using reserved customer attributes
  • Do not treat a zero result from an explicit attribution filter as proof that the broader channel has zero users or zero activity. For example, attribution_source = Organic only means users explicitly tagged with that value; it does not include untagged users or every organic/non-paid user.
  • If attribution data is sparse or missing, say that clearly. Use "unattributed" or "not explicitly tagged" rather than assuming those users came from a specific channel.

Conversion

The definition of conversion may vary depending on what model the app is using. They may be converting to a trial, that then converts into a subscription. Or they may be sending users directly to a subscription.

  • Use the Initial Conversion chart to see how many trial or subscriptions are started.
  • You can then further determine if they are using free trials by comparing that to the New Trials chart
  • The Trial Conversion Rate chart is a helpful chart for understanding the performance of just that trial conversion

Retention

  • The Churn chart will tell you the % of the active subscriber base that is lost each period. It can be difficult to interpret or benchmark because it is a blend of different periods.
  • When you want to understand the long term retention of different products, look at the Subscription Retention chart

Reactivation

  • The only real way to understand Reactivation is looking at the MRR Movement chart and the Resubscription MRR

Analytics comparisons

  • Compare like with like. When analyzing an acquisition cohort or segment, compare it against the overall baseline using the same metric, chart, date range, conversion window, and cohort definition before making a directional claim.
  • For open-ended questions like "how are {segment} users doing?", do not stop at segment-only metrics. Pull the requested segment and an overall/unfiltered baseline for the key conversion or revenue-quality metric, then judge performance relative to that baseline. Do not evaluate a segment as "healthy", "underperforming" etc. without comparing it to a baseline.
  • Do not compare revenue or conversions from a filtered new-customer cohort against total app revenue from all cohorts and renewals. If you cannot get a matching baseline, say so and avoid directional performance claims.

Dashboard URL Format

Generate shareable links to RevenueCat dashboard charts with filters preserved.

IMPORTANT: Use this exact structure:

https://app.revenuecat.com/projects/{project_id}/charts/{chart_name}?range={range_value}
  • {project_id} — The short hex ID (e.g., 56965ae1), NOT the full proj56965ae1
  • {chart_name} — Chart name like revenue, churn, mrr, etc.
  • Project ID goes in the path, not as a query parameter

Correct example:

https://app.revenuecat.com/projects/56965ae1/charts/revenue?range=Last+90+days%3A2025-11-16%3A2026-02-13

WRONG — do not use:

https://app.revenuecat.com/charts/revenue?project=proj56965ae1&chart_start=...&chart_end=...

Query Parameters

Date Range (range) — REQUIRED

The range parameter controls the date range. Format: {preset}:{start_date}:{end_date}, with start_date and end_date in YYYY-MM-DD format. Use Custom as the preset for arbitrary date ranges.

You must use this format — do NOT use start_date, end_date, chart_start, or chart_end params. Note: The : between parts must be URL-encoded as %3A. Spaces in the preset name become +.

Example: range=Custom%3A2025-01-01%3A2025-12-31

Resolution (resolution)

Value Meaning
0 Daily granularity
1 Weekly granularity
2 Monthly granularity
3 Quarterly granularity
4 Yearly granularity

Segment (segment)

Dimension to break down the data by. Use the exact value you were using to make the get-chart-data request.

  • country — by country
  • store — by app store (App Store, Play Store, etc.)
  • product_id — by product identifier
  • platform — by platform (iOS, Android, etc.)
  • offering_id — by offering

Filters

Filters are passed as individual query filter params with the content {dimension}%3A%3D%3A{value}. Use the dimension names you used for the get-chart-data request.

Dimension Example
country filter=country%3A%3D%3AUS
store filter=store%3A%3D%3Aapp_store
product filter=product_id%3A%3D%3Aprodbb68905d98
platform filter=platform%3A%3D%3AiOS

To use multiple filters, regardless of whether they are for the same dimension or multiple dimensions, include multiple filter query parameters. Passing multiple filters for the same dimension will result in an OR operation, passing filters for different dimensions will result in an AND operation.

Chart-Specific Selectors

Some charts have special selectors:

Conversion/Retention charts:

  • customer_lifetime — e.g., 30_days, 60_days, 90_days
  • conversion_timeframe — e.g., 7_days, 14_days, 30_days

Constructing a Link

To generate a dashboard link:

  1. Start with base: https://app.revenuecat.com/projects/{project_id}/charts/{chart_name}
  2. Add range param with date range
  3. Add any filters as filter query params
  4. Add segment if segmenting
  5. Add chart-specific selectors as needed
  6. URL-encode all values (spaces → +, colons → %3A, etc.)

API to Dashboard Parameter Mapping

When translating from API parameters to dashboard URLs:

API Parameter Dashboard Parameter
start_date + end_date range=Custom%3A{start}%3A{end} (use Custom preset)
segment segment
filters (JSON array) Individual filter query params
selectors (JSON object) Individual query params

Example: Building a Link

User wants: "Revenue chart for last 90 days, segmented by country, filtered to US and Germany"

Calculate dates: if today is 2026-02-13, then 90 days ago is 2025-11-16.

https://app.revenuecat.com/projects/56965ae1/charts/revenue?range=Last+90+days%3A2025-11-16%3A2026-02-13&segment=country&filter=country%3A%3D%3AUS&filter=country%3A%3D%3ADE

User wants: "Churn chart from August 2025 to now"

Use the Custom preset for arbitrary date ranges:

https://app.revenuecat.com/projects/56965ae1/charts/churn?range=Custom%3A2025-08-01%3A2026-02-13

Getting Project ID

The project ID can be found via the list_projects tool, which lists all projects with their ID.

  • The tool returns IDs starting with proj, for example proj56965ae1
  • For dashboard URLs, strip the proj prefix — use just 56965ae1 in the path

原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。