🚀 新規事業

カエテク_マーケットイン_プロダクトアウト分析_v0.1

最終更新 2026年08月25日 ／ 40_新規事業/カエテク_マーケットイン_プロダクトアウト分析_v0.1.md

カエテク事業 引き継ぎ追加資料

マーケットイン / プロダクトアウト分析

更新日：2026年8月25日

本編: カエテク_事業設計書_v0.1／SNS: カエテク_SNS運用設計書_v0.1／経緯: カエテク_引き継ぎ補足資料_v0.1・カエテク_追加引き継ぎメモ_01-02

1. サービス名

サービス名は「カエテク」で確定（2026-08-25 大串決定）。

由来：「変えてく」×「TECH」。テクノロジーによって会社を継続的に変えていく、という意味。

現時点の有力な表現：

「月5万円で、会社をカエテク。」
「テクノロジーで、会社を変えてく。」

※同名・類似名称については別途確認事項あり（商標・ドメイン等）。

2. マーケットイン / プロダクトアウトから見た現在地

現在のカエテクは、

  • 発想・顧客課題＝マーケットイン寄り
  • 商品仕様＝プロダクトアウトが混ざっている

という状態。この組み合わせ自体は悪くない。むしろ、

「WHATはマーケットイン」「HOWはプロダクトアウト」

という構造にすると強い。

3. WHATはマーケットイン

「システムが欲しい会社」を探すのではない。顧客がすでに抱えている問題を起点にする：

・Excelへの手入力
・データ転記
・予約管理
・問い合わせ対応
・見積もり作成
・顧客管理
・集計
・通知
・定型メール
・資料作成
・AIを使いたいが何をすればいいかわからない

顧客は「解決方法」を考えなくていい。「これ面倒」「ここ人力です」「毎回これやっています」という問題だけ持ってくればいい。

4. HOWはプロダクトアウト

「月5万円」「12ヶ月」「継続改善」「AIによる高速開発」「バックログ方式」「開発を止めない」という商品形式は、カエテク側が考えたもの。市場から「月5万円の継続開発サービスが欲しい」という要望を確認したわけではない。→ 今後市場検証が必要。

ただし、新しいカテゴリーを作るのであればプロダクトアウトは必要。顧客自身が思いついていない新しい買い方を提示する。

5. 理想形

「マーケットイン × プロダクトアウト」のハイブリッド。

  • 顧客：「毎月この作業が面倒です。」
  • カエテク：「では、AI・既存SaaS・自動化・システム開発の中から最適な方法を選び、継続的に消していきます。」

顧客の問題は顧客から取る。解決方法とサービス提供方法はカエテクが革新する。

6. カエテクが売るもの

コードでもシステム開発でもなく、顧客に起こす変化を売る。

  • 中心：「人が頑張って回す会社から、仕組みで回る会社へ。」
  • 実行：「人間がやらなくていい仕事を、ひとつずつ消していく。」
  • 市場：「システム化を、一大プロジェクトから日常へ。」

7. マーケットイン視点で評価できるポイント

狙っている問題はすでに企業内に存在している。新しい欲求をゼロから作る必要はない。

企業にはすでに、人手不足／手作業／転記／二重入力／集計／問い合わせ対応／予約対応／社内情報の分散／AI活用の遅れ などの問題がある。既存の痛みに入っていく。この点はマーケットインとして強い。

8. 現時点で最大のマーケットイン上の弱点

ターゲットがまだ広すぎる。

飲食店・不動産・士業・EC・スクール・人材・Web事業者では抱えている問題が違う。すべてを対象にすると、

毎回ゼロから考える→毎回ゼロから開発する→受託開発会社化→月5万円では利益が出ない

という危険がある。

9. 業界だけではなく「共通課題」を探す

次のマーケット調査では「どの業界を狙うか」だけでなく、「どんな課題が複数企業で繰り返されているか」を見る。

候補：問い合わせ処理／見積もり作成／予約／キャンセル対応／顧客管理／報告書作成／データ転記／請求／社内情報検索／定型メール／データ集計／採用管理 など。

10. 共通課題が重要な理由

同じ問題を持つ企業が多ければ、1社目で作った仕組みを2社目・3社目・10社目へ再利用できる。AI＋標準化＋再利用で開発原価が下がる。理想＝80%共通部品＋20%個別対応。これによって「月5万円」が無理な安売りではなくなる。

11. プロダクトアウトとしての面白さ

カエテクは既存カテゴリーの中間に位置する可能性がある。

  • A：SaaS＝安い・すぐ使える・ただし自社専用ではない
  • B：受託システム開発＝自社専用・ただし高い・時間がかかる
  • C：エンジニア採用＝自由度が高い・ただし人件費が高い・採用も難しい
  • D：AIで自作＝安い・ただし自分の時間と知識が必要

カエテクはこの間を狙う：

「SaaSほど画一的ではない。」「受託開発ほど高くない。」「社員エンジニアほど固定費がかからない。」「AI自作ほど自分の時間を取られない。」

この新しいポジションを作る。

12. 新カテゴリーとしての可能性

「システム開発会社」ではなく「自社専用に会社を継続改善してくれる月額サービス」という新しいカテゴリーを狙う。

完成したシステムを買うのではない。会社の問題を継続的に見つけ、AI・SaaS・自動化・システム開発を使いながら解決し続ける。ここがカエテクのプロダクトアウト部分。

13. 現時点の仮評価

項目 点数 理由
顧客課題の強さ 8/10 人手不足・手作業・AI活用など明確な問題が既に存在
商品の新規性 9/10 月5万円で会社を継続的に仕組み化、という見せ方は強い
価格の魅力 9/10 従来型受託と比較して圧倒的に導入しやすい
12ヶ月契約の需要 5/10 顧客が本当に1年契約したいかは未検証
採算性 5/10 1社あたり工数をどこまで圧縮できるか未検証
スケーラビリティ 6/10 現状は受託色が強い。課題・業界を絞り共通部品化できれば大きく改善
SNSとの相性 9/10 「テラ｜システム・アプリ図鑑」で需要そのものを作れる。商品との接続が非常に良い

14. 現時点の最大リスク

「顧客課題がある」ことと「カエテクという商品が売れる」ことは別。

特に「月5万円・12ヶ月・継続改善」という商品形式については市場検証が必要。思いついたサービスをそのまま作り込まず、顧客へ当てる。

15. 次にやるマーケットイン検証

20〜30社程度の中小企業を対象に調査する。

質問候補：

  1. 毎週・毎月繰り返している面倒な仕事は何か
  2. 現在、人間が手作業している業務は何か
  3. その業務に月何時間かかっているか
  4. その業務をなぜ今までシステム化していないのか
  5. 既存SaaSではなぜ解決できていないのか
  6. 過去にシステム開発会社へ相談したことがあるか
  7. その際の価格・納期はどうだったか
  8. AIを使って自分で解決しようとしたことがあるか
  9. 月5万円で継続的に業務改善・システム化してくれるサービスがあったら利用したいか
  10. 12ヶ月継続することについてどう感じるか
  11. どのような状態になれば「月5万円払う価値がある」と感じるか
  12. 逆に、どんな条件なら契約しないか

16. インタビューで注意すること

「カエテクどう思いますか？」だけでは弱い。人は買わなくても「いいですね」「使いたいです」と言う。

未来の意向より「過去の行動」を聞く：

・過去半年で、その問題にいくら払ったか
・実際にどんなツールを導入したか
・外注しようとしたことがあるか
・何時間使っているか
・誰がその作業をしているか

実際の行動データを重視する。

17. マーケットイン検証の目的

「カエテク売れそう！」の確認ではなく、「繰り返し現れる、高価値な問題」を見つけること。

20〜30社に聞いて同じ問題が何度も出てくるなら、その問題に対する仕組みを標準化し、カエテクの共通部品へ追加する。

18. カエテクの理想的な進化

初期：顧客ごとに課題を聞く→AIで高速開発
↓
共通する問題を発見→部品化
↓
業界・課題ごとのテンプレートを作る→開発速度向上
↓
契約数が増えるほど開発資産が蓄積→原価低下
↓
AIがさらに進化→同じ月5万円で提供できる価値が増える

19. カエテクの強い事業ループ

テラのSNSで世界中の優れたシステムをリサーチ→コンテンツとして発信→経営者・事業責任者が集まる→カエテク契約→実際の企業課題が集まる→システム・自動化を実装→開発ノウハウと共通部品が貯まる→開発速度が上がる→改善事例が生まれる→SNSコンテンツになる→さらに顧客が集まる

この循環がカエテクの大きな強みになる可能性がある。

20. 現時点の結論

カエテクは「完全なマーケットイン商品」でも「完全なプロダクトアウト商品」でもない。

目指すべきは 「WHATはマーケットイン。HOWはプロダクトアウト。」

顧客が本当に困っている問題を徹底的に拾い、その解決方法として「月5万円で、会社を継続的にカエテク」という新しい買い方を提示する。このハイブリッド型で事業を作る。

21. 次の最重要タスク

LP制作や開発を急ぐ前に「マーケットイン検証」を行う。

特に確認するもの：

・誰が最も困っているか
・何に困っているか
・現在いくら損しているか
・現在何にお金を払っているか
・月5万円をどう感じるか
・12ヶ月契約をどう感じるか
・どんな成果なら年間60万円を払えるか
・複数社に共通する課題は何か

この結果を、ターゲット／商品仕様／価格／12ヶ月プログラム／営業／LP／SNSコンテンツ／共通開発基盤 へ反映する。

Claude所感（明鏡OS通し・2026-08-25）

分析の質は高い（8.5/10）。方向性は明鏡に忠実。ただしSCALE実データと突き合わせると急所が2つ。

良い点

  • 「LP・開発より先にマーケットイン検証」＝明鏡 第3章Day6（リーンスタートアップ／MVP検証せず作り込んで爆死を防ぐ）に忠実
  • 「未来の意向より過去の行動を聞く」（セクション16）が特に秀逸。インタビュー設計の核として厳守
  • 仮評価が誠実（12ヶ月契約需要5/10・採算性5/10と弱点を正しく低評価）

急所①：成功事例チェックの欠落（明鏡 第3章Day9「成功事例がないことはやるな」）

「新カテゴリー創造」（セクション12）の前にDay9が先。ただし朗報：このモデルには海外成功事例が存在する。
- DesignJoy（デザイン月額サブスク・バックログ方式・1件ずつ進行）＝月額約100万円・一人運営・年商数億。カエテクの「開発量を約束せず開発を止めない」構造とほぼ同型
- Dev as a Service系（productized subscription）も複数あり
→ カエテクは「ゼロからの市場創造」でなく明鏡Day9の「海外事例の美しい輸入」として設計し直せる。次の検証タスクに同型モデルの成功事例リサーチ（価格・解約率・1社あたり工数）を必ず追加。12ヶ月契約・採算性の「5/10」を埋める最短ルート。

急所②：「SNS→受注」前提が自社実データと矛盾

分析は「SNSとの相性9/10」の根拠を「Webデザイン図鑑→HP制作の成功パターン横展開」に置くが、user_contextの実データは：
- @terasu_design は30万インプで問い合わせ0（自社記録）
- 詰まりは認知でなくリスト不在と受け皿（自社リスト現在ゼロ）
→ 「図鑑→案件」パターンは社内でまだ再現性が証明されきっていない。新X垢と「システム開発AI診断＋メール導線」は同時に立ち上げる（垢だけ先行させない）。明鏡 第4章（リストマーケティング）とも一致。

根っこ／枝葉

  • 根っこ（先にやる）：①20〜30社インタビューで「繰り返し現れる高価値な課題」特定 ②同型成功事例リサーチ ③リスト受け皿の同時設計
  • 枝葉（今やらない）：TERRA STACK作り込み／投稿テンプレ磨き込み／キャッチコピー最終決定／LP