サービスからではなく、課題から始める。

“広告費は増えているのに顧客数が増えない”

予算は上がり、レポート上のコンバージョンも付いてくるのに、銀行残高はどちらとも一致しない。

Grow

実際の原因はたいていこれ

• 顧客ではないものを数えているコンバージョン計測
• 最も利益の出ない商品に費用を投じるキャンペーン構造
• トラフィックに見合わない低さでしか転換しないランディングページ
• 現在の商品と価格における実際の市場飽和

まず計測を検証し、次に構造、次にファネルを見ます。それぞれが健全だと確認できてから予算を増やします。これらの問題の上に出稿を積み増せば、増えるのは売上ではなく問題のほうです。

“チームが本来の仕事より事務作業に時間を取られている”

情報は二度三度と入力され、承認はメッセージで流れ、レポートは毎月手作業で組み立てられている。

BuildScale

実際の原因はたいていこれ

• 互いに連携しないシステム
• いつの間にか唯一の正とされてしまったスプレッドシート
• 誰も削っていない手順が増え続けたプロセス
• 何段階も小さい規模の会社向けに選ばれたソフトウェア

ソフトウェアを提案する前に、情報がどこから入り、どこで滞るのかを可視化します。最初の解決策は、自動化ではなく手順の削除であることが少なくありません。

“需要の伸びに提供が追いつかない”

売上は伸び、納品は遅れ、サービス品質が成長の代償を払っている。

ScaleBuild

実際の原因はたいていこれ

• より小さい事業規模を前提にしたキャパシティ計画
• いまだに一人か二人を経由する意思決定
• この半分の量なら機能していた手作業のプロセス
• ぶつかるまでボトルネックが見えないこと

本当の制約を見つけます。それは見かけの場所にあることはめったにありません。そして需要をさらに積む前に、運営側の余力を作ります。

“顧客一人の獲得コストを誰も言えない”

プラットフォームのレポート、アナリティクス、会計がそれぞれ違う数字を出し、拡大の判断がすべて勘頼みになる。

GrowBuild

実際の原因はたいていこれ

• 実際の売上と照合されたことのないコンバージョン計測
• チャネル間で二重にカウントするアトリビューション
• データに戻ってこないオフラインのコンバージョン
• 何をもって顧客とするかの合意された定義がない

計測を端から端まで作り直し、事業が実際に銀行に入れている金額と照合します。下流のすべてが、これが正しいことに懸かっています。

“何かを立ち上げるが、順番がわからない”

ブランド、サイト、システム、人員、マーケティング。すべてが同時に必要に見えるのに、予算は同時にはすべてを賄えない。

ScaleBuildGrow

実際の原因はたいていこれ

• 核心の仮説を試す前に完全版を作ってしまうこと
• 売るものができる前に体裁へ支出すること
• 最初の顧客の道筋が端から端まで定義されていないこと
• 順番が、詰まっているものではなく、心躍るもので決められていること

仮説を本当に検証できる最小のバージョンを定め、初日に必要なものと六か月目でよいものを分け、それに沿って支出の順番を決めます。

“サイトの見た目は悪くないのに、何も生まない”

トラフィックは届き、人は去り、サイトは一度も商業の道具として扱われたことがない。

BuildGrow

実際の原因はたいていこれ

• 何をしている会社で誰のためのものか、数秒でわからないこと
• 明白な次の一歩がない、あるいは競合する選択肢が多すぎること
• モバイルで遅すぎて、一部の訪問者には表示すらされないこと
• ページが応えられない意図を持ったトラフィックが届いていること

意見ではなく実際の行動に基づいて診断し、メッセージ、構造、速度の順に直します。リニューアルが答えでないことは珍しくありません。