1765926570
2025-12-11 13:00:00
プロジェクト概要
を確認してください MatchDog の完全なプロジェクト概要。
さまざまな MatchDog 概念モデル オプションに関して、本書の例からアイデアを引き出すことができます。この本では、フレームワーク層の章内で例と議論を行うことで、意図的にこのプロジェクトの足場を築いています。ただし、あなたはデザイナーであり、CM にはあなたが望む最適化された文法が反映されている必要があります。 CM はユーザーに伝える理想のビューであり、書籍のサンプルとは異なる場合があります。文法章には 5 つのサンプルが含まれています ユーザーストーリー 始めましょう。
この演習の目標
なぜなら、UX Magic は、 製品ライフサイクル、最初に の役割を引き受ける必要があります。 プロダクトマネージャー およびユーザー研究者が追加の要件を生成します アーティファクト それは、具体的に焦点を当てる前に、プロジェクト全体に情報を提供するための合成プロセスにつながります。 GUI 画面デザイン。
この演習で実行するアクティビティ
このステップでは、次のことを実行します。
-
機能分析;
-
ユーザーストーリーの生成。そして
-
概念モデルの定義。
この演習で必要な機器
-
ワードプロセッサを備えたコンピュータ
-
Microsoft PowerPoint および/または Excel
-
メモや分析を紙に書きたい場合は、ペンと紙
追加要件を生成するための予備分析
-
を確認してください ペルソナ 提供された。これらは、ユーザーの共感ニーズ カテゴリの大部分を反映しています。
-
プロダクト マネージャーの役割を担い、最大 50 件のユーザー ストーリーを作成します。 最初の UX 合成ステップを完了します。入力内容は設計概要ですが、独自の設計概要を作成することもできます。 ユーザー調査 時間とリソースがあれば、潜在的なペットの飼い主と相談してください。
-
ユーザーストーリーを概念的な文法に変換する 抽象化(強調表示)することで、 名詞、動詞、形容詞。これにより、あなたの候補者リストが定義されます。 オブジェクト、アクション、属性。
-
候補オブジェクトの数を最小限に抑える ピボットして他のオブジェクトの属性にできるかどうかを判断します。
-
UI デザイン パターンのようなオブジェクトを削除します。 (例: カレンダー、フィード、グラフ)。これらは適切ではありません。これらを保持すると、時期尚早に次のフェーズを開始することになります。
-
非トランザクションアクションを文法から削除します。
-
ビジネス/市場政策の策定 仮定 組織のために。これは実際の製品ではないため、正確な決定は重要ではありません。重要なのは、設計を最適化して、 マーケティング 事前に設定した前提条件とビジネス目標。
MatchDog: 概念的モデルの定義
お気に入りのスプレッドシートを使用して、概念モデルの定義と改良に必要な行列とテーブルのテンプレート (または以下のテンプレートで提供されるもの) を作成します。これらは、本書の表 4 ~ 7 に似ているはずです。注: 表 4 (以下に繰り返します) は出発点であり、あまりにもまばらです。望ましい目標文法密度は、表 5 のバージョンと同様です。
UX Magic の表 4: 初稿のオブジェクト-アクション マトリックス (まばらすぎて冗長すぎる)

UX Magic の表 5: コンパクトなオブジェクトとアクションのマトリックス
「概念モデル テンプレート」の無料テンプレートを入手
-
最初のドラフトのオブジェクト-アクション マトリックスを定義します。
繰り返します。 高密度になるまで精製し、圧縮します。表 5 に示す例より大きく大きくなってはなりません。 -
CM の教育的側面についてはご自身で決定してください。 タスクの優先順位付けが概念モデルの選択にどのような影響を与えるかを示す表 11 と 12 を参照してください。これらの表に示されている 2 つのバリエーション以外にも、他の解決策が存在する可能性があります。
-
同様に密度の高い代替文法の作成を試みる (オプション)。
-
各オブジェクトのできるだけ多くの属性を列挙します。 最後の文法で。この概要にはこのレベルのデータ構造の詳細が含まれていないため、想像力を働かせる必要があります。犬を飼っていない場合でも、ウェブ上で犬についてすべて学ぶことができます。
-
UX 戦略の役割を果たし、ポリシーの決定を行う ペットの養子縁組を許可し、適切な飼い主を認定するためのルールについて。
-
ユーザー、ビジネスモデル、UX戦略のバランスをとる優先順位付けマトリックスを作成する 前のステップで行った PM の決定に従って。
スケッチを始めないことが重要です。 構文とセマンティクスのみに基づいて、完全な CM 定義と文法層を抽象的に実行するようにしてください。必要な場合は スケッチ UX では、考えられる CM 定義を検討しますが、この基本的なステップがまだ理解されていません。までに課題を完了しようとしています リバースエンジニアリング。この教材を教室で教えてきた 7 年間で、このブレークスルーを抽象的な CM レベルで機能させるのは、以下の分野の背景を持つ人にとって最も難しいことがわかりました。 グラフィックデザイン 社会科学の背景を持つ人にとっては簡単です。今すぐ右脳に頼ってください。フレームワーク層 2 と 3 では、左脳を活用する機会がたくさんあります。フレームワーク層 4 では、左脳と右脳の両方の能力が必要になります。
CM が可能な限り高密度であると思われる場合は、それを一旦脇に置いて、視覚化とデザイン パターンの選択に関する次の章を読んでください。
この演習を終了する
認定 UX マジシャンになるための第一歩を完了できたこと、おめでとうございます。これは、(ほとんどの学生や実践者にとって)インタラクション セマンティクスの基礎を通じてユーザー エクスペリエンス デザインについての新しい考え方を必要とするため、これは最も難しいステップです。これで、最小化するための最初のツールを学習しました。 認知負荷 を生み出すための第一歩を踏み出しました。 UXデザイン 最高レベルの MatchDog クライアントの場合 使いやすさ 可能。

著者/著作権所有者: Teo Yu Siang および インタラクションデザイン 財団。著作権条項とライセンス: CC BY-NC-SA 3.0
#MatchDog #ポートフォリオ #プロジェクトの構築 #予備分析と概念モデルの定義