free-tool-strategy

free-tool-strategy スキルの概要

free-tool-strategy は、無料マーケティングツールを本当に作る価値があるのか、どんな種類のツールが自社プロダクトに合うのか、そして見栄えだけのトラフィックではなく質の高い関心を集めるにはどこまでをスコープにすべきかを判断するためのスキルです。特に、Product Marketing、グロース、創業者主導のチーム、または calculator・grader・analyzer・generator などの engineering-as-marketing の施策を検討している PMM 周辺のビルダーに向いています。

free-tool-strategy は何のためのスキルか

free-tool-strategy を使うべきなのは、単に「どんなツールを作れるか？」ではなく、「自社にとって意味のある獲得レバレッジを生む無料ツールは何か？」を見極めたいときです。このスキルは、本当に役立つ無料体験を通じて、リード獲得、SEO トラフィック、認知拡大、プロダクト理解を進める用途に設計されています。

向いているユーザーとチーム

このスキルが特に合うのは、次のようなケースです。

• パイプライン創出につながるキャンペーンを設計する Product Marketing チーム
• ROI calculator、grader、audit 系ツールを検討している SaaS 企業
• 実装に時間を投じる前に engineering-as-marketing を試したい創業者
• プロダクトのポジショニングと結びついたツール案が必要なコンテンツ／グロースチーム

逆に、必要なのがダウンロード用のチェックリストや ebook だけなら、このスキルは不向きです。その用途は明確に lead-magnets の対象です。

単なる汎用プロンプトと何が違うか

通常のプロンプトでも「無料ツールのアイデア出し」はできます。ただし、意思決定の枠組みが欲しいなら free-tool-strategy のほうが実用的です。この repo はモデルに対して、次の観点を重視するよう促します。

• まず既存の product marketing context を確認する
• ビジネス目標と手持ちのリソースに照らして適合性を評価する
• ツール案をただ列挙するのではなく、タイプごとに比較する
• 保守負荷、gating、MVP の範囲、実装上のトレードオフまで考える

そのため、実際にエンジニアリング工数をどこに使うかを判断したいチームにとって、free-tool-strategy skill は導入する価値が高いスキルです。

このスキルが助ける中心的な意思決定

free-tool-strategy の主な役割は、コアプロダクトに十分近くて質の高い需要を生みつつ、同時にシンプルで出しやすく保守しやすい無料ツール案を選ぶことです。重要なのはアイデア数ではなく、このバランスです。派手でも保守が重いツールや、プロダクトとの接続が弱いツールは、たいてい期待ほど成果が出ません。

free-tool-strategy スキルの使い方

free-tool-strategy のインストール前提

上流の SKILL.md には直接のインストールコマンドはありませんが、標準的な Skills ワークフローでは、repository から次のように追加できます。

npx skills add https://github.com/coreyhaines31/marketingskills --skill free-tool-strategy

インストール後は、単にコンテンツ案が欲しい場面ではなく、獲得施策として無料ツールを評価したいときに呼び出すのが適切です。

最初に読むべきファイル

手早く、しかも要点を外さずに repo を読むなら、次の順で確認するのがおすすめです。

• skills/free-tool-strategy/SKILL.md
• skills/free-tool-strategy/references/tool-types.md
• skills/free-tool-strategy/evals/evals.json

この順番には意味があります。SKILL.md で全体の進め方をつかみ、references/tool-types.md で具体的なツール分類を見て、evals/evals.json で良い出力に何が求められているかを確認できます。

このスキルに必要な入力

次の情報を渡すと、free-tool-strategy usage の質は大きく上がります。

• コアプロダクトと対象バイヤー
• 獲得目的: leads、SEO、awareness、education のどれか
• 候補となるツール案（あれば）
• 使えるエンジニアリング体制と保守余力
• email gating を許容できるか
• ユーザーがツールで価値を得たあとに起こしたい行動

これらがなくてもアイデア出し自体はできますが、結果は汎用的になりやすく、実際の事業条件からずれやすくなります。

まず product marketing context から始める

このスキルは、質問を始める前に .agents/product-marketing-context.md または .claude/product-marketing-context.md を探すよう、明示的にモデルへ指示しています。環境側でこれらのファイルを使えるなら、事前に埋めておくべきです。やり取りの往復を減らせるうえ、戦略の方向性も合わせやすくなります。

強い context file に含めたい要素は次の通りです。

• ICP と購買トリガー
• プロダクトの value proposition
• 競合となる代替手段
• pricing または sales motion
• 主要ユースケースとよくある objections

ラフなアイデアを強いプロンプトに変える

弱いプロンプト:
「無料のマーケティングツールを作るのを手伝ってください。」

より良いプロンプト:
「We sell HR software to 200–2000 employee companies. We want pipeline, not just traffic. We are considering an ROI calculator versus a policy generator. We have one engineer for 3 weeks and limited maintenance capacity. Email gating is acceptable after initial value is shown. Recommend the better free tool, explain why, define MVP scope, and suggest what should be free versus gated.”

こちらのほうが機能するのは、free-tool-strategy skill が前提を勝手に補うのではなく、きちんと比較判断できるだけの文脈が入っているからです。

tool-type reference を意図的に使う

references/tool-types.md は、この repo の中でも特に実務で役立つ補助ファイルです。たとえば次のようなパターンに、自分の案を分類しやすくなります。

• calculators
• generators
• analyzers または auditors
• testers または validators
• libraries または resources
• interactive educational tools

この分類は見た目の整理では終わりません。入力設計、出力形式、共有されやすさ、リード獲得の設計まで変わってきます。

Product Marketing 向け free-tool-strategy のおすすめワークフロー

free-tool-strategy for Product Marketing を使うなら、次の流れが扱いやすいです。

1. ビジネス目標と対象オーディエンスを定義する。
2. あり得るツール案を 2〜3 個並べる。
3. 各案を tool type にマッピングする。
4. オーディエンス適合、プロダクト隣接性、開発工数、SEO ポテンシャル、保守負荷で比較する。
5. 1 つに絞り、MVP の範囲を定義する。
6. どこまでを ungated にし、必要なら何を email 必須にするか決める。
7. 結果表示後の CTA を、自社プロダクトにつながる形で設計する。

この流れは evals が評価しているポイントそのものです。つまり、比較、推奨、gating 戦略、実装アドバイスが重要だということです。

評価ファイルから見える、このスキルの重視点

evals/evals.json を見る限り、強い出力には通常、次の要素が含まれます。

• product marketing context の確認
• ツール候補どうしの明示的な比較
• スキル独自のツール分類の活用
• 根拠付きの推奨
• lead capture または gating の助言
• MVP のスコーピング
• 実装の提案

これらが抜けているなら、free-tool-strategy へのプロンプトがまだ浅い可能性が高いです。

出力の質を変える実践的なプロンプトのコツ

次のように依頼すると効果的です。

• 「3案を比較する scorecard を出して」
• 「出荷できる最小限で価値のある版を定義して」
• 「free と gated の境界を整理して」
• 「継続保守のリスクを洗い出して」
• 「質の低い流入ではなく、qualified users を引き寄せる条件を示して」

単に「アイデアをください」と頼むより、こうした聞き方のほうが戦略的な思考を引き出せます。

よくある外し方

すべての無料ツールを top-of-funnel の SEO 施策として捉えないことです。優れた無料ツールの中には、product education や sales enablement のほうが効果を出しやすいものも多くあります。買う前に価値理解が必要なバイヤー相手なら、広く浅い集客ツールより、狭くてもプロダクトに近いツールのほうが成果につながることがあります。

free-tool-strategy スキル FAQ

free-tool-strategy はエンジニアリング体制が厚いチーム向けだけですか？

いいえ。free-tool-strategy guide は、エンジニアリング余力が限られていても有用です。実務上の強みのひとつが、スコープを削る判断を助けてくれる点だからです。複雑なプラットフォーム風ツールより、小さめの calculator、checker、generator を勧めるほうが適切な場面も少なくありません。

LLM に無料ツール案を聞くだけより良いですか？

意思決定の質を重視するなら、はい。汎用的なブレインストーミングは新規性を最大化しがちです。一方 free-tool-strategy は、オーディエンスとの整合、プロダクト隣接性、SEO 価値、保守コストをまたいで、適合性・優先順位・トレードオフを整理したいときに向いています。

どんな無料ツールが特に相性がいいですか？

repository の reference を踏まえると、相性が良いパターンとしては次がよく挙がります。

• ROI と savings calculators
• graders と analyzers
• シンプルな generators
• validators と testers
• 教育目的の interactive tools

ただし、最適なカテゴリは流行ではなく、買い手が片づけたい job によって決まります。

どんなときは free-tool-strategy を使わないほうがいいですか？

次のような場合は free-tool-strategy は適していません。

• interactive asset ではなく、ダウンロード型 lead magnet が欲しい
• 作るツールはすでに決まっていて、UI やコードの支援だけ欲しい
• 構想がコアプロダクトから遠すぎて、qualified demand につながらない
• データ、ロジック、結果品質を継続的に保守する体制がない

free-tool-strategy は初心者でも使えますか？

はい。ただし、最低限のビジネス文脈を渡せるほど使いやすくなります。初心者でも、repo の tool-type reference をなぞりつつ、フルロードマップではなく MVP recommendation を求める形にすると、考えを整理しやすくなります。

free-tool-strategy スキルを改善するには

ビジネス上の制約をよりシャープに渡す

free-tool-strategy の結果を最も手早く改善する方法は、曖昧さのない制約を入れることです。

• build time
• engineering availability
• 許容できる maintenance level
• conversion goal
• target persona
• data collection や integrations が現実的かどうか

「できること」を増やすより、「除外すべき案」をはっきりさせたほうが、このスキルは格段に強くなります。

計画を求める前に、まず比較をさせる

ユーザーはよく、いきなり「ツールを設計して」と頼みがちです。ですが、先に free-tool-strategy skill に 2〜4 案を scorecard で比較させたほうが、結果は安定します。いちばん面白そうな案が、実は最も作るべきでない案だと分かることもあります。

コンバージョンの瞬間を明示する

弱い出力の多くは、ユーザーが結果を得たあとに何を起こしたいのかがプロンプトに書かれていないことが原因です。次の一手を明示すると、プロンプトは大きく改善します。

• book demo
• start trial
• download report
• expanded results を email で受け取る
• 結果にひもづく product feature を見に行く

こうすると、gating や CTA の提案が一気に具体的になります。

現実的な例で入力の質を上げる

たとえば次のような曖昧な書き方ではなく、

「マーケター向けのツールが欲しい。」

次のように書きます。

「We sell SEO software to in-house marketing teams. They already run audits manually. We want a free tool that gets qualified leads and demonstrates our value before a trial.”

このほうが、実際の痛みやプロダクトとの近さに基づいてツール選定を進められるため、関連性が高まります。

よくある失敗パターンに注意する

free-tool-strategy usage でありがちな問題は次の通りです。

• 間違ったオーディエンスを呼び込むツールを選んでしまう
• MVP を広げすぎて、保守の重いプロダクトになってしまう
• gating が早すぎて、価値を感じる前に離脱される
• アイデアが広すぎて、コアプロダクトとの接続が弱い
• 競合のツールタイプを、そのまま差別化なしでなぞってしまう

こうした問題は、スキル自身に自分の推奨案を批評させると見つけやすくなります。

初回回答のあとに反復プロンプトを使う

2 回目の改善依頼として強いのは、たとえば次のようなプロンプトです。

「Revise this recommendation for a 2-week MVP, lower maintenance, and stronger product adjacency. Remove any feature that does not improve lead quality.”

この種の反復は、単に「もっと詳しく」と言うより実りがあります。出力を現実の意思決定に近づけやすいからです。

reference と evals で妥当性を確認する

最終的に採用する前に、次と照らし合わせてください。

• references/tool-types.md: 選んだ形式が課題に合っているか
• evals/evals.json: 回答に比較、推奨、gating、MVP scope、implementation advice が入っているか

これが、free-tool-strategy をきちんと使えているのか、それとも単なる抽象的な戦略文を受け取っているだけなのかを見分ける、最短の確認方法です。