戦略・経営の基礎・顧客開発

最終更新: 2026-08-01

経営とは何をすることか

個人事業の経営は、限られた時間・資金・注意力を、顧客が評価する成果へ変換し、その一部を利益として回収し、再現可能にする活動である。

最低限、次の循環を同時に成立させる。

顧客が抱える損失を理解する。
代替手段より良い価値を提供する。
顧客へ到達し、契約してもらう。
売上より小さい費用で提供する。
再利用・紹介・拡張が生じる品質を維持する。
法務・セキュリティ・資金繰り上の破綻を避ける。

製品はこの循環の一部であって、事業そのものではない。

最低限の経済学

機会費用

ある案を選ぶコストは、支払った現金だけでなく、同じ時間で得られた最良の代替成果を含む。個人開発では、機能 A の 2 週間は、営業、面談、別案の検証、休息を捨てる決定でもある。

意思決定時には「この作業をしない場合、同じ 10 時間を何へ使うか」を書く。

限界費用と限界収益

顧客を 1 人増やしたときに増える売上が限界収益、増えるモデル費、決済手数料、サポート、ストレージ、返金・不正リスクが限界費用である。ソフトウェアでも限界費用はゼロではない。特に生成 AI、動画、外部データ、手厚いサポートは利用量に比例する。

顧客追加の判断は平均値ではなく、次の 1 顧客の貢献利益で見る。

月次顧客貢献利益
= 月次顧客売上
- 決済・返金
- AI/API/計算/配信費
- 顧客固有サポート時間 × 自分の時間単価
- その他の顧客比例費

需要の価格弾力性

価格を上げたとき需要が大きく減る市場と、成果価値が高くあまり減らない市場がある。顧客が個人か企業かよりも、代替可能性、予算保有者、問題の緊急性、成果の測定可能性で変わる。価格はアンケートの希望額ではなく、異なる実取引条件で検証する。

取引費用

顧客は製品価格以外に、探索、比較、承認、導入、学習、移行、監査、解約のコストを負う。新製品が機能で優れていても、データ移行と社内説明が大きければ採用されない。

個人開発者は次で取引費用を下げられる。

既存ファイル・メール・SaaS から始められる
デモではなく顧客データで小さな試行を行う
契約、セキュリティ、請求の説明を用意する
可逆的な導入とデータエクスポートを提供する
初期設定を代行する

規模の経済と不経済

ソフトウェアは共通機能を多数へ配れる一方、顧客ごとの例外、カスタム連携、サポート、法域が増えると複雑性が非線形に増える。売上成長が創業者時間を同率以上に増やすなら、まだプロダクトではなく受託である。受託が悪いのではなく、価格と運営モデルをそれに合わせる必要がある。

戦略の核: 何をしないか

戦略は目標一覧ではなく、特定の顧客と価値連鎖を選び、他を捨てること。個人開発では最低限、次を明示する。

対象にしない顧客
解かない隣接課題
サポートしない入力形式・連携
約束しない精度・可用性
対応しない法域・規制用途
今期は使わない獲得チャネル

「誰でも使える」は顧客理解を先送りする表現である。

問題を選ぶ 7 条件

良い初期問題は、次を多く満たす。

頻度: 毎日、毎週、月次など繰り返す。
痛み: 時間、売上、ミス、罰則、評判、心理負荷の損失がある。
既存支出: 人件費、外注、複数 SaaS、残業、確認作業などで既に払っている。
緊急性: 特定の期限・イベントで解決が必要になる。
到達性: 見込み客を具体名で 30 件挙げられる。
測定性: 導入前後の成果を比べられる。
継続性: 解決後も反復、履歴、監査、共同作業が残る。

逆に「面白い」「自分なら使う」「SNS で反応があった」「競合がない」は単独では弱い証拠である。

創業者市場適合

市場の大きさだけでなく、自分が不公平に有利かを評価する。

その業界の言葉と例外を知っている。
見込み客へ紹介なしで連絡できる。
顧客が信頼する資格、実績、発信がある。
既に検索流入、コミュニティ、メーリングリストがある。
他人が入手しにくいデータ、テンプレート、統合環境がある。
その問題を 5 年追っても苦にならない。

「大市場の 0.1%」より「今月会える 100 社の 10 社」の方が初期仮説として強い。

Jobs to Be Done の使い方

顧客は機能を買うのではなく、特定状況で進歩するために製品を「雇う」と考える。

[状況] のとき、
[動機・仕事] をしたい。
そうすれば [望む成果] を得られる。
しかし [障害・不安] がある。

例:

月末に複数顧客へ実績報告するとき、
各広告・販売データを間違いなくまとめたい。
そうすれば半日を使わず、改善提案へ時間を回せる。
しかし顧客ごとに指標と書式が違い、AI の要約も数字を誤るのが不安だ。

この記述なら、必要なのは単なる文章生成ではなく、データ取込、数値検証、顧客別テンプレート、人間承認、配信履歴だと分かる。

顧客インタビュー

目的

面談はアイデアを褒めてもらう場ではない。次を再構成する調査である。

最後に問題が起きた具体的な場面
発火条件と頻度
現在の手順と関係者
失敗したときの損失
現在使う時間と費用
過去に試した解決策
購入権限、予算、セキュリティ・法務条件
切り替えを妨げるもの

聞く順序

「直近でそれを行ったのはいつですか」
「最初から最後まで画面や資料を見せながら教えてください」
「一番時間がかかった箇所はどこですか」
「間違うと何が起きますか」
「現在は何を使い、何人で、何時間かけていますか」
「これまで改善しようとしましたか。なぜ続かなかったですか」
「この変更を導入する場合、誰が承認しますか」
「次回その作業が発生するのはいつですか」
「その次回を一緒に処理する有償テストを提案してよいですか」

避ける質問:

「このアプリを使いますか」
「月 1,000 円ならどうですか」
「AI で自動化できたら嬉しいですか」
「便利だと思いますか」

未来の好意的回答より、過去の具体的行動とその場の契約が強い証拠である。

証拠の強さ

弱い順:

いいね、閲覧、一般的な称賛
問題があるという自己申告
過去の具体例と現在の回避策
資料・データ提供、次回面談の設定
待機リスト、導入稟議、LOI
返金可能な予約金
有償パイロット
更新・紹介・利用拡大

学習速度を上げるには、常に 1 段強い証拠を取りに行く。

問題面談の記録方法

面談ごとに推測と発言を分ける。

顧客属性:
問題が起きた直近の日付:
現在の手順:
頻度:
関係者:
時間・金銭・リスク:
現在の代替と支払額:
購入者 / 利用者 / 承認者:
原文メモ:
こちらの解釈:
反証された仮説:
次の約束:

5 件ごとに、共通パターンと例外を集計する。同じ言葉が出ることより、同じ行動、支出、承認構造が繰り返されることを重視する。

顧客、利用者、購入者を分ける

B2B では次が別人になり得る。

利用者: 毎日操作する人
購入者: 予算を決める人
承認者: 情報システム、法務、経理、上司
受益者: 成果を受ける顧客や経営者
妨害される人: 自動化で役割や評価が変わる人

利用者の便利さだけでは契約されず、購入者の ROI だけでは定着しない。それぞれへの価値と不安を設計する。

実案件では署名者、購買・AP、security・法務、data owner、導入 owner まで含む 11 章の「買う組織」へ展開する。

ICP（理想顧客像）

人口統計ではなく、購買が起きる条件で定義する。

業種・職種:
会社規模 / 取扱件数:
既存ツール:
問題の発火条件:
困り度を示す行動:
予算の所在:
導入期限:
除外条件:

悪い例: 「中小企業」
良い例: 「月 20 社以上へ広告レポートを出し、担当者 1〜5 人がスプレッドシートと Looker Studio を併用し、月末 3 営業日に報告が集中する日本の小規模広告代理店」

市場規模を現実的に見積もる

TAM の大きな数字より、最初の獲得可能市場を下から積む。

年間に獲得できる booked ACV
= 12 か月で実際に接触できる顧客数
× 現実的な成約率
× 年間単価

例:

300 社へ接触 × 5% 成約 × 年額 24 万円 = booked ACV 360 万円

これは契約の年換算額であり、初年度の認識売上や入金額ではない。毎月均等に成約するなら初年度売上は概ねその半分になり、年額前払い・月払いでも現金時期が変わる。新規顧客数、booked ACV、期末 ARR、月割り認識売上、請求キャッシュを別々に置く。この規模が望む生活を支えないなら、単価、対象、チャネル、アップセル、別市場のどれを変えるか決める。巨大なトップダウン市場規模で正当化しない。

競争分析

競合は同じカテゴリの SaaS だけではない。

何もしない
Excel、Notion、メール、紙
社員の残業
外注、コンサル、代理店
大型統合製品
内製
汎用 AI チャット

各代替について次を比較する。

観点	問うこと
成果	顧客の仕事をどこまで完了するか
時間	導入、学習、毎回の所要時間
信頼	誤り、監査、説明、復旧
柔軟性	例外や顧客固有形式への対応
総費用	価格、人件費、移行、失敗損失
販売	どこで見つかり、誰が推薦するか
継続	データ、連携、共同作業、契約

競合が多いのは需要の証拠になり得る。危険なのは、顧客が既存手段に満足しており、違いを一文で説明できないこと。

ポジショニング

次の形で一文にする。

[特定顧客] のための、[カテゴリ/代替]。
[重要な成果] を [固有の方法] で実現し、
[主な代替] と違って [重要なトレードオフ] を解消する。

例:

小規模広告代理店のための月次レポート運用ツール。
媒体データの照合から顧客別コメントの承認までを一つの監査可能な流れにし、
汎用 AI 要約と違って数字を原データへ結び付けたまま配信できる。

「AI 搭載」「簡単」「オールインワン」「革新的」は、顧客が比較できる差にならない。

差別化と防御力

個人開発で現実的な防御力は、法的独占より累積資産にある。

販売経路: 検索順位、提携、専門コミュニティ、既存顧客の紹介
ワークフロー: 入力から承認・配信・監査までの深い組込み
データ: 顧客が許諾した履歴、ラベル、例外、評価セット
連携: 他システムとの設定、テンプレート、移行資産
信頼: 品質、サポート、透明な失敗対応、業界理解
学習速度: 顧客との短いフィードバック周期
ブランド: 特定テーマで最初に想起されること

モデルやフレームワークは交換可能な供給部品として境界を設ける。

有償パイロット

無料 MVP より、狭い有償パイロットの方が支払意思と導入条件を学べる。

含めるもの:

対象業務と対象外
開始・終了日
入力データと責任分界
成果指標の基準値と目標
人間が確認する箇所
料金と支払時期
秘密保持、データ削除、成果物権利
継続契約へ移る条件

例:

4 週間、月次レポート 3 顧客分を対象。
現在 1 件 90 分の作業を 30 分以下へ短縮し、数値訂正 0 件を目標。
初期設定込み 5 万円。達成後は月額 3 万円で継続を提案。

安くしすぎると真の購入手続きを学べない。初期作業が多いなら導入費を分ける。

これは戦略上の最小骨子である。対象 account、contactability、attempt、reply、discovery、失注、Qualified handoff は 16 章、handoff 後の役割地図、MAP、契約・Start-ready、請求、価値レビュー、本契約・更新は 11 章を正本とする。

撤退・継続・方向転換

事前に判定日と条件を決める。感情で延長しない。

継続の兆候:

事前固定した対象・cutoff の中で、独立した複数 account の直近業務に同じ具体的問題が反復し、代替仮説より強くなる
顧客がデータ、時間、社内紹介を提供する
本人の時間・現金・安全上限内で、有償パイロットまたは有償手動提供の commitment が再現する
初回価値が測定できる
利用者がこちらの催促なしに戻る
解約理由が機能不足より優先度・予算ではない

方向転換の兆候:

問題は強いが購入者が別にいる
手動サービスは売れるがセルフサービスが使われない
一部工程だけに支払意思がある
特定セグメントだけ頻度と単価が高い

撤退の兆候:

20 件の適切な面談でも過去の具体例が出ない
現在の代替に時間も金も使っていない
3 回以上、支払段階で優先順位が落ちる
顧客へ継続的に到達する方法がない
安全・法務・サポート費が許容粗利を超える

サンクコストは将来価値を増やさない。コードは仮説の副産物であり、続ける理由ではない。

創業者が陥りやすい認知バイアス

バイアス	症状	対策
確証バイアス	好意的発言だけ集める	反証質問と撤退条件を先に書く
サンクコスト	作ったから続ける	コードを無視した将来期待値で判断
利用可能性	SNS の話題を市場全体と思う	支払・継続・母集団データを確認
計画錯誤	実装だけを見積もる	販売、法務、サポート、移行も見積もる
生存者バイアス	成功談の手順を模倣	失敗母数、既存資産、時期を確認
所有効果	自分の機能を過大評価	顧客の代替コストと結果で価格評価
権威バイアス	有名投資家・発信者の意見を市場証拠にする	自分の ICP の取引で検証

決定ログに「何を信じるか」「どの証拠で考えを変えるか」「判定日」を残す。

戦略レビューの月次質問

最も強い顧客証拠は何か。発言ではなく行動で答える。
顧客が支払っているのはどの成果か。
最も多い失注・解約理由は何か。
自分にしかない到達経路または知識は増えたか。
1 顧客増えたとき、利益と自由時間は増えるか。
競合ではなく「何もしない」に勝てているか。
今月止める顧客層、機能、チャネルは何か。
最大の仮説を最安で反証する次の実験は何か。

戦略文書の価値は正しさではなく、後から誤りを判定できることにある。