calculator-design について
グロースマーケター、プロダクトマーケター、代理店向けの計算ツール設計スキルです。導入の妥当性を判断し、意思決定に役立つ透明性の高い計算、入力項目、結果表示、追加価値の設計を支援します。
主な機能
- 01計算ツールへの投資価値の評価
- 02必要で入力しやすい項目の設計
- 03数式、前提、出典の開示
- 04具体的で実行可能な結果表示の計画
- 05無料の結果とゲート対象の価値の区分
活用シーン
- 01マーケティング計算ツールの初期企画
- 02転換するが見込み客の質が低いツールの監査
- 03信頼につながる方法論の開示設計
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ rampstackco/ claude-skills --skill calculator-designインストール後、Claude Code で/calculator-designを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
README.mdreferences/calculation-logic-transparency.mdcalculator-anti-patterns.mdcalculator-investment-criteria.mdcommon-calculator-failures.mdemail-capture-decision-tree.mdinput-design-patterns.mdmethodology-disclosure-templates.mdresult-presentation-patterns.mdtiered-value-structures.md詳細
電卓の設計
実際の意思決定を支援しながら、リードマグネットとして機能し、見込み度の高いトラフィックを生み出すインタラクティブな電卓を設計するための、シニアグロース担当者の実践ガイドです。ROI 電卓、価格見積もり、節約額の予測、住宅ローン電卓、カスタム評価などを扱います。オーディエンスに本当に信頼されるツールを作るためのノウハウです。
ウェブ上にある電卓の多くは、ユーザーを釣るためのものです。公式らしい計算式の裏に根拠のない乗数を隠し、出典を示さない「業界平均」の数値を掲げ、結果を営業への問い合わせフォームの後ろに隠しています。計算という形式であることを利用してメールアドレスを集めても、実際には誰の意思決定にも役立っていないため、見込み顧客の質は高まりません。
長期にわたって価値を生み出す電卓は、まったく違うことをします。オーディエンスが関係者に根拠を示して説明できる結果を提示します。結果の妥当性を検証できるよう、算出方法を明示します。操作によってではなく、価値(PDF レポート、保存・比較できるアカウント、個別分析など)を提供してリードを獲得します。
このスキルは、独立したスキルとして取り上げる特定のリードマグネット形式の一つです。親フレームとなる方法論は lead-magnet-design にあり、計算の透明性、段階的な価値、算出方法の開示といった電卓に特化した方法論はここで扱います。
このスキルの語り口は、電卓が長期的な信頼を獲得する様子も、公開から数週間で信頼を失う様子も見てきたシニアグロース担当者のものです。実践的で、透明性について明確な意見を持ち、目標に対して電卓への投資が適切でない場合はそう伝えます。
このスキルを使う場面:初めて電卓の要件を定義するとき、コンバージョンは生むものの見込み顧客の選別につながらない電卓を監査するとき、オーディエンスの信頼を得るための算出方法の開示を設計するとき、またはどの機能にメールアドレスの入力を求めるべきか判断するときです。
このスキルで扱う内容
このスキルでは、特定のリードマグネット形式の一つとして電卓の設計を扱います。グロースツールの使い分けは次のとおりです。
lead-magnet-designは親フレームとなる方法論です(リードマグネットに投資するかどうか、形式の選択、オーディエンスとの適合性、フォローアップの流れ)。電卓は、特定のリードマグネット形式の一つです。calculator-design(このスキル) は電卓に特化した方法論です(計算の透明性、段階的な価値、算出方法の開示、入力項目の設計)。quiz-and-assessment-designは姉妹ツール形式です。電卓は数値を提示し、クイズはカテゴリを提示します。方法論は異なります。landing-page-copyは電卓のランディングページを扱います(電卓の設計の後工程です)。pm-spec-writingは、電卓を構築するエンジニア向けの仕様書を作成します。このスキルでは何を作るかを扱い、pm-spec-writing ではそれをどう伝えるかを扱います。
対象読者:グロースマーケター、プロダクトマーケター、リードマグネットとして電卓を構築するマーケティングチーム、クライアント向けにグロースツール関連の業務を行うエージェンシーです。
対象外:親フレームレベルのリードマグネット設計(lead-magnet-design で扱います)、ランディングページのコピー(landing-page-copy で扱います)、電卓のエンジニアリング実装(pm-spec-writing を通じて引き継ぎます)。
計算機への投資判断:計算機に投資する価値がある場合
計算機を設計する前に、対象者と目的にとって計算機が適切なツールかどうかを判断します。
次の場合、計算機に投資する価値があります。
- 対象者が意思決定の一環として、具体的な計算を必要としています。ソフトウェア購入の ROI、借り換えによる節約額、経費の月額、サービスプランの規模などです。対象者の実際のワークフローに計算が含まれていない場合、計算機は見栄えだけのツールになります。
- 計算が単純ではありません。2つの数値を掛け合わせるだけなら計算機は不要ですが、分岐ロジックを含む5~10個の入力値を調整するなら必要です。
- ブランドに手法に関する権威があります。計算機の出力は、根拠を示せるものでなければなりません。手法に関する権威がないブランド(または手法を公開する意思がないブランド)が計算機を作っても、対象者から信頼されないことがよくあります。
- リード向けのフォローアップシーケンスに、明確な目的があります。計算機は具体的なシグナルを取得します(入力値からリードの状況がわかります)。そのシーケンスでは、そのシグナルを活用する必要があります。
次の場合、計算機に投資する価値はありません。
- 対象者が実際にはその計算をしていません。対象者が抱えていない問題を解決する計算機は、利用率が低くなります。
- 計算が単純です。「月額費用 × 12」を計算するだけの「節約額計算機」には、開発する価値がありません。
- ブランドが手法を正直に公開できません。数学的な計算が、ブランドに根拠を示せない仮定に依存しているなら、その計算機は必然的に見栄えだけのツールになります。
- よりシンプルなリードマグネットで、同じ対象者と目的に対応できます。テンプレートやチェックリストは、計算機よりも低コストで作成・維持できます。計算そのものに価値がある場合に限り、計算機を選びます。
判断すべきなのは「計算機を用意すべきか」ではなく、「この特定の対象者と目的に対して、計算機は次に投資すべき適切なものか」です。
詳細は references/calculator-investment-criteria.md を参照してください。
見栄えだけの計算機 vs リード獲得の罠 vs 透明性の高い意思決定ツール
要となる考え方です。
見栄えだけの計算機。 誰かの意思決定に実際には役立たない入力値と出力結果を提供します。「マーケティング ROI を計算」と謳いながら適当な倍率を使うものや、根拠のある手法なしに「節約額を見積もる」ものが該当します。スクリーンショットでは印象的に見えますが、実際の意思決定には何の役にも立ちません。コストは、リードが結果をダウンロードして役に立たないと気づき、その無用なツールを提供したブランドを覚えてしまうことです。
リード獲得の罠。 計算ロジック自体は本物ですが、結果がメールアドレスの入力を求めるゲートの後ろに隠されています。ユーザーが8つの項目を入力して「計算」を押すと、「結果を見るにはメールアドレスを入力してください」と表示されます。これは操作的です。読者はその手間に不満を感じ、ゲートが価値の提供ではなく誘い水だと対象者に見抜かれるため、コンバージョン率はベースラインを下回ります。
透明性の高い意思決定ツール。 正確な計算を行い、結果をすぐに表示します。PDF レポート、カスタム分析、シナリオの保存・比較など、追加価値がメールアドレスの要求に見合う高度な機能には、メールアドレスの入力を求めます。読者は求めていた答えを得られ、ブランドは惜しみない価値提供を通じてメールアドレスを獲得できます。
判断基準です。計算機を使った後、対象者に属する第三者が、関係者に結果の根拠を説明できるでしょうか。その数値の背後にある手法を示せるでしょうか。できるなら、その計算機は透明性の高い意思決定ツールです。根拠を示せない数値しか得られないなら、その計算機は見栄えだけのものです。メールアドレスを入力しないと結果を見られないなら、その計算機はリード獲得の罠です。
入力設計
計算ツールの入力項目は、利用者が最初に触れる部分です。入力設計が悪いと、計算が実行される前に利用者は離れてしまいます。
原則。 各入力項目は計算に必要で、利用者が簡単に入力でき、利用者の時間を尊重するものである必要があります。
必要性。 出力に実質的な影響を与えない入力項目は、尋ねないでください。入力項目が18個あるのに、実際の計算で使われるのが5個だけの計算ツールは、計算のためではなく営業のためにフォームでデータを集めているという印象を与えます。利用者にはそれがわかります。
入力のしやすさ。 妥当な前提に基づくデフォルト値を設定します。「平均的な企業規模」には、業界の妥当な基準値をあらかじめ設定します。「一般的なコンバージョン率」には、根拠を示せる数値をあらかじめ設定します。デフォルト値は認知負荷を減らし、利用者は自身の状況と異なる部分だけを調整できます。
時間への配慮。 関連する入力項目を視覚的にまとめます。利用者が現在取り組んでいる項目だけを表示します(効果がある場合はプログレッシブディスクロージャーを活用します)。残りのステップ数がわかるよう、進捗を表示します。
入力形式。
- 数値(売上、顧客数、月額費用)。最も一般的です。数値が何を表すのかを説明するツールチップが役立つ場合もよくあります。
- スライダー(割合の推定値、コンバージョン率)。正確な値がわからない範囲を入力するのに適しています。
- ドロップダウン(業界、企業規模、地域)。あらかじめ定義されたカテゴリーに適しています。
- トグル(機能のオン/オフ、シナリオAとB)。二者択一の選択肢に適しています。
- 自由入力(値が本当に利用者固有で、計算できない場合のみ)。控えめに使用します。自由入力は負担になります。
詳細はreferences/input-design-patterns.mdを参照してください。
計算ロジックの透明性
結果の信頼性を裏付けられることが、計算ツールの信用を支える通貨です。
原則。 利用者が方法論を確認できるようにします。計算を公開するか、方法論を説明するリンクを用意するか、求められたときにチームが仕様を共有できるようにします。
方法論を開示する方法。
- 計算式をその場で表示する。 「削減額 =(現在の費用 x 12)-(当社の費用 x 12)+ 導入による削減額 $X」。明確で、検証できます。
- 方法論のページ。 前提、出典、計算式を説明するページへのリンクを計算ツールから設置します。関心がある利用者は内容を確認でき、そうでない利用者にはデフォルト値が役立ちます。
- 出典を明記する。 入力値が外部のベンチマーク(「業界平均:14パーセント」など)に基づく場合は、出典を示します。出典のないベンチマークは信頼を損ないます。
- 前提条件の一覧。 計算ツールの前提条件を、平易な言葉で一覧にします。「3か月の導入期間を経た後、月ごとの比較を行うことを前提としています。」
見せかけの計算ツールの失敗例。 前提条件が隠され、出典がなく、計算式が不透明です。利用者はツールを使って数値を得ても、その根拠を説明できません。計算ツールが信頼性を築けなかったため、利用者が次にその判断について話し合う場でブランドは話題に上がりません。
透明性の高いツールの成功例。 前提条件が明示され、出典が示され、計算式を確認できます。利用者はツールを使って数値を得て、その根拠を説明できます。利用者が出典として計算ツールを挙げるため、ブランドは話題に上がります。
詳細はreferences/calculation-logic-transparency.mdを参照してください。
結果の提示
結果は計算ツールの成果です。結果の提示が適切でなければ、計算にかけた労力が無駄になります。
原則。 結果は具体的で、文脈があり、行動につながるものであるべきです。
具体的。 単位付きの数値にします。「年間節約額の見込み:14,200ドル。」ではなく、「大幅な節約が可能です。」や「最大60%オフです。」といった表現は避けます。
文脈がある。 ユーザーが理解できる基準値と比較します。「入力内容に基づくと、現在の構成と比べて年間14,200ドル節約できます。」文脈があることで、数値を解釈しやすくなります。
行動につながる。 この数値を使って、ユーザーは何をすればよいでしょうか。「この見積もりを使って、CFOに提案しましょう」や「このシナリオを保存して、別の構成と比較しましょう」、「共有可能なPDFレポートを取得しましょう」などです。次のステップは、計算ツールが結果を行動につなげる橋渡しとなります。
結果の提示パターン。
- 主要な数値。 最も重要な出力を1つ選び、大きく目立つように表示します。
- 内訳。 主要な数値の計算方法を説明する副次的な結果です。
- 視覚化。 ユーザーが関係性を把握しやすくする棒グラフ、比較表、またはシンプルな図です。
- シナリオ比較。 「現在の状態と最適化後の状態」のように、差を示す計算ツールで役立ちます。
避けるべきこと。
- 結果を目立たない場所に置くこと。結果はスクロールしなくてもすぐに見えるようにします。
- 結果の後にマーケティング文を5段落続けること。ユーザーが求めているのは結果です。マーケティングは結果の前ではなく、後に配置します。
- 結果を見るために、すべての入力を再入力させること。セッション中は入力内容と結果を保持します。
詳しくは、references/result-presentation-patterns.mdを参照してください。
メールアドレス取得の判断
何を制限し、何を無料で提供するかを決めます。
原則。 ユーザーが求めている結果は提供します。追加の価値(PDFレポート、カスタム分析、保存と比較、複数回の訪問にわたるシナリオの保存)を制限の対象にします。
無料で提供するもの。
- 主要な結果。
- 結果の計算方法の内訳。
- 結果の視覚化。
- 手法に関する説明。
メールアドレスまたはアカウント作成を条件に提供するもの。
- 共有または保存できる、書式を整えたPDFレポート。
- 再確認して別の案と比較できる、保存済みのシナリオ。
- カスタム分析(計算をより詳しく行うもので、多くの場合、後日提供されます)。
- 前提条件の変更時や、新しいベンチマークが出た際のメール通知。
見込み客獲得を優先する失敗例。 主要な結果を制限します。ユーザーが8つの項目を入力して[計算]を押すと、「結果を見るにはメールアドレスを入力してください」と表示されます。ユーザーは操作されたと感じるため、コンバージョン率が低下します。このように見込み客の獲得を優先する方法は、短期的な考え方です。
透明性の高いツールの成功例。 結果は無料で提供し、追加の価値を制限します。コンバージョンは誠実な形で生まれます。ユーザーは追加の価値を得るために自ら登録するため、関心の高い見込み客を獲得できます。
詳しくは、references/email-capture-decision-tree.mdを参照してください。
段階的な価値構造
計算ツールが誠実に見込み客を獲得できるアーキテクチャです。
原則。 計算ツールは段階的な価値を提供します。すぐに得られる無料の結果に加えて、高度な機能を利用するには登録が必要です。
Tier 1(無料、登録不要): 主要な結果、内訳、算出方法、基本的な視覚化。
Tier 2(メールアドレスの入力が必要): 体裁を整えた PDF、保存したシナリオ、結果のメール送信。
Tier 3(アカウント作成またはサインアップが必要): 複数のシナリオを長期にわたって保存・比較する機能、高度な分析、ブランドの製品やサービスとの連携。
段階設計の原則。
- 各段階では、前の段階を上回る実質的な価値を提供する必要があります。Tier 2が単に「同じ結果を PDF にしたもの」なら、メールアドレスを求めるだけの価値はありません。
- 各段階で求める情報は、その段階の価値に見合ったものにします。Tier 2ではメールアドレス、アカウント作成を求めるのはTier 3に限ります。
- 段階の移行は自然に感じられるようにします。ユーザーが無料の結果を受け取り、追加の価値を目にして、それを利用するかどうかを選べるようにします。
具体例。
B2B SaaS の料金計算ツールです。
- Tier 1(無料):ユーザーがチームの規模と利用目的を入力すると、推奨プランと月額料金の概算が表示されます。算出方法へのリンクでは、料金段階の境界値を説明します。
- Tier 2(メールアドレスの入力が必要):推奨プラン、計算内容、ユーザーが検討する可能性のある代替プランとの比較を示す PDF。
- Tier 3(アカウント作成が必要):後で再確認できるシナリオの保存機能。計算ツールを定期的に利用する場合は、過去の料金との比較機能。料金や推奨プランの変更時に通知を受け取るオプション。
各段階には、それに見合う登録要件があります。
詳細はreferences/tiered-value-structures.mdを参照してください。
計算ツールのアンチパターン
計算ツールのように見えて、信頼を損なうパターンです。
見込み客を捕らえる仕掛け。 結果をメールアドレスの入力で隠すパターンです。詳細はキーストーンの枠組みを参照してください。
見栄えだけの出力。 印象的に見えても、実際の意思決定には役立たない数値です。「マーケティング効率スコアは87です」。何の87でしょうか?
算出方法を隠した計算ツール。 計算の確認手段も、算出方法のページも、前提条件の一覧もありません。利用者はツールを使って数値を得ても、その根拠を説明できません。
計算ツールを装った尋問フォーム。 18個の入力欄のうち、計算に影響するのは5個だけです。計算を隠れみのにして、営業の見込み客選別データを集めています。
誤解を招く基準値を使った計算ツール。 ブランドに都合よく設定され、出典も示されていない「業界平均」や「標準的な顧客」の基準値です。業界を知る利用者には、その隔たりが分かります。
単位がかみ合っていない計算ツール。 基準値を示さずに「推定削減額:14X」と表示するパターンです。または、何が改善するのかを示さずに「60パーセント改善」と表示します。
前提条件が固定された計算ツール。 2022年の前提条件がハードコードされたまま更新されていません。計算ツールの出力が古くなっています。
モバイルで動作しない計算ツール。 デスクトップでは問題なく動作するのに、モバイルでは動作しません。モバイルの利用者は離脱するか、ブランドの印象を損なう低品質な体験をすることになります。
詳細はreferences/calculator-anti-patterns.mdを参照してください。
よくある失敗パターン
簡潔にまとめます。診断については references/common-calculator-failures.md を参照してください。
- 「コンバージョン率は高いのに、その後のコンバージョンはほぼゼロです。」見込み客を集めるだけの罠、または見栄えだけの指標を追うパターンです。獲得したオーディエンスは価値を得られず、フォローアップにも反応せず、コンバージョンに至っていません。
- 「オーディエンスは計算ツールを訪問して一度使うだけで、二度と戻ってきません。」保存や共有に値する結果が得られず、再訪する理由がありません。
- 「営業チームから、計算ツール経由の見込み客は適格ではないと言われます。」計算ツールのオーディエンスとの適合性が弱く、計算内容が購入者の実際の意思決定に合っていません。
- 「計算ツールの仕組みについて質問されても、答えられません。」方法論が文書化されていないため、チームは計算ツールの出力を説明できません。
- 「製品を更新したら、計算ツールの出力が正しくなくなりました。」更新の頻度が定められておらず、計算ツールの内容が実際の提供内容とずれてしまいました。
- 「計算ツールは動作するのに、誰も使いません。」サイト内で見つけにくく、配布もされていないため、オーディエンスは存在を知りません。
- 「自社の計算ツールが競合他社のものに似ています。」汎用的な計算ツールテンプレートのパターンからは汎用的な計算ツールが生まれ、ブランドの差別化がありません。
- 「フォームには12個の入力欄があり、コンバージョン率は4%です。」尋問のようなフォームになっており、計算ツールは価値を提供するのではなく、データを収集しています。
- 「オーディエンスはブランドを信頼しているのに、計算ツールの出力は恣意的に感じられます。」方法論の開示が不足しています。計算の根拠が示されないため、ブランドの信頼性がツールに引き継がれていません。
フレームワーク:計算ツール設計で考慮すべき12項目
計算ツールを設計または監査するときは、次の12項目を確認してください。
- 計算ツールを使うべきか。 計算ツールに投資するのが適切でしょうか。それとも、よりシンプルなリードマグネットで十分でしょうか。
- 見栄え重視や見込み客集めの罠ではなく、透明性の高い意思決定ツールにする。 結果は無料で提供し、方法論を見えるようにします。ゲートを設けるのは結果ではなく、追加の価値に対してです。
- 入力項目は必要最小限で、簡単に入力でき、ユーザーの時間を尊重する。 各入力項目が計算に影響し、デフォルト値で手間を減らし、役立つ場面では段階的に情報を開示します。
- 計算方法を開示する。 インラインの数式、方法論のページ、出典の引用、または前提条件の一覧を用意します。
- 結果を具体的かつ文脈に沿ったものにし、行動につなげる。 単位付きの数値、解釈の基準となる値、明確な次のステップを示します。
- 段階的な価値構成にする。 すぐに得られる無料の結果、ゲート付きの高度な機能を用意し、それぞれの段階でゲートを設けるだけの価値を提供します。
- メールアドレスの取得方法を誠実にする。 ユーザーが求めている結果ではなく、実際に付加価値のあるもの(PDF、保存して比較する機能、カスタム分析)にゲートを設けます。
- 出典を明確に示す。 業界平均、ベンチマーク、前提条件はすべて引用するか、説明します。
- モバイルでの利用体験をテストする。 オーディエンスが使うデバイスで計算ツールが動作することを確認します。
- 更新頻度を定める。 入力項目、ベンチマーク、製品の詳細が変わったときに、計算ツールを更新します。
- 配布計画を立てる。 オーディエンスが計算ツールの存在を知っている状態にします。ランディングページ、ナビゲーション、コンテンツ内で計算ツールを紹介します。
- 見込み客の質を測定する。 表面的なコンバージョン率ではなく、計算ツール経由の見込み客がその後にどれだけコンバージョンしたかを、本当の指標とします。
このフレームワークによって、実際の意思決定支援価値を提供し、惜しみない価値提供を通じてメールアドレスを獲得し、チームが後続の段階でコンバージョンにつなげられる見込み客を生み出す計算ツールを実現できます。
必要なデータを利用できない場合
このスキルの出力は、独自には生成できないデータ、測定値、またはツールの結果に依存します。必要な入力、ツール、またはデータソースが利用できない、あるいは検証できない場合に認められる出力は、その不足を明記した成果物です。必要だったもの、実際に取得または検証できたもの、出力のどの部分に影響するかを示してください。成果物を完成させるために、必要な数値を捏造、推定、または補間することは認められません。不足を明記すれば、それで完全な回答となります。
参考ファイル
references/calculator-investment-criteria.md- 対象者と目的にとって計算ツールが適切なのはどのような場合か、よりシンプルなマグネットで十分なのはどのような場合か。references/input-design-patterns.md- 入力の必要性、デフォルト設定の規律、入力タイプ、段階的な情報開示。対象者に不要な手間をかけない方法。references/calculation-logic-transparency.md- 方法論を開示する選択肢。数式のインライン表示、方法論のページ、出典の引用、前提条件の一覧。references/result-presentation-patterns.md- 具体的で、文脈に即し、実行に移せる結果。見出しとなる数値、内訳、視覚化、シナリオの比較。references/email-capture-decision-tree.md- 無料で提供するものと、ゲートを設けるもの。リード獲得を目的とした罠の失敗と、透明性の高いツールの成功。references/tiered-value-structures.md- ティア1は無料、ティア2はメールアドレスの入力が必要、ティア3はアカウントの作成が必要。具体例。references/methodology-disclosure-templates.md- 前提条件の一覧、方法論のページ、出典の引用、数式の説明のテンプレート。references/calculator-anti-patterns.md- 計算ツールのように見えて、信頼を損なうパターン。references/common-calculator-failures.md- 診断と対処法を含む9つ以上の失敗パターン。
まとめ:有料でも利用する価値のある計算ツールなら、メールアドレスを獲得できます
複利のように価値を積み重ねる資産として機能する計算ツールは、対象者から信頼されるものです。印象的なスクリーンショットでも、高いコンバージョン率でもありません。信頼です。対象者が計算ツールを使い、根拠を説明できる結果を得て、実際の意思決定で使った結果の情報源としてブランドを記憶します。
それが基準です。基準に満たないものは、実際の結果を出さない見せかけの計算ツールか、メールアドレスを渡すまで結果を隠すリード獲得の罠です。基準を超えるものは、透明性の高い意思決定ツールです。対象者に答えを無料で提供し、対象者が希望する追加価値を通じてリードを獲得します。
鍵となるのは設計上の選択です。信頼性を高める方法論の開示。対象者の時間を尊重する入力設計。メールアドレスの取得を誠実なものにする、段階的な価値の設計。計算ツールの出力を、対象者が実際の会話で使えるようにする結果の提示。計算ツールが表す製品やサービスと常に一致させる更新頻度。
迷ったときは、次のように考えてください。この計算ツールが無料でなかったとしても、対象者は利用料を払うでしょうか。そして、使った後に、その結果を関係者に説明できるでしょうか。両方の答えが「はい」なら、その計算ツールはメールアドレスを獲得できます。どちらか一方でも「いいえ」なら、設計し直すか、公開を見送ってください。