mcpField
L
layers-orient

layers-orient

github.com/jamiemillデザイン・UI3132.0k 回インストール22 週間前に更新
リポジトリ

layers-orient について

デザイン作業で次に注力する箇所を判断するための、デザイナー向け迅速な診断スキルです。7つのレイヤーの決定事項を監査し、基礎となるボトルネックを特定して、関連スキルを提案します。

主な機能

  1. 017つのレイヤーにわたる決定事項の監査
  2. 02決定の確かさと前提の評価
  3. 03基礎的なボトルネックの特定
  4. 04次に使うスキルの提案

活用シーン

  1. 01プロダクトデザインの不足を早期に発見
  2. 02検証済みの決定と前提を区別
  3. 03次に取り組むデザインレイヤーを選ぶ

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/jamiemill/layers-skills --skill layers-orient

インストール後、Claude Code で/layers-orientを入力して読み込まれたか確認します。

詳細

/layers-orient

フレームワークのコンテキストを得るために、/layers-intro が読み込まれていることを前提とします。

Orient は迅速な診断です。他のスキルが取り組むことになる現在進行中の意思決定を見つけるための入口です。7 つすべてのレイヤーにわたって意思決定の現状を整理し、ボトルネック(未解決またはリスクのある意思決定がある最下層)を特定して、次に注力すべき点を提案します。

これは、いずれかのレイヤーを深く掘り下げるものではありません。そのために各レイヤーのスキルがあります。Orient が答えるのは、その前に問うべきことです。最も緊急に注意を向けるべきレイヤーはどれか? 手短に、簡潔に進めてください。出力は短い監査と 1 つの提案であり、レポートではありません。

評価すること:

  • 各レイヤーで重要な意思決定が行われているか、またその確かさ
  • 確かなものとして扱われている意思決定が、実際には仮定ではないか
  • 未解決の作業が残り、その上位のあらゆるレイヤーにリスクをもたらしている、最も基礎的なレイヤー

品質の指標 — Orient がうまくできている状態:

  • ボトルネックとなるレイヤーが曖昧に示されるのではなく、具体的に特定されている
  • 仮定されているレイヤーと Strong のレイヤーが区別されている。それぞれに異なる対応が必要なため
  • 提案が、明確な理由を添えて特定のスキルにつながっている

ガイド付きセッション

設計の状況と、取り組もうと思ったきっかけを説明するか、「let's orient」と言って開始してください。

(記録は任意で、簡潔に行います。/layers-intro を参照してください。Orient では通常、監査表だけを残せば十分です。)

次の質問をしてください。

  1. どの製品または機能に取り組んでいますか?
  2. 現在、どのような設計上の課題に直面していますか?
  3. この作業はどの段階ですか?初期の探索中、設計の進行中、それとも既存製品の修正ですか?

すでに検討済みのレイヤーと、内容が不十分または未検討のレイヤーを示す手がかりに注目してください。


レイヤーの監査

各レイヤーについて、的を絞った質問を 1 つか 2 つ行い、次のいずれかで評価します。 Strong / Partial / Assumed / Weak / Not started / N/A

観察された行動 「どのようなユーザー調査を行いましたか?ユーザーと話したり、行動を観察したり、分析データを確認したりしましたか?それとも、チームがユーザーはこう行動するはずだと考えているだけですか?」

ドメイン 「この製品が扱う領域について、どの程度理解していますか?実世界の概念や用語、製品が登場する前にユーザーがどのように考えているかを把握していますか?」

ユーザーのニーズ 「ユーザーが何を達成しようとしているかを、機能ではなく、根底にある仕事とその重要性として説明できますか?ジョブストーリーやそれに相当するものはありますか?」

製品とサービスの戦略 「この作業が対象とする具体的なユーザーニーズと、促進を目指すビジネス成果を把握していますか?機会とビジネス目標のつながりは明示されていますか、それとも非公式なものですか?」

概念モデル 「製品が扱う対象、つまり存在するもの、それらのつながり、使用する語彙について、明確なモデルがありますか?チーム内で共有されていますか、それとも各自が独自の解釈を持っていますか?」

インタラクションの構造とフロー 「重要なユーザージャーニー、つまり場所、ステップ、意思決定のポイントを明確に把握していますか?ブレッドボード、概略的なフロー、動作するコード、または説明できる記述はありますか?」

サーフェス 「適合させる必要のある既存のデザインシステム、ビジュアル言語、またはコンポーネントライブラリはありますか?」


意思決定の状況

次の表で監査結果を提示します。

Layer                      | State       | Notes
---------------------------|-------------|----------------------------------------
Observed behaviour         |             |
The domain                 |             |
User needs                 |             |
Product & service strategy |             |
Conceptual model           |             |
Interaction structure      |             |
Surface                    |             |

ボトルネック分析

ボトルネックとなるレイヤー、つまり Weak、Assumed、Not started の状態にある最下層を特定します。何の意思決定が欠けているのか、またそれが上位レイヤーにどのようなリスクをもたらすのかを、明確に示してください。

また、仮定されているレイヤーにも注意を促してください。決定済みとして扱われていても、検証されていないレイヤーです。確かに見える仮定の中に、最も危険な意思決定が隠れていることはよくあります。

デザイナーに期限や制約があり、判断基準が変わる場合は、その点を認めてください。最も基礎的な選択肢が常に正しいとは限りません。そうしたトレードオフを無視せず、明示してください。


推奨

次に実行する特定のスキルと、その理由を提案します。

  • 概念モデル → /layers-conceptual-model
  • プロダクト戦略 → /layers-product-strategy
  • ユーザーニーズ → /layers-user-needs
  • ドメイン → /layers-domain
  • インタラクション構造 → /layers-interaction-flow
  • 観察された振る舞い → /layers-observed-behaviour

最後に、次のように締めくくります。"今すぐ [skill] を実行しますか?それとも、まずこの内容について異議を唱えたい点がありますか?"

コメント