# K2pbLab|03 設計判断・未確定事項・04への申し送り - 作成:2026-11-04/フェイズ03 - 状態:**フェイズ00提出候補。フェイズ03成果物全体のユーザー最終承認は未取得** - 最優先根拠:`K2pbLab_フェイズ01_リニューアル要件定義書(2).md` - 調査根拠:`02_既存サイトマップ(2).md`、`02_トップページ現状調査(1).md`、`02_要件との差分・情報設計への申し送り(1).md` - 記録方法:このスレッドのユーザー発言・承認、当該ファイルを根拠として区別。実装ログやユーザーテスト結果は含まない。 ## 1. フェイズ01要件との整合 | 要件 | フェイズ03での対応 | 状態 | |---|---|---| | 現在の事業価値を優先する | 現在提供しているサービスを主力4カテゴリへ対応づけた。「事業・サービス企画」は将来カテゴリとして保留 | 対応 | | Web以外に何ができるかを具体化 | 事業案内の強み・メリット、「できること」4分類、関与実績との接続を採用 | 対応。ただしサービス全般への提供能力の断定は回避 | | 企業・組織のプロジェクト担当者が主対象 | 依頼目的から情報を探す構成とし、プロジェクト設計支援を先頭に配置 | 対応 | | 制作会社・代理店は訴求対象外 | 当該ページは継承し、主要導線から外す | 対応 | | 既存コンテンツ原則継承 | 既存URL・内容を基本保持し、トップと「できること」の分類を刷新 | 対応 | | K2pb+AI/Figma工程の再現性 | 入力、ユーザー修正、承認事項、未確定事項をこの記録に残す | フェイズ03で対応。後続工程での検証は未実施 | | 独立した実験用プロトタイプ | 既存公開サイトの編集を行っていない | 対応。設置先は未決定 | ## 2. ユーザーと確定した重要事項(フェイズ03の協議履歴) 1. **サイトの最上位**:コンセプト/事業案内/できること/会社情報/Web改善ラボの5項目。Web改善ラボを右端へ配置。 2. **事業案内**:最上位に維持。コンセプトに並ぶ企業の中核コンテンツ。既存の考え方を継承し、「強みと顧客メリット」を伝える。詳細な事業案内本文の設計は今回の対象外。 3. **プロジェクト実績**:事業案内の下層に維持。トップで独立した実績セクションを設けない。コンセプト設計事例 `/guide/performance_concept.php` は事業案内の裏付けとして活用。 4. **「できること」の主力4カテゴリ**:①プロジェクト設計支援、②企業ブランディング、③コミュニケーション設計、④サービス設計と品質改善。 5. **主力4カテゴリは独立ページ**:トップ→カテゴリ独立ページ→個別サービスという構造。カテゴリはサービスとの関係が多対多で、既存サービス詳細を重複制作しない。 6. **プロジェクト設計支援**:「ゼロ・ベースからのWeb発注支援」が中心。K2発注支援とトライアル相談は金額・訴求を変えたプラン詳細ページとして扱う。 7. **企業ブランディング**:現時点の主要サービスはコーポレートサイト制作1件。将来的なCI/VI・コンセプト設計・Web制作の独立商品化は今回実施しない。 8. **コミュニケーション設計**:UX/IA、コーポレートサイト制作、Web運用・保守、Web顧問を対応づける。名称は「コミュニケーション設計」で確定。 9. **サービス設計と品質改善**:UX/IA、SaaS UI、アクセシビリティ、Web運用・保守、Web顧問を対応づける。名称確定。 10. **観光関連**:観光DX・SpotNavi.DX・インバウンド・動画・ドローンをまとめ、「できること」の下の独立したカテゴリ。主力4カテゴリより掲載優先度を下げる。 11. **Webスタートアップ**:積極的に販売しない。既存ページは継承、主要導線には置かず補助導線で扱う。 12. **地域・自治体・制作会社向け等**:既存の事業案内下層ページは継承するが、主要ナビから外す。台東区向けはSEO目的のページであることをユーザーが確認。 13. **トップページの思想**:品位と信頼性を優先するポータル型。トップの情報構造自体が専門性を示す。顧客ニーズ6:弊社の要望4を目安とする。 14. **メインビジュアル**:現行方向を継承。コンセプト専用セクションなし、追加のコンセプトリンクなし。共通ナビから参照する。 15. **トップの掲載順**:メインビジュアル→事業案内→できること→Web改善ラボ→お知らせ。これは**ユーザーが「一旦承認」した暫定承認**。 16. **事業案内と「できること」の表示**:共通の情報設計ルールで視覚的な比重をそろえる。事業案内では既存図版をそのまま継承。できることは文字中心、アイコンは必要な場合だけ。 17. **4カテゴリの表示**:4領域を同等の比重で順に表示。カテゴリ名/言い切り型小見出し/顧客メリットを中心とした短文/詳細リンク。個別サービス名は原則トップで列挙しない。 18. **トップの営業誘導**:問い合わせ・申込CTAは本文に置かない。共通ナビからの問い合わせは維持。詳細ページへの自然なリンクは残す。 19. **Web改善ラボ**:紹介本文なし、最新記事3件+記事一覧リンク。 20. **お知らせ**:最新5件、日付・タイトル+一覧リンク。 21. **対象範囲**:今回制作するのは**サイトマップとトップの情報・コンテンツ設計**。下層ページはトップ設計に必要なページ名・役割・階層・主要掲載情報・遷移先まで。下層詳細本文・詳細レイアウトは対象外。 ## 3. 小見出し・本文の承認区分 **承認済み:4カテゴリ名称と「〜します」型の小見出し方針。** | カテゴリ | 小見出し | 状態 | |---|---|---| | プロジェクト設計支援 | 関係者の合意形成を支援します。 | ユーザー肯定済み | | 企業ブランディング | 企業の強みと価値を明確にします。 | 4件まとめた言い切り型へのユーザー承認 | | コミュニケーション設計 | 企業と顧客をつなぐ接点を設計します。 | 同上 | | サービス設計と品質改善 | 使いやすさとサービス品質を向上させます。 | 同上 | **本文は現在の文章案を保存するが、逐語的な最終承認とは扱わない。** 特にプロジェクト設計支援はユーザーが方向性を肯定。残る3カテゴリの本文は提示後に個別の修正要求はなく、全面一括承認は未取得。`03_トップページ情報設計.md` に原文を保存。 ## 4. フェイズ02の事実/分析/今回の設計提案の区別 | 種類 | 内容 | |---|---| | **調査事実(フェイズ02)** | 現行トップには事業案内・サービス・ラボ・お知らせ、実績リンク、共通フッターの問い合わせがある。既存図版 `common/images/guide/ill02.webp`、記事のJS動的取得、既存サービス・事業ページ各URLを確認。 | | **調査分析(フェイズ02)** | 概念は一貫するが、トップのみで依頼業務・成果物が読み取りにくい可能性。事業案内とサービスの役割重複、呼称の不整合等がある。閲覧行動・離脱率の実証ではない。 | | **今回の設計提案→承認** | ポータル型、事業案内とできることの役割分担、主力4カテゴリ、5セクション順、カテゴリ独立ページ、コンセプトビジュアル・既存図版継承、問い合わせCTAなし。 | | **検証未実施** | 実際の顧客が4カテゴリで目的サービスへたどり着けるか、問い合わせ率、画面操作、アクセシビリティ適合性。承認はユーザーによる設計方針の決定であり、ユーザーテスト結果ではない。 | ## 5. 未確定事項と扱い ### A:フェイズ03成果物の最終承認時に確認するもの - 事業案内セクションの短い本文案、および4カテゴリの本文案をこのまま採用するか。 - トップの「事業案内」の紹介から `/guide/performance_concept.php` へ直接リンクするか(既存事業案内を経由するだけか)。**現時点では直接リンクは必須にしない**。 - 4カテゴリ独立ページのURL。新設自体は承認済み。URLは仮値扱いで、実在URLとして提示しない。 ### B:フェイズ04で仮値・技術検討として扱えるもの - PCのグリッド列数、ブレイクポイント、画像の実サイズ、文字サイズ、リンクのHTML要素、表示上の細部(K2pbの実装規則を適用)。 - Web改善ラボの動的最新記事3件取得、お知らせ5件の生成方法。エラー時は一覧リンクを残す。 - プロトタイプ設置先と公開設定、元サイトURLとプロトタイプURLの対応関係。 ### C:今回の実験対象外 - 事業案内とサービス下層ページの詳細な文章・デザイン改修、個別ページ間の内部リンク再設計。 - サービスの価格、契約条件、独立したCI/VI・包括PM支援等の提供可否の決定。 - 競合調査、サイト本番公開に伴う受注成果の評価、アクセス解析による効果検証。 ## 6. フェイズ04への制作指示として固定する事項 1. 制作対象は、最初に**トップページのHTMLワイヤーフレーム**。サイト全体のサイトマップは構造上の参照資料。下層ページの完成デザイン・本文制作は行わない。 2. K2 Project Base(K2pb)の仕様・コンポーネントを用いる。既存公開サイトの資産やソースを上書きしない。 3. ナビ:コンセプト/事業案内/できること/会社情報/Web改善ラボ(右端)。問い合わせは別の共通導線。 4. セクション順:メインビジュアル/事業案内/できること/Web改善ラボ/お知らせ。 5. トップの「できること」は主力4カテゴリを同じ視覚的な重さで描く。カテゴリ名、小見出し、顧客メリット中心の短文、詳細リンク。観光とWebスタートアップはトップの4カテゴリ枠に入れない。 6. 事業案内は図版を継承、4カテゴリは追加画像必須でない。メインビジュアルは既存思想・大きなタイポ・余白を継承する。 7. 申し込み・問い合わせCTAをトップ本文に追加しない。メインビジュアルからコンセプトへの追加リンクも設けない。 8. Web改善ラボは3記事+一覧、お知らせは5件(日付・タイトル)+一覧。実データが不明ならプレースホルダーであることを明示する。 9. 見出しの論理構造、スキップリンクID、フォーカス、alt、モバイル文書順を確認。既存サイトの静的HTMLで検出されたスキップリンク先ID不一致を繰り返さない。 10. URL、価格、成果、実績、サービス提供能力を推測で補完しない。未確定箇所はコメントで明示し、人間に決定を求める。 ## 7. フェイズ03完了条件との照合 | 完了条件 | 現状 | |---|---| | 成果物3点をMarkdownで作成 | **満たす** | | サイト全体の階層・ページ役割・継承方針を示す | **満たす**。ただしカテゴリURL等は未確定として明示 | | トップの見出し・本文・導線・画像指示を明示 | **概ね満たす**。本文案の逐語承認は残る | | PC/モバイル・アクセシビリティ要件 | **記載済み**。実装検証は後工程 | | 事実・提案・承認・未確定の区別 | **記載済み** | | ユーザーによる最終成果物承認 | **未了** | | フェイズ00で進行判定 | **未了** | **結論:** フェイズ03の成果物案は作成できた。トップ5セクションはユーザーの**暫定承認**に留まる。3成果物をフェイズ00へ進行判定資料として提出すること自体は可能だが、最終承認済み・フェイズ04移行可能と断定してはならない。フェイズ04はユーザー明示承認まで開始しない。 ## 8. 再現性のための作業記録 - 入力:上記5ファイル(フェイズ01 1点、フェイズ02 3点、フェイズ03指示 1点)と同スレッド内の逐次承認履歴。フェイズ00の最新判断は同スレッドに提示された範囲で継承。 - AI提案→ユーザー修正の代表例:5→4→3カテゴリへの見直し、主力をプロジェクト設計支援として追加、表現を「顧客メリット」中心に修正、CTAを撤回、コンセプトリンクを撤回、4カテゴリ独立ページを一度不要とした後、トップからの遷移を踏まえて新設に変更。 - 成果物:`03_サイト全体情報設計.md`、`03_トップページ情報設計.md`、本書。 - 今後の測定:フェイズ04でK2pbに同じ入力を渡した際に、見出し順・導線・原稿・素材指定が矛盾なく再現されるか、差分と人間の修正量を記録する。