mcpField
R
replica-entrepreneur

replica-entrepreneur

github.com/jakeschincariolマーケティング・グロース6.3k727 回インストール4 週間前に更新
リポジトリ

replica-entrepreneur について

replica-entrepreneurは、実際のユーザーレビューから製品機会を見つけるスキルです。出典付きの意見を不満、要望、未解決ニーズに分類し、根拠に基づく改善計画とポジショニング案につなげます。

主な機能

  1. 01レビュー収集の指針
  2. 02テーマ別フィードバックの順位付け
  3. 03根拠が薄いテーマの表示
  4. 04製品改善計画の順位付け
  5. 05根拠に基づくポジショニング案

活用シーン

  1. 01複数のレビュー元から共通の不満を発見
  2. 02フィードバックを根拠に変更を優先
  3. 03アプリクローンの製品ポジショニング

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/jakeschincariol/replica-skill --skill replica-entrepreneur

インストール後、Claude Code で/replica-entrepreneurを入力して読み込まれたか確認します。

同梱ファイルreviews.pythemes.json

詳細

replica-entrepreneur

アプリをそのままコピーしても、存在する理由はありません。このスキルは、その理由を見つけます。元のアプリのユーザーが自分の言葉で語る不満を調べ、それをあなたのアプリで解消します。

このフォルダー内のツール：

python3 reviews.py replica/reviews.csv --out replica/feedback.md

絶対に守るルール

  • 決して捏造しないでください。 レビュー、引用、評価、件数、ユーザー、情報源を作り上げてはいけません。情報源にアクセスできない場合は、その旨を伝えて次に進みます。レビューが14件なら、14件と記載します。
  • 引用はすべて原文のまま、リンクを付けてください。 ページから正確にコピーし、レビューまたはスレッドのURLを付けます。reviews.py はリンクのない行をすべて除外します。
  • スクレイピングではなく、読んでください。 人が読むように、ブラウザーでレビューのページを開き、行をシートにコピーします。規約で禁止されているストアやレビューサイトに対して、スクレイピング用ライブラリを使ってはいけません。規約の範囲内であれば、公式の公開フィードやAPIを利用できます。AppleのカスタマーレビューRSSフィード (https://itunes.apple.com/us/rss/customerreviews/id=<APP_ID>/sortBy=mostRecent/json)、 Hacker News Algolia API (hn.algolia.com/api/v1/search?query=...)、 Redditの公式APIなどが該当します。
  • 偽のレビューは絶対に書かないでください。 自分のアプリについても、競合についても同じです。米国（FTCの2024年規則）をはじめ、多くの地域で違法です。
  • レビュー投稿者の言葉を推薦文として使わないでください。 その言葉は調査に使います。ランディングページに掲載してはいけません。

ステップ1：収集する

最近のレビューから、3つ以上の情報源で合計100件以上を目指します。

情報源場所
App Storeアプリのページから、「評価とレビュー」、「すべて見る」の順に開きます。または上記のRSSフィードを使います
Google Playアプリの掲載ページからすべてのレビューを表示し、新しい順に並べ替えます
G2、Capterra、Trustpilot製品のレビューページで、星1～3のレビューも表示します
Reddit「X alternative」「switched from X」「X sucks」「X vs」で検索します
Hacker NewsAlgolia APIまたはサイト内検索で同じ語句を検索します
元のアプリのボード公開ロードマップや機能リクエストボード（Cannyなど）と投票数を確認します
更新履歴すでに修正済みの内容を「修正」しないよう、リリース済みの機能を確認します

replica/reviews.csv の各行の形式は source,url,date,rating,text です。textは原文のままコピーします。星3と星4のレビューも読みます。「気に入っていますが……」というレビューに、最適な修正のヒントが隠れていることがあります。

ステップ2：順位付けする

python3 reviews.py replica/reviews.csv --out replica/feedback.md

レビューをテーマ別に分類し（themes.json。アプリのカテゴリに合わせて編集します）、評価の低いレビューと新しいレビューに高い重みを付けます。レビューが3件未満、または情報源が1つだけのテーマには「データ不足」と印を付けます。ユーザー自身の言葉によるリクエストをすべて一覧表示し、どのテーマにも該当しなかった低評価レビューも抽出します。最後のリストは手作業で確認してください。ここに最も有益な情報が含まれていることもよくあります。

ステップ3：3つのリストを作る

feedback.md をもとに、順位付けした3つのリストを作成します。各項目には、問題を1行で記載し、レビュー数と情報源の数、リンク付きの引用を1～2件含めます。

  1. 嫌われている点。 アプリの機能や動作に関する不満です。
  2. 不足しているもの。 名指しで求められている機能です。
  3. 未解決のニーズ。 アプリが対象としていない仕事全体やユーザー層です（「チーム向けに作られていない」「セラピストには役に立たない」など）。これらはポジショニングにつながります。

データが少ないテーマには、その旨を明記します。Redditの否定的なコメントが3件あるだけで、傾向として示してはいけません。

ステップ4：修正計画

根拠の強さと修正にかかる手間を考慮して、上位5～8項目を選びます。それぞれについて、構築または変更する内容、規模（S、M、L）、担当するスキル、根拠を記載します。各項目を、original を no に設定した行として replica/features.csv に追加します。価格や請求に関する不満は /replica-launch に記載します。

ステップ5：切り口を決める

上位テーマを根拠とするポジショニング案を3つ作成します。

For {{who}} who {{hate this about the original, in plain words}},
{{your app}} {{does this instead}}.
Evidence: {{theme}}, {{n}} reviews across {{n}} sources.

1つを推奨します。これをもとに replica-brand の名前とトーン、replica-launch のヒーローを決めます。アプリ名、広告、ストアの掲載ページに元のアプリ名を入れてはいけません。事実に基づく比較ページを作成できるかどうかは、あなたの国の弁護士に相談してください。

成果物

replica/reviews.csv、replica/feedback.md、replica/fixes.md（3つのリスト、修正計画、切り口）、features.csv に追加した行、サンプル数を明記した要約を作成します。次は /replica-brand です。

コメント

Markdown 対応