Note
Dynamics 365 ガイドとリモート アシストは、2026 年 12 月 31 日以降は使用できなくなります。 詳細については、サポート終了を迎える Dynamics 365 Guides および Remote Assistをご覧ください。
Dynamics 365 Guidesの他のオンライン ドキュメントでは、Dynamics 365 Guides アプリケーションとそのさまざまな機能の使用方法を学習することに重点を置いています。 このドキュメントでは、優れたガイド コンテンツを作成して、オペレーターに指示を最適に伝える方法について説明します。 他のすべてのドキュメントを最初に読んで、Dynamics 365 Guides アプリケーションの使用方法を十分に理解してから、このドキュメントを参照して高品質のガイドの作成を開始することをお勧めします。
概要
コンテンツを収集する
ガイドの作成を開始する前に、できるだけ多くのコンテンツを収集します。 これには、画像、ビデオ、3D コンテンツ (ある場合)、物理オブジェクト自体 (可能な場合) が含まれます。 3D コンテンツがない場合は心配しないでください。 Guides には、使い始めに使用できるツールキット (矢印、ハンド、ゾーンなどの簡単なオブジェクトを含む) が用意されています。
空間を理解する
作成する空間、手順、ワークフローを必ず理解してください。 実際の環境を理解できるように、空間へのアクセスを手配します。 また、ガイドを配置し、後でホログラムを配置するために、スペースにアクセスする必要もあります。
参照を作成する
開始する優れた方法は、表示する手順のビデオを作成するか、他のユーザー (そのプロセスの専門家など) に作成してもらうことです。 ガイドを作成するときに、ビデオを参照できます。 開始点としてビデオを使用している場合は、作成するガイドの代表であることを確認してください。 たとえば、専門家や初心者向けのガイドを作成していますか?
レッスンの目標と対象ユーザーを理解する
ガイドを開発する前に、レッスンの目的と対象ユーザーを理解することが重要です。 レッスンの目的には、Dynamics 365 Guides の目標全体を達成するために必要なさまざまなサブ目標が含まれます。 さらに、対象ユーザーを理解することは、オペレーターに情報を伝えるために必要な適切な量の複雑さを提供するようにガイドを調整するのに役立ちます。 たとえば、対象ユーザーは特定のツールの使用方法や特定の機械の名前を理解しているでしょうか。
優れたガイドを作成するために使用できるオーサリング機能
ガイド構造
タスク
最初にガイドの構造を整理するときは、アセンブリ プロセスを論理キー目標 (タスク) に分割します。
– ガイド全体の重要なチェック ポイントとしてタスクについて考えます。
– 各タスクの終了時に、オペレーターは 1 つの重要な目標を達成する必要があります。
タスクには主な目標を 1 つだけ含める必要があります。 タスクに複数の主要目標が含まれている場合は、2 つ以上のタスクに分割します。 これにより、ガイドの構成がオペレーターの記憶に残り、より定着しやすくなります。
タスクは、アクションの論理的なシーケンスに従う必要があります。
ガイドの作成を開始するときに、アセンブリ プロセスを目の前にいる人に言葉で伝えるつもりで、声に出して言ってみましょう。
全体的なコンテキストを提供するには、ガイドの最初に概要タスクまたはウェルカム タスクを追加します。
このタスクには、次の手順を含めることができます。
ガイドの内容を説明する手順。
ガイド内のすべてのタスクの一覧を含むステップ。 これにより、オペレーターのアセンブリ プロセスのロードマップを作成することができ、記憶に定着しやすくなります。
安全性が重大な懸念事項である場合は、ガイドを開始する前にオペレーターが実行する特定の安全対策に重点を置いた追加の手順を追加できます。
タスクに 30 を超える手順を含めることはできません。 タスクに 30 を超えるステップが含まれている場合は、2 つ以上のタスクに分割します。 私たちの研究は、1つのタスクのステップが多すぎると、初めて手順を学習する作業者を圧倒する可能性があることを示しています。
Steps
従来の手順とは異なり、Dynamics 365 Guides のステップ テキストは、画像、ビデオ、3D ホログラムなどといった追加の視覚補助機能があるため、すべてを説明する必要はありません。
– ステップを記述するときは、使用しているさまざまな形式のコミュニケーションをすべて検討してください。
– ステップごとに 1 種類のアセット (画像、ビデオ、または 3D ホログラム) に従ってみます。 メディアや 3D コンテンツが多すぎると、オペレーターに圧倒的な負荷がかかり、時間がかかりすぎて吸収できない可能性があります。 最適なコンテンツの種類について考えてみましょう。
– 一般に、オペレーターはテキストを読み、画像またはビデオを見て、点線を追い、3D ホログラムを観察します。 手順を記述するときは、この操作の順序に注意してください。
ステップを記述するときは、対象ユーザーを念頭に置いておくことは重要です。 対象ユーザーについて下記のことを考慮します。
– 特定のツールの名前と何ができるかを知っていますか?
"はい" の場合は、ツールやパーツを説明する必要がないため、詳細を減らすことができます。
ない場合は、追加の説明を追加し、演算子をサポートするためにビジュアルを明確にする必要があります。
一般的な対象ユーザーの場合は、一意のもの (カスタム パーツまたはツール) を記述し、汎用的なもの (汎用ツール) を記述しないでください。
– 基本的な安全要件を理解していますか?
– さまざまな環境の手掛かりと条件を理解していますか?
多くの手順を追加することを恐れないでください。
– 最高の効果を得るために手順を短くすることを忘れないでください。
– 1 つのステップに複数の文がある場合、演算子は多くの場合、最初の文を読み、アクションを完了し、ステップの残りのコンテンツを見逃す可能性があることを示しています。
不適切な例:
この例では、多くの演算子が 2 番目の文を見逃し、次の手順に進む可能性があります。
良い例:
テキストはシンプルで口語的な状態に保ちます。
– 詳細にしないでください。
– 最良の結果を得るには、口語でガイドを書いてください。 ユーザーが知らない、または理解できない技術的な専門用語は使用しないでください。
– 不要な単語を切り取ってみてください.
– 対象ユーザーが理解できる言語を必ず使用してください。
– PC では、テキストが 280 文字の制限を超えている場合、アプリから警告が表示されます。 280 文字の制限に近づいている場合は、1 つの手順で情報を多く入力しようとしていることを示します。
Dynamics 365 Guidesは現在、テキストの書式設定 (フォント サイズやスタイル設定など) をサポートしていませんが、大文字を使用してキーワードやフレーズを指摘できます。
– 1 つのステップ内に番号付きステップまたは複数の小さなステップを追加すると、多くの場合、オペレーターは特定のアクションを見逃す可能性があります。 オペレーターが適切な順序でアクションを完了するように、遠慮せずに個別の手順を作成してください。
"locate"、"find"、"get"、"go to"、"pick up"、"put down"、"insert"、"attach"、"remove" などの説明的なアクション単語を使用します。
ガイド全体で言語の一貫性を保ちます。 言語の一貫性のために特に重要な項目は次のとおりです。
– 部品名
– アクション動詞
– タスクの名前の参照
個々のヒントとテクニックを示す別の手順を追加することを検討してください。 アクション ステップにヒントやテクニックを追加すると、多くの場合、オペレーターはそれらを見逃します。
アクション ステップの前に、別の手順としてヒントやテクニックを追加すると便利な場合があります。
NOTE ステップの追加は、品質チェックに役立ちます。 この種類のステップは、特定のコンテキストに応じて、別のステップの前または後に来ることができます。
危険の可能性がある事柄、または品質上の問題が発生する可能性がある事柄に対して、警告手順を追加します。 この種類のステップは、特定のコンテキストに応じて、別のステップの前または後に来ることができます。 HoloLensでは、3D ホログラムに警告スタイルを追加して、警告ステップ テキストを強化できます。
良い例:
不適切な例:
各タスクの最後にステップを追加して、オペレーターがタスクを終了していることを知らせ、次のタスクを紹介します。 これにより、オペレーターはガイド構造のメンタル モデルを形成し、保持が向上します。
一般的なツール/パーツ (ドライバー、ソケット レンチ、ワッシャーなど) でない場合は、オペレーターに初めて導入するときに、必ずツール/パーツにラベルを付けて定義してください。 ツール/パートのラベル付けと説明を初めて行った後は、ガイドの残りの部分で定義する必要はありません。
検証。 特定のアクションが後続のアクションの成功に不可欠な場合は、検証手順を必ず追加してください。 検証の例をいくつか次に示します。
– ビジュアル検証
"緑の側面が上に向いていることを確認してください。"
"テキストをねじ込むときに、テキストが逆さまになっていることを確認してください。"
"次の手順に進む前に、マシンの前面が自分に向かい、テーブルの右上隅に揃っていることを確認してください。"
– 聴覚検証
- 「2回の大きなクリックが聞こえるまで、ノブを右にねじります。
– 参照検証
- "次の手順に進む前に、正しい向きの参照画像。 次の手順は、回路ボックスの正しい向きに依存しています。
ハンド:
– 次の場合を除き、使用するハンド (左/右) を指定しないでください。
特定の手を使用することは、プロセスにとって重要です (例: "左手で左辺を下に保持し、右手を使用してノブを同時に回す")
強度が必要な場合。 強度が必要な場合は、ステップの指示でドミナント/非ドミナントハンドを必ず指定してください。 例: "あなたの優勢な手でノブを3回回回します。 それは力を必要とします。
点線 (テザー)
点線の主な目的は、オペレーターが作業が行われる場所を見つけるのを支援することです。
次の場合は点線を使用します。
– ガイドの開始。 これにより、オペレーターは作業が行われる適切な一般的な場所に向けられます。
– 新しいステップで別の領域に移動します。
– 部品の位置を特定します。
– 大きな機械の別の領域に移動する (たとえば、前の手順から 2' を超える)。
– 点線を使用して小さい (1 ~ 2 cm) ポイントする場合は、点線の末尾に 3D ホログラム (ゾーンや矢印など) を追加して、特定の領域をポイントします。
– 次の方法で"部品ピックアップ"の点線を使用します。
– パーツを初めてピックアップする場合は、点線を使用して、その位置を演算子に表示します。
– 2 回目の場合、またはツールを元に戻すには、点線をもう一度使用する必要はありません (別の場所にある場合を除く)。
2D 画像
次のシナリオでは、2D イメージを使用することをお勧めします。
何をすべきか、何をしないのか。 演算子が一貫して間違った方法で何かを行う場合は、正しくない方法を示す画像の横に正しい方法を示す画像があると便利です。 主な相違点を強調表示します。
検証
– 方向の検証。 画像を使用すると、部品や機械の向きが正しいことを明確に確認できます。 これは、後続の手順が特定のパーツまたは部分の正しい向きに基づいている場合に非常に重要になる場合があります。 オペレーターに環境の正しい向きを視覚的に伝えるのに十分な環境コンテキストを与えてください。
– パーツの検証。 ワークステーションに複数のパーツがあり、互いに視覚的に混同される可能性がある場合は、パーツ識別に画像を使用します。 これは、2 つ以上の部品がわずかな違いしかなく非常に似ている場合に特に便利です。
オペレーターが画像または参照番号と比較することによって、正しい部品をピックアップしていることを検証します。
画像の一般的なメモ。 画像を確認します。
明確
高品質です。 1080p をお勧めします。 4K画像は不要です。
環境内でオペレーターをコンテキストに応じて向けるのに十分なコンテキストをキャプチャします。
演算子の観点から示される。
オペレーターに通信しようとしている内容から混乱や注意の分散を引き起こす可能性のある余分な視覚的ノイズは含めないでください。
メディア パネル全体を埋めるためには、16:9 の比率を維持します。
伝えようとしている詳細を十分に表示します。 遠くから画像を撮影しないでください。
ガイドを使用する前に、必ずHoloLens上のすべての画像をプレビューしてください。 HoloLens では、画像の詳細と色が異なる場合があります。
画像が重要な場合は、手順の手順で追加のアクション テキストの前 に、「参照する画像を参照 する」という単語を含めます。 アクションの後に参照を配置すると、演算子はそれを見逃す可能性があります。 また、アクションの前に配置する別のステップを作成して、オペレーターが画像を見るようにすることもできます。
良い例:
不適切な例:
Videos
次のような固有の操作用のビデオをお勧めします。
– 詳細な手作業の処理
– ミリメートル精度が重要で、3D ホログラムの精度が十分でない場合がある手順。
– 標準ホログラムが抽象的すぎるが、カスタムホログラムが複雑すぎてチームが生成できないプロセスで使用します。
1 つの方法で何かを行う方法のみを示します。 手順を完了する複数の方法を表示すると、演算子が混乱する可能性があります。 手順を完了するための最適な方法を選択します。
一人称ビデオと三人称ビデオ
第三者または一人称視点からビデオを撮影します。
3 人称視点のビデオは、次の用途に最適です。
作業を行う場所の環境コンテキストを表示します。
オペレーターとマシンがどのように対話するかを理解します。
3 人目で撮影する場合は、広い範囲で開始し (完全なコンテキストを表示するために)、拡大して詳細な操作を理解するのに役立ちます。
あなたは簡単に任意の手持ちカメラで三人称ビデオを撮影することができます。
一人称ビデオが最適に動作します:
小さくて狭いスペース用
精細な手作業のために
オペレーターの観点から作業を伝達する場合は、プロシージャの成功に不可欠です。
一人称ビデオの場合は、GoPro または同様のデバイスを使用して、作成者の頭にカメラをマウントすることをお勧めします。
ツールキット
ツールキットのカテゴリ:
矢印
次の場合に矢印を使用します。
位置、方向、翻訳などの単純な空間情報を伝える。
演算子でパーツを何かに挿入する場合:
– 矢印は、特定の場所を指すために最適です.
– 方向を示すために矢印を使用できます。 例: 移動方向を示す対応する半円矢印を使用して"タイトになるまでレバーをねじる"
– 異なる矢印の組み合わせを使用して、さまざまなアクションのシーケンス ("スイング、プル" など) を表示できます。 矢印と数値を組み合わせることができます。
– 矢印を他の 3D ホログラム (チェックやクロスなど) と組み合わせて使用して、何かを配置する場所と、何かを配置しない場所を示すことができます。
ハンド
手は、特定の手の向きや動きを伝えるのに最適です。
オペレーターが何かをつかんだり操作したりするために特定の方法で手を使用したい場合は、ハンドを使用します。 プル、プッシュ、ピンチ、グラブなど、ツールキットで使用できる特定の操作にはさまざまなポーズがあります。 これらのハンドと矢印や追加の 3D ホログラムを組み合わせて、意味を追加します。
一般に、"Pick Up" または "Place" シェーダーは手で最適に動作し、オペレーターはホログラムに手を視覚的に合わせます。
数値
ステップ内のシーケンス処理には数値を使用します。 例: "最初にレバー (1) を引っ張り、次にキー ホール (2) に配置します。
世界のパーツを識別するために数値を使用しないでください。 例: 「ドライバー (1) およびソケット レンチ (2) をピックアップします。」
取得するものの数を伝えるために数字を使用しないでください。 例：「3本のネジを拾う」では、ネジの横にホログラフィック番号の3があります。
Zones
ゾーンは、アイテムを配置する領域を伝える良い方法です。
ゾーンを使用して、オブジェクトの向きと位置を表示できます。
アニメーション化されたゾーンは、オペレーターの注意を引く上で効果的です。
ゾーンを使用して向きを伝える場合は、参照画像とペアリングすると便利です。
汎用ツール
汎用ツールは、次の 2 つの方法で使用できます。
–シンボル。 実際の部品の横にある汎用ツール (スクリュー ドライバーなど) のスケールダウン バージョンを使用して、取得または使用するツールの種類をオペレーターに示します。
–モデル。 汎用ツールのスケールアップ バージョンを使用して、ピックアップまたは使用する特定の工具の実際のスケールをオペレーターに示します。
シンボル
Check 記号と Cross 記号は、次の通信に最適です。
物事を配置するべき場所と配置しないべき場所
実行する場所と実行しない場所
クリアランス領域
機械またはツールのどの部分を選択肢から選ぶか
感嘆符は、重要な情報や驚くべき情報を伝えるのに最適です。
[回避] または [警告] スタイルで感嘆符を使用することをお勧めします。
繰り返し使用すると緊急度が失われるので、感嘆符を使い過ぎないでください。
照明ボルトは潜在的な電気危険を伝えるのに最適です。
[回避] または [警告] スタイルでライティング ボルトを使用することをお勧めします。
カスタム 3D ホログラム
一般に、ツールキットを使用して手順を実行してみてください。 ツールキット資産で目的の結果が得られない場合は、代わりにカスタムアセット、イメージ、またはビデオを使用できます。
詳細が重要な場合はカスタムの高忠実度アセットを使用し、詳細はそれほど重要ではない高レベルの原則にはカスタムの低忠実度アセットを使用します。 たとえば、特定のポートやレバーを参照するなど、正確な精度が重要である場合は、非常に詳細なカスタム資産が必要になることがあります。 一方、オブジェクトを配置する方法を示そうとすると、一般的な図形が目的の効果を得る可能性があります。
カスタム アセットは、一意のパーツや通常とは異なるアニメーション動作を伝える場合に最適です。
アニメーション化されたカスタム ホログラムは、ステップ全体のフローまたは移動パターンを表示する優れた方法です。
方向と配置の手順には、オブジェクト全体のカスタム ホログラムを使用します。
任意の手順で、ツールキットとカスタム資産の組み合わせをいつでも使用できます。
ホログラムスタイル
スタイルを使用してアクションを強調します。
スタイルの使用に一貫性を持ってください。 演算子は、スタイルの視覚的な言語を学習した後、伝えることを意図したスタイルを理解し始め、学習プロセスを高速化します。
ホログラム スタイルのオプション
Original
ツールキット アセットの場合、元のシェーダーは白のマテリアルです。
– オリジナルの白色素材は、ユーザーのために強い既存の意味合いを持たないため、汎用的なスタイルとして適しています。
– 位置合わせや配置にフォーカスがある場合は、修正前シェーダーはオペレーターへの強力なアクション指示を示さなくなるため、元のシェーダーを選択することをお勧めします。
カスタム資産の場合は、3D オブジェクトと共にインポートされたものを修正前シェーダーと呼びます。
– 作成者のニーズや要件に応じて、任意のスタイルでカスタム オブジェクトをインポートできます。 良い例を次に示します。
パーツまたは部分を識別するオブジェクトのセクション上の特定の色。 その後、色付きの部分を参照する手順の指示を追加できます。
実際のオブジェクトの外観を示す現実的なスタイル。
赤
赤は、オペレーターに次のことを示すために使用できる赤い点滅スタイルです。
– 特定のゾーンやパーツに触れたり、操作したりしないようにする必要があります。
– クリアランスエリアを避けるべきです。
– 何かが危険または電気的です. 特定のコンテキストに基づいて警告スタイルを使用することもできます。
緑
緑は緑色の点滅スタイルで、オペレーターに次のことを示すために使用できます。
領域を表示する必要があります。
物や領域に近づく必要があります。
Caution
警告スタイルは黄色で、黒いストライプは警告と同義です。
ホログラムが次の可能性のあるものを表す場合は、注意スタイルを使用します。
–危険
–電気
–有害
X 線
X 線は、X 光線スキャンの効果に似ています。
ホログラムが別のオブジェクトに配置されている場合は X-Ray を使用します。これは、オペレーターがパーツの深度の順序を理解するのに役立ちます。
アウトライン
[アウトライン] スタイルは、ホログラムの周囲にアウトラインを表示します。
次の場合は、アウトライン スタイルを使用することをお勧めします。
– オペレーターにパーツ/部分をピックアップさせさせる場合。 これは、次の場合に特に有効です。
- ツールキット内の手のホログラムは、オペレーターがホログラムに手を合わせて、手を正しい向きと位置に配置できるようにするためにあります。
– 実際のオブジェクトの周囲の輪郭が環境の残りの部分と視覚的に区別されるため、パーツをピックアップします。
破線のアウトライン
破線の枠線スタイルは枠線スタイルに似ていますが、実線の枠線ではなく破線の枠線が付いています。
実世界のオブジェクトをホログラムに合わせようとする場合は、破線のアウトライン スタイルを使用することをお勧めします。これは、演算子がホログラムに実際のオブジェクトを配置して視覚的に一致することを検証できるためです。
不明瞭でパススルー
不明瞭なスタイルとパススルー スタイルを使用すると、通話中、写真の撮影、ビデオの記録時に HoloLens カメラ ビューから共有される内容を管理できます。
演算子モードでは、不明瞭なスタイルは、90% 明るい白のスタイルを演算子モードの 3D オブジェクトに適用し、3D オブジェクトの前面と背面の両方で共有ビュー上の現実世界を効果的に隠します。
操作モードでは、パススルー スタイルにより 3D オブジェクトが透明になり、その背後にあるすべてのホログラムを透過し、カメラは現実世界を視認できるようになります。
あいまいスタイルとパススルー スタイルを組み合わせて使用すると、リモートコラボレーターが特定の現実世界の要素に集中し、Teams の通話中や、機密性の高い環境で写真を撮ったりビデオを記録したりする際に、他の現実世界の要素を隠すことができます。
50% および 75% 透明
50% Transparent は、ホログラムを半透明で暗くするため、現実世界のホログラムを強調解除するのに最適です。
ホログラムの視覚的階層を作成するときは、50% Transparent を使用して、シーン内の重要度の低いホログラムを柔らかくします。
50% Transparent は、75% Transparent よりも不透明ではありません。
メタリック
- 金属のスタイルは、非常に光沢のある金属を表し、ホログラムに現実的な光沢のある材料を与えるために使用することができます。
アンカー設定
ベース オブジェクトの向きが正しくない場合、オペレーターはホログラムの位置を再スキャンして修正できるように、(テーブルやカートなどの静的オブジェクトではなく) ベース オブジェクトにアンカーを配置します。
良い例:
不適切な例:
将来の手順の配置に影響を与える可能性のある重要な向きは、写真やカスタム ホログラムやテキスト アラームを介してビジュアル ガイドと組み合わせて、位置を確認できます。
基本を演算子に固定する方法を必ず説明してください。そうしないと、実際のオブジェクトを誤って配置した場合の修正方法が混同される可能性があります。