

高岡智則
年齢:33歳 性別:男性 職業:Webディレクター(兼ライティング・SNS運用担当) 居住地:東京都杉並区・永福町の1LDKマンション 出身地:神奈川県川崎市 身長:176cm 体系:細身〜普通(最近ちょっとお腹が気になる) 血液型:A型 誕生日:1992年11月20日 最終学歴:明治大学・情報コミュニケーション学部卒 通勤:京王井の頭線で渋谷まで(通勤20分) 家族構成:一人暮らし、実家には両親と2歳下の妹 恋愛事情:独身。彼女は2年いない(本人は「忙しいだけ」と言い張る)
概念設計とは何か
「概念設計」は、物づくりの最初の段階で「何を作るのか」「誰のために作るのか」を考える作業です。ここで決まる内容は、後の設計(詳しい仕様を決める工程)に大きな影響を与えます。概念設計は、アイデアを現実的な方向へ導く設計の地図のような役割をします。
具体的には、次のようなことを整理します。どんな問題を解決するのか、どのような人が使うのか、どんな機能が最低限必要か、作るのに使える技術や予算の制約は何か、そして成功をどう判断するかの基準です。
概念設計の目的
第一に、問題の本質を見つけ出すことです。表面的な要望だけでなく、背景にある課題を見抜く力が求められます。第二に、価値の核を定義することです。利用者が得られる利益や体験の中心となるポイントを明確にします。第三に、現実の制約と理想の設計案の間のバランスを取ることです。
概念設計の主な要素
| 要素 | 説明 |
|---|---|
| 問題定義 | 解決すべき課題を明確化する文章や図解 |
| ユーザー視点 | 誰が使うのか、使われ方はどうなるかを想像する |
| 機能の抽象化 | 最小限の機能を高いレベルで描く |
| 制約整理 | 予算・時間・技術的制約を洗い出す |
| 評価基準 | 成功を測る指標を決める |
この段階で決まる方針は、後の 具体設計 や 実装 の品質に直結します。文書化を丁寧に行うことが、後工程の混乱を減らすコツです。
実務での進め方の例
1) チームで問題を共有し、観点のズレをそろえる。2) ユーザーのニーズと現場の制約を整理する。3) 高レベルの案をいくつか作成し、比較検討する。4) 最も妥当と思われる案を選び、要点を図解や文章でまとめる。5) 次の工程へ進む前に関係者の承認を得る。
中学生にも分かるイメージ
たとえば、学校の新しい図書室を設計するとき、まず「誰が使うか」「どんな本が必要か」「費用はいくらか」を決めます。次に、机の配置や本棚の数など、具体的には決めずに「本を借りやすい空間」「静かで集中できる場所」といった高い視点を作るのが 概念設計 です。これが決まれば、後で実際の部屋の間取りを決める工程がずっとスムーズになります。
概念設計の同意語
- コンセプト設計
- 製品・サービスの基本方針や核となるアイデアを、実装前に整理・定義する初期設計のこと。
- コンセプト化
- アイデアを概念として整理・表現し、設計の基盤となる形にする作業。
- 概念化
- 複数の案を抽象化して、共通の概念や核となる要素を取り出す行為。
- 初期設計
- 要件を拾い上げ、設計の方針を定義する、設計プロセスの初期段階の作業。
- 企画設計
- 事業やサービスの方向性と設計の枠組みを決める、企画と設計を一体に行う段階。
- システム概念設計
- 大規模システムの高レベルな全体像(機能ブロック、データの流れ、主要なインタフェース)を定義する作業。
- 概念設計フェーズ
- 開発プロセスの初期段階で、要件とアイデアを整理し設計方針を決定する段階を指す用語。
- 高レベル設計
- 実装の前段階として、主要な構成要素と相互作用を大まかな設計として描く作業。
概念設計の対義語・反対語
- 具体設計
- 概念設計で定義した抽象的なアイデアを、画面レイアウト・データ型・API仕様・外部仕様など、実装可能な具体的仕様に落とし込む設計段階。
- 詳細設計
- システムを構成する部品・モジュールの実装仕様・振る舞い・インターフェース・データベース設計など、より細部まで決定する設計段階。
- 実装設計
- 実際のコーディング・資材・構成を前提にした設計。実装を前提として仕様・方針を固める段階。
- 実装
- 概念設計・詳細設計で定義した内容を、プログラムコードや構成として具体的に作り上げる開発作業。
概念設計の共起語
- 要件定義
- 概念設計の出発点となる、目的・機能・制約を整理して全体像を固める工程。
- ユーザー要件
- ユーザーが達成したい目的・ニーズを具体化した要件。
- 機能要件
- システムが提供する機能の仕様を明確化する要件。
- 非機能要件
- 性能・信頼性・セキュリティ・使いやすさなど、機能以外の品質要件。
- ユースケース
- ユーザーがシステムをどのように使うかを具体的な場面として描くケース。
- ペルソナ
- 代表的な利用者像を設定して設計の焦点を定める手法。
- ペルソナ設計
- ペルソナを具体化・検証する設計プロセス。
- UX
- ユーザー体験全体の使い勝手や価値を設計する視点。
- ユーザー体験
- 使い勝手・体験価値を中心に設計する概念。
- 情報設計
- 情報の整理・分類・ナビゲーション設計を行う領域。
- 情報アーキテクチャ
- 情報の構造・階層・紐づき方を設計する分野。
- 画面設計
- UIのレイアウト・要素配置を設計する作業。
- ワイヤーフレーム
- 画面の骨格を示す低忠実度の設計図。
- 画面遷移図
- 画面間の遷移関係を可視化する図。
- プロトタイピング
- 実物に近い試作版を作って検証する手法。
- ロードマップ
- 長期的な開発計画と段階的リリースの計画。
- 概念図
- 抽象的な関係性を図示して共通理解を作る図。
- 概念モデル
- 概念間の関係性を抽象化して表現するモデル。
- ビジョン
- 長期的な目標・理想像を明確化する指針。
- 目的
- 設計の狙い・解決したい課題を明確にする要素。
- 背景
- 設計の背景・現状の問題点を整理して共通理解を得る。
- ユーザージャーニー
- ユーザーが目的を達成する過程を時系列で描くストーリー。
- ユーザーシナリオ
- 想定される利用状況を具体化したストーリー。
- 価値提案
- 顧客に提供する価値の要点を明確にする表現。
- KPI/指標
- 成果を測定する指標を設定する。
- 競合分析
- 競合他社の製品と比較して要件・機能の差を検討する分析。
- 市場リサーチ
- 市場の動向・ユーザーのニーズを把握する調査。
- デザイン思考
- 共感・定義・アイデア創出・検証の循環で課題解決を導く設計アプローチ。
- 要件分析
- 要件を分類・優先順位づけして設計の出発点を作る作業。
- 情報設計の階層化
- 情報を階層化・カテゴリ化して使いやすく整理する手法。
- 機能一覧
- 実装する機能の一覧と概要。
- 機能表
- 機能間の関係・関連性を整理した表形式の資料。
- インタラクション設計
- ユーザーとシステムの対話の流れ・操作感を設計する。
- データ設計
- データの構造・関係・制約を整理する設計分野。
- データモデリング
- データのモデル化を行い、データベース設計の基礎を作る。
- 画面仕様
- UI要素・イベント・挙動を具体的に記述する仕様書のこと。
概念設計の関連用語
- 要件定義
- 顧客や市場の要望を整理し、実現すべき条件や機能を決める初期フェーズ。
- ユーザーリサーチ
- ユーザーのニーズ・課題・行動を調べる観察・インタビュー・調査の活動。
- ペルソナ
- 代表的なユーザー像を具体的なプロフィールとして設定し、設計の指針にする。
- ユースケース
- ユーザーがどのようにシステムを使うかの具体的な利用場面を描く。
- ユーザー体験設計
- 使いやすさ・満足度を高める体験の全体設計。UXの観点。
- 情報設計
- 情報の整理・分類・ナビゲーション・アクセスを設計すること。
- コンセプト設計案
- 初期のアイデアを元に、価値・機能の方向性をまとめた案を作る。
- アーキテクチャ設計
- システム全体の構造、部品の相互作用、技術選択などを高水準で設計する。
- 概要設計
- 高水準の設計方針・全体像を示す設計段階。仕様の土台を作る。
- ブロックダイアグラム
- システムの主要な構成要素と関係を図示する概念図。
- 機能分割
- 大きな機能を意味のある部品に分解して整理すること。
- 機能要件
- 具体的に実現すべき機能の条件や振る舞い。
- 非機能要件
- 性能・信頼性・セキュリティ・可用性など機能以外の条件。
- 仕様書
- 要件と設計判断を文書化した正式な仕様書。開発の共通理解を作る。
- プロトタイピング
- 低〜高忠実度の実物モデル・画面案を作って検証する手法。
- デザイン思考
- ユーザー中心の問題解決アプローチ。共感・定義・アイデア創出・プロトタイピング・テストの5段階。
- ブレインストーミング
- 多数のアイデアを創出する創造的技法。
- ユーザージャーニー
- ユーザーが体験する過程を時間軸で追うストーリーマップ。
- 価値提案
- 提供する価値や利点を明確にする、顧客に伝える中心メッセージ。
- ステークホルダー分析
- 関係者のニーズ・影響・関係を整理する作業。
- 市場要件
- 市場のニーズ・競合・トレンドなど、外部要件を整理。
- ビジネスケース
- 投資対効果・事業の経済性を評価・説明する資料。
- 競合分析
- 同業他社の製品・サービスを比較して強み・弱みを把握。
- リスク分析
- リスクの特定・評価・対策を計画する作業。
- データモデル設計
- データの構造を設計する作業。概念データモデル/論理データモデルを含む。
- インターフェース設計
- 外部システム・ユーザーとの接続方法・UI・APIを設計。
- 拡張性・将来性
- 将来の機能追加・変更を見据えた設計・柔軟性の確保。
- テスト観点
- 概念設計の段階で検証すべき観点・受け入れ基準を整理。



















