課題と目的を実装可能な形へ設計

課題や目的がまだ整理されていない段階でも、丁寧に「見える化」するところから支援します。要望・制約・優先度を明確にすることで、プロジェクト全体の設計と戦略立案をスムーズに進めます。

なぜ上流工程から設計するのか

実装工程は仕様が固まっていることを前提に進みます。しかし実際のプロジェクトでは、解釈や粒度が関係者間で揃っていないまま実装に入るケースが少なくありません。

その結果

といった問題が起きてしまいます。

上流工程の役割は、確定した要件を情報・機能・画面単位まで具体化することです。開発に入る前に要件の中身を明らかにすることで、実装作業を進めることができるのです。

関係者間で認識を共有できる状態をつくることで、判断がブレることなく手戻りを防ぎ、プロジェクトを確実に前へ進めます。

設計レイヤー

構成設計(何をつくるかを確定)

情報構造

  • サイト階層確定
  • 導線整理
  • カテゴリ整理

成果物:サイトマップ

機能分解

  • データ登録系機能
  • 検索/絞込機能
  • フォーム系機能

成果物:機能要件定義書(一覧表形式)

実装設計(どう作るかを設計)

テンプレート設計

  • トップ/一覧/詳細
  • 固定ページ
  • フォーム

成果物:実装判断可能ワイヤーフレーム

UI構造設計

  • 再利用単位の定義
  • 表示ルール整理
  • 構造ルール定義

成果物:UIコンポーネント定義書(構造仕様)

CMS設計

  • 投稿タイプ設計
  • 権限設計
  • 承認フロー設計

成果物:CMS設計仕様書

非機能要件

  • 性能
  • セキュリティ
  • 可用性
  • アクセシビリティ(WCAG AA配慮)

成果物:非機能要件定義書(一覧表形式)

UX設計(Webサイトの戦略的配置設計)

ボーダレスマップ

顧客との接点が多様な現在、Webサイト単体で機能させることは現実的ではありません。認知・選定・行動・体験という流れの中で、どの役割を担うのかを設計する必要があります。私たちは、オンラインとオフラインを横断した視点で、Webサイトの機能と位置付けを定義します。

  • 集客装置としてのサイトか
  • 受け皿としてのサイトか
  • ブランド基盤としてのサイトか
  • CRM 連携拠点としてのサイトか

役割が定まれば、実装すべき機能や接続すべき仕組みが自然と決まります。ボーダレスマップによって全体像を可視化し、位置づけを共有した状態で進行することで、判断のブレを抑えながらプロジェクトを前へ進めます。

ボーダレスマップは創業以来、WEBサイト運営とイベント開催で得たノウハウを基に開発したオリジナルのフレームワークです。

設計プロセス

設計プロセス図

要件分解

目的や背景を整理し、抽象的な要望を具体的な論点へ分解します。ここで「何を実現したいのか」「どこまでを設計対象とするのか」を明確にします。

情報設計

コンテンツや機能を構造化し、情報の優先順位と関係性を定義します。ページ構成や導線設計の土台をここで設計します。

体験設計

利用者の行動を想定して操作の流れを設計し、業務フローやユーザー行動に即した画面構成へ落とし込みます。

検証(プロトタイプ)

設計内容を可視化し、実際に触れられる形で確認します。机上の議論ではなく、画面ベースで妥当性を検証します。

合意形成

設計意図と判断軸を共有し、関係者間で共通認識を確立します。制作・開発に進める状態まで設計を確定します。

関連サービス