tech-to-market ハンドオフ文書 — Phase C

LP repo（curations-bizdev/LP）へ渡すMarkdown。
このファイルをLP repoの handoff/tech-to-market.md にコピーして /lp-assemble スキルで実装する。
コピー変更禁止。実装担当はこのファイルの内容をそのまま使うこと。

0. メタ情報

1. セクション構成表

箱/非箱リズム: 1非箱→2箱→3箱→4箱→5箱→6箱→7箱→8非箱→9箱→10箱→11非箱

2. カラーシステム（DSトークン参照）

/* navy/gold テーマ（技術・信頼感） */
--lp-bg-primary:   #FAFAF7;   /* cream: Section 2, 6, 10 */
--lp-bg-secondary: #F5F0E8;   /* beige-light: Section 4, 9 */
--lp-bg-white:     #FFFFFF;   /* white: Section 3, 5, 7 */
--lp-bg-dark:      #1A2340;   /* navy-dark: Section 1, 8, 11（白文字） */
--lp-accent:       #C9A84C;   /* warm-gold: 数字強調・区切り線・バッジ */
--lp-text-primary: #1A2340;   /* navy-dark */
--lp-text-secondary: #6B7280; /* warm-gray */
--lp-cta-bg:       #C9A84C;   /* gold: CTAボタン背景（このLP専用） */
--lp-cta-text:     #1A2340;   /* navy-dark: CTAボタン文字 */

3. セクション別実装仕様

Section 1 | Hero

レイアウト: full-width navy-dark / 中央寄せ / 白文字

コピー（完成形）:

<span class="badge badge-gold">自社技術に、事業の出口を作りたい方へ</span>

<h1 class="light">
  技術はある。<br>
  誰の何を解くかが、決まっていない。
</h1>

<p class="sub light">
  研究所から上がってくる技術シーズ。<br>
  経営が求める「どう儲かるか」という問い。<br>
  その間を埋める役割が、社内にない。<br><br>
  13年。260プロジェクト。累計売上貢献500億円超。<br>
  技術を事業の言葉に変えてきた実装経験があります。
</p>

<a href="#cta" class="btn-primary btn-gold">
  30分の無料相談を予約する
</a>

<p class="logo-label light">
  キリンホールディングス・日立製作所・SONY・大和リビング ほか<br>
  上場企業を中心に260件以上の共動実績
</p>

Section 2 | L1共感（症状）

レイアウト: max-w-3xl / 中央寄せ

<h2>「すごい技術だ。でも、誰に売るかはわからない」</h2>

<p>
  研究所が開発した技術。<br>
  社内の評価は高い。<br>
  特許も取得した。
</p>
<p>
  しかし、経営会議で必ずこう聞かれる。<br>
  「これ、誰が買うの。いくらで。」
</p>
<p>
  技術者は技術の可能性を語る。<br>
  事業部門は既存商品の改良を優先する。<br>
  「誰の何を解くか」を整理する人が、<br>
  どの会議にも座っていない。
</p>
<p>
  この状況が続くと、研究投資の意味が問われ始める。<br>
  「また研究所から企画が来たが、事業にならなかった」<br>
  そのパターンを繰り返すことへの焦りが生まれる。
</p>

Section 3 | L2構造指摘

レイアウト: max-w-3xl / 中央寄せ

<h2>技術者の問題でも、事業部門の問題でもない。</h2>

<p>
  技術を事業に変換するには、<br>
  「この技術で誰が困っているか」<br>
  「その人はいくら払うか」<br>
  「どうビジネスになるか」<br>
  を答える人材が必要です。
</p>
<p>
  ところが大企業の組織では、<br>
  この役割を担う人が明確に置かれていない場合がほとんどです。
</p>
<p>
  研究開発部門は研究を深める。<br>
  事業部門は既存ラインの改善に動く。<br>
  その間に「技術→事業化」の翻訳者がいない。
</p>
<p>
  結果、技術は正当に評価されないまま時間が経つ。<br>
  担当者のせいではなく、役割設計の問題です。
</p>

Section 4 | L3人のニーズ

レイアウト: max-w-3xl / 中央寄せ

<h2>研究投資が無駄になる前に、動きたい。</h2>

<p>
  自分が関わってきた技術が、<br>
  使われないまま終わるのは、見たくない。
</p>
<p>
  研究所で10年かけて培ってきた知見が、<br>
  「事業にならなかった」という一言で終わるのは違う。
</p>
<p>
  技術に意味を与えたい。<br>
  それだけを考えて、事業化の担当を引き受けた。
</p>
<p>
  でも、一人では動かせる範囲に限界がある。<br>
  技術の可能性を事業の言葉に変えてくれる相手が、<br>
  社内にも社外にも見当たらない状態が続いている。
</p>
<p>
  そのもどかしさは、能力の問題ではない。<br>
  役割として誰かが担わなければならないことを、<br>
  自分だけで引き受けようとしているからです。
</p>

Section 5 | FDE差別化表

レイアウト: max-w-5xl / 中央寄せ

<h2>
  技術を事業の言葉に変える。<br>
  それがCurationsの実装経験です。
</h2>

<table class="comparison-table">
  <thead>
    <tr>
      <th>観点</th>
      <th>市場調査コンサル</th>
      <th>スタートアップ仲介</th>
      <th class="highlight">Curations</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>関与形態</td>
      <td>調査レポート提出</td>
      <td>マッチング支援</td>
      <td class="highlight">チームに入って技術翻訳</td>
    </tr>
    <tr>
      <td>成果物</td>
      <td>市場分析書</td>
      <td>紹介リスト</td>
      <td class="highlight">「誰に・どう売るか」の事業仮説</td>
    </tr>
    <tr>
      <td>継続性</td>
      <td>プロジェクト完結</td>
      <td>成約まで</td>
      <td class="highlight">Phase完遂まで</td>
    </tr>
    <tr>
      <td>技術理解</td>
      <td>外部目線のみ</td>
      <td>表面的</td>
      <td class="highlight">技術者と共にビジョンを設計</td>
    </tr>
    <tr>
      <td>稟議支援</td>
      <td>資料提供のみ</td>
      <td>限定的</td>
      <td class="highlight">経営への説明ストーリー作成</td>
    </tr>
  </tbody>
</table>

<p>
  「市場を調査して、参入先を考えます」。<br>
  それだけでは、事業化は動きません。
</p>
<p>
  技術者と共に「この技術で誰が救われるか」を考え、<br>
  経営に「なぜやるべきか」を説明するストーリーを作る。<br>
  その役割まで引き受けます。
</p>

Section 6 | 解決策（Phase推奨）

レイアウト: max-w-5xl / 表 + テキスト + CTAボタン

<h2>まず、技術が向かう市場と顧客を特定する。</h2>

<p>
  ペインDに対して、Curationsが推奨するのはPhase 1→2です。
</p>
<p>
  Phase 1（Grand Design・1ヶ月・300万円）では、<br>
  自社技術の可能性と隣接する市場・顧客を整理します。<br>
  「この技術で、誰のどんな状況を解くか」を1ヶ月で仮説に落とす。
</p>
<p>
  Phase 2（Hypothesis・1ヶ月・300万円）では、<br>
  Phase 1で特定した仮説を顧客インタビューで検証します。<br>
  「払う人がいるか」「いくら払うか」を事実で確認する。
</p>
<p>
  この2ヶ月で、技術シーズが「事業の言葉」になります。<br>
  経営への説明も、ここから格段に通りやすくなります。
</p>

<table class="phase-table">
  <thead>
    <tr>
      <th>Phase</th>
      <th>名称</th>
      <th>期間</th>
      <th>概算</th>
      <th>アウトプット</th>
    </tr>
  </thead>
  <tbody>
    <tr class="phase-entry">
      <td>1</td>
      <td>Grand Design</td>
      <td>1ヶ月</td>
      <td>300万円</td>
      <td>参入市場確定・グランドデザイン・方向性確定</td>
    </tr>
    <tr class="phase-entry">
      <td>2</td>
      <td>Hypothesis</td>
      <td>1ヶ月</td>
      <td>300万円</td>
      <td>顧客インサイト・検証計画・モック</td>
    </tr>
    <tr>
      <td>3</td>
      <td>PoP / PoV / PoB</td>
      <td>6ヶ月</td>
      <td>都度見積</td>
      <td>実証・MVP・事業計画</td>
    </tr>
    <tr>
      <td>4</td>
      <td>Scaling</td>
      <td>6ヶ月</td>
      <td>都度見積</td>
      <td>GTM戦略・体制構築</td>
    </tr>
    <tr>
      <td>5</td>
      <td>Organization</td>
      <td>—</td>
      <td>都度見積</td>
      <td>内製化・定着</td>
    </tr>
  </tbody>
</table>

<p>
  全部やる必要はありません。<br>
  御社の技術の成熟度とフェーズに合わせて、<br>
  どこから入るかを先に整理します。
</p>

<!-- 中盤CTA -->
<a href="#cta" class="btn-primary">
  御社のフェーズを30分で相談する（無料）
</a>

Section 7 | 全体像誘導

レイアウト: max-w-3xl / 中央寄せ / テキスト + リンク

<h2>まずフェーズ全体を知ってから、入口を決めてください。</h2>

<p>
  技術シーズの事業化は、<br>
  Phase 1-2（方向確定）→ Phase 3（実証）→ Phase 4（スケール）<br>
  という流れで進みます。
</p>
<p>
  御社の技術がどの段階にあるかによって、<br>
  どのPhaseから入るかが変わります。
</p>
<p>
  全体像を見た上で「まず御社に合うフェーズから」を決める。<br>
  そのほうが、後から方向転換するコストが出ません。
</p>

<a href="/lp/" class="btn-secondary">
  Curationsの全Phase概要を見る →
</a>

Section 8 | 実績事例

レイアウト: full-width navy-dark / 2カード横並び（PC）/ 縦積み（SP）/ 白文字

<h2 class="light">技術を事業に変えた実績を、見てください。</h2>

<div class="case-cards case-cards--2col">

  <div class="case-card case-card--light">
    <span class="case-category">R&D部門支援例</span>
    <span class="case-client">キリン中央研究所</span>
    <h3>技術テーマを事業の言葉にする</h3>
    <p>
      研究員が進める技術テーマがある。<br>
      正式な研究テーマとして承認を得るには、<br>
      「どんな社会課題を解くか」<br>
      「どのようなニーズを創出するか」<br>
      「どのようなビジネススキームが構築できるか」<br>
      を示す必要がありました。
    </p>
    <p>
      Curationsが技術シーズを起点に、<br>
      事業の可能性と蓋然性のストーリーを設計。<br>
      研究員と共に議論のたたき台を作りました。
    </p>
    <blockquote class="case-voice">
      「非常に質の良い提案が多く、描いたビジョンの精度が高いため、<br>
      質の高い議論を活発に行うことができた。<br>
      技術にだけフォーカスしてしまう傾向から少しずつ脱し、<br>
      社会課題やビジョンを語る風土が醸成されつつある」<br>
      — キリンホールディングス 中央研究所
    </blockquote>
  </div>

  <div class="case-card case-card--light">
    <span class="case-category">出島化例</span>
    <span class="case-client">日立製作所（Happiness Planet）</span>
    <h3>幸福度計測技術を出島会社へ</h3>
    <p>
      日立製作所内で独自開発した幸福度計測技術。<br>
      これを事業化するために、<br>
      約5年間かけて出島新会社を設立するプロセスに<br>
      Curationsが参加しました。
    </p>
    <p>
      延べ4,300人が参加した公開実証実験を経て、<br>
      「心の資本」が3週間で約33%向上。<br>
      これは10%の営業利益向上に相当します。
    </p>
    <p>
      現在、株式会社Happiness Planetとして出島独立。<br>
      Curationsは独立後も開発・運用を担当しました。
    </p>
    <p class="case-label">技術→事業化の翻訳から、実動まで一気通貫で動いた事例。</p>
  </div>

</div>

Section 9 | 未来像

レイアウト: max-w-3xl / 中央寄せ

<h2>1年後、技術に事業の意味がついている。</h2>

<p>Phase 1〜2を終えた後の状態。</p>

<ul class="future-list">
  <li>技術シーズが「どの顧客の・どんな状況を解くか」に変換されている</li>
  <li>経営会議で「誰が買うか」に答えられる資料が手元にある</li>
  <li>研究投資を続ける根拠が、事業の言葉で語れる状態になっている</li>
</ul>

<p>Phase 3に進んだ1年後の状態。</p>

<ul class="future-list">
  <li>外部顧客へのアプローチが始まっている</li>
  <li>実証実験の結果が事業計画に変換されている</li>
  <li>「この技術で、これくらいの規模になる」という仮説が検証済み</li>
</ul>

<p>
  研究への投資が、事業の文脈で語られるようになる。<br>
  担当者として、それを実現した。<br>
  その状態を作ることがCurationsの仕事です。
</p>

Section 10 | 稟議支援

レイアウト: max-w-4xl / 3ポイントブロック

<h2>上司への説明に使える3つの論点</h2>

<p>
  技術シーズの事業化検討を社内で動かすには、<br>
  「なぜ今」「なぜCurations」「まず何をするか」の3点が要ります。<br>
  そのまま使えるよう整理しました。
</p>

<div class="approval-points">

  <div class="approval-point">
    <span class="point-num">1</span>
    <h3>なぜ今か</h3>
    <p>
      技術シーズには、市場との「タイミング」があります。<br>
      今の技術を今の顧客環境で検討しなければ、<br>
      1年後には市場が変わっている可能性があります。<br>
      Phase 1（1ヶ月・300万円）は、<br>
      「この技術でやるべきかどうか」を確認するための投資です。<br>
      先送りのコストは、技術の陳腐化リスクです。
    </p>
  </div>

  <div class="approval-point">
    <span class="point-num">2</span>
    <h3>なぜCurationsか</h3>
    <p>
      市場調査報告書を渡して終わりにしません。<br>
      技術者と共にビジョンを描き、<br>
      経営への説明ストーリーまで作ります。<br>
      13年・260件は提案した件数ではなく、事業化まで動いた件数。<br>
      技術を事業の言葉にした実装経験があります。
    </p>
  </div>

  <div class="approval-point">
    <span class="point-num">3</span>
    <h3>まず何をするか</h3>
    <p>
      30分の無料相談で、御社の技術シーズと現在のフェーズを確認します。<br>
      その後、Phase 1の提案書を作成。<br>
      承認後にPhase 1スタート。全部やる必要はありません。<br>
      まずここから。
    </p>
  </div>

</div>

Section 11 | CTA メイン

レイアウト: full-width navy-dark / 白文字 / ロゴ再掲 + フォーム

<!-- ロゴ再掲 -->
<div class="logo-strip-sm light">
  <!-- kirin / hitachi / sony / daiwa-living ほか -->
</div>
<p class="logo-caption-sm light">
  キリンHD / 日立製作所 / SONY / 大和リビング ほか<br>
  累計260件以上の共動実績
</p>

<h2 id="cta" class="light">まず30分、技術の話を聞かせてください。</h2>

<p class="light">
  提案書を渡すためではありません。<br>
  御社の技術シーズと、現在の状況を整理するための30分です。
</p>

<div class="faq-mini light">
  <p>「まだ事業化の方向が決まっていないが、話せるか」<br>
  「社内でどこまで話が進んでいるかわからないが、相談できるか」。</p>
  <p>どちらも問題ありません。<br>
  どこで止まっているかが明確になるだけで、<br>
  次のアクションが見えることがあります。</p>
  <p>費用はかかりません。</p>
</div>

<a href="/consultation/" class="btn-primary btn-gold btn-large">
  30分の無料相談を予約する
</a>

<p class="form-note light">
  当日は技術の概要と現在の状況をざっくり伺います。<br>
  事前準備は不要です。以後の活動の示唆を含む議事録は当日中にお送りします。
</p>

4. CTA設定

FormSubmit設定:
- 送信先: japan.is.no.1@gmail.com（ホームLPと同一エンドポイント共用）
- サンクスリダイレクト: /consultation/thanks/
- 必須フィールド: お名前 / 会社名 / メールアドレス / 現在の状況（自由記述）
- オプション: 電話番号 / 希望日程（第1希望・第2希望）

5. スティッキーCTA（モバイル）

スクロール50〜70%でフッターに固定表示
コピー: 「30分の無料相談を予約する」
非表示条件: Section 11 CTAが画面内に入ったら非表示

6. 実装チェックリスト

構造チェック

• [ ] Curations 5ステップがSection 1→11の順で対応している
• [ ] Phase×Plan地図がSection 6に配置されている
• [ ] Forward Deployed Expert比較表がSection 5に配置されている
• [ ] 3点CTA（Section 1・6・11）が設置されている
• [ ] ロゴがSection 1 + Section 11（CTA直前）の2箇所に配置されている

コピーチェック

• [ ] Hero headline「技術はある。誰の何を解くかが、決まっていない。」が正確に入っている
• [ ] 数値3点（13年・260件・500億円）がSection 1に掲載されている
• [ ] キリン中央研究所のお客様の声がSection 8に設置されている
• [ ] 稟議支援の「上司への説明3ポイント」がSection 10に設置されている

信頼・CTA チェック

• [ ] 主CTAコピーが「お問い合わせはこちら」になっていない
• [ ] 金額が「300万円」単位の幅提示（確定値ではない）
• [ ] ロゴにキリンHD・日立製作所・SONY・大和リビングが含まれている

離脱抑制チェック

• [ ] モバイルスティッキーCTAがスクロール50%で表示される
• [ ] ページロード目標2.5秒以下

7. 品質評価

LP repo実装担当へ: このファイルはSalesAI Phase C承認済みハンドオフ文書です。
コピーの変更・削除は行わず、DSコンポーネントへの変換のみ実施してください。
疑問点は SalesAI repo の Issues へ。