# K2pb Lab｜フェイズ01 リニューアル要件定義書

- 対象：株式会社ケイツー・インタラクティブ公式サイト（https://www.k2-interactive.co.jp/）
- 位置づけ：K2pb Labの実験用プロトタイプに関するサイト全体の要件定義
- 作成日：2026年11月4日
- 状態：フェイズ01の対話により8項目を確定。フェイズ移行は別途承認を要する。

## 1. リニューアルの目的

**ケイツー・インタラクティブの事業価値を正しく伝え、新規顧客からの相談・受注につなげる。**

**中心コンセプト：顧客接点とサービス設計 × プロジェクト推進**

上記をサイト全体の情報設計・コンテンツ設計・デザインに反映する。従来の「Web制作会社」という印象の刷新、事業領域および将来の方向性の訴求は、目的達成のための要件とする。

## 2. 現状の課題と今回のフォーカス

最大の課題は、**「Web制作会社ではないなら、Web以外に何ができるのか」を具体的に説明できるようにすること**。

Web制作会社として認識されること自体は、将来の事業展開における懸念として位置づける。現時点の最大の課題と断定しない。

今回の情報設計は、**A：現在の事業価値にフォーカス**する。実績・提供能力に根拠を置きつつ、将来の事業展開への可能性も表現する。提供体制が確立していないサービスを既存の提供サービスとして扱わない。

本サイトは実験用の**プロトタイプ**とし、既存公開サイトとは独立して制作する。想定される公開方法は「Web改善ラボ」の記事からのリンクによる限定的な紹介であり、本番公開による受注成果の検証は今回の直接の成功条件としない。

## 3. 対象顧客・利用者

1. **現在の主対象：企業・組織のプロジェクト担当者**。要件定義、サービス設計、プロジェクト推進を必要とする層。
2. **将来の主対象：企業の経営者・事業責任者**。事業開発、ブランディング、顧客接点の改善を必要とする層。

制作会社・代理店は今回の対象から除外する。現在の主対象への訴求を優先し、将来の主対象にも事業の可能性を伝える。

## 4. 提供価値と事業上の訴求

1. **企画・要件定義**：目的や課題を明確にし、実行可能な計画にする。
2. **顧客接点・サービス設計**：UX/IAを活用し、利用者と事業をつなぐ。
3. **プロジェクト推進**：設計から実装まで一貫して関与し、成果につなげる。

3領域を提供能力として採用する。現時点では「企画・要件定義」と「顧客接点設計」に特に説得力がある。サービス設計全般および実装を伴わない推進支援については、実績の範囲を誇張しない。

## 5. サイトの役割と達成目標

- **役割**：現在の提供能力を具体的に示し、将来の事業展開への可能性も伝える。
- **達成目標**：初めて訪れた人が、何を依頼できる会社かを理解し、相談先として検討できる。

## 6. 必要なコンテンツ・機能

既存サイトのコンテンツは**原則として継承**し、新しい事業コンセプトに合わせて追加・変更する。

具体的なページ構成、見出し、本文、CTA、図版、各種機能の採否と優先順位は、フェイズ02の既存サイト調査を経てフェイズ03で決定する。既存サイトの構成を無条件に踏襲することは求めない。

## 7. 制約条件・品質要件

1. **K2 Project Base（K2pb）**を使用してHTMLワイヤーフレームを制作する。
2. **レスポンシブ対応・アクセシビリティ**を品質要件とする。
3. **既存の公開サイトに影響を与えない**。
4. **独立した環境でプロトタイプを制作する**。

## 8. 成功条件・評価基準

1. **情報設計の品質**：事業価値と提供サービスが明確に伝わるか。
2. **制作工程の検証**：AI・K2pb・Figmaの連携によって、実用的な成果物を制作できるか。
3. **再現性（最重要）**：同じ工程を将来の顧客案件にも適用し、同等の手順・品質で実施できるか。

再現性を検証するため、各工程のAIへの指示、入力資料、成果物、人間による修正、承認内容を記録する。最終評価ではAIの成果と人間による修正を区別する。

## 後続フェイズへの申し送り

| フェイズ | 担当 | 実施内容 |
|---|---|---|
| 02：既存サイト調査・分析 | Works | 公式サイトURLとsitemap.xmlを主な入力資料とし、既存サイトの内容・構成・課題を調査する。 |
| 03：情報設計・コンテンツ設計 | Chat | 本書と調査結果に基づき、サイト全体およびトップページを設計する。トップページでは見出し・本文・CTA・画像・図版・情報の優先順位と配置まで定義する。 |
| 04：HTMLワイヤーフレーム制作 | Codex | 確定した情報設計とK2pbの仕様・コンポーネントを使用する。 |
| 05：Figma連携・デザイン制作 | Figma AI | HTMLワイヤーフレームからの変換とデザイン展開を検証する。 |
| 06：成果検証・Web改善ラボ公開 | Chat | 3つの評価基準、特に再現性を評価し、実験過程と成果を記事化する。 |

### 進行上の原則

- 原則1フェイズ1スレッド。各フェイズ終了時に引き継ぎMarkdownを作成する。
- 人間が各フェイズの成果物を承認する。
- 次のフェイズへの移行はユーザーの明示的な承認後とする。
- 既存サイトを現状分析の材料として扱い、要件に基づいて新しい情報構造を設計する。
- 今回は競合調査を実施しない。

### 後続で決定する事項（未確定）

- 個別ページ・機能の採否、情報の優先順位、CTAの文言・配置。
- 独立したプロトタイプ環境の具体的な設置先と公開設定。
- 再現性を測る具体的な検証方法（工程の再実行条件、記録形式、合格基準）。

これらは今回の8項目で承認済みの方針を変更するものではなく、後続工程で具体化する。