技術コミュニケーション

ユーザーエクスペリエンス（UX）デザインは、企業が幅広いオーディエンスとエクスペリエンスに対応したコンテンツを開発しようとする中で、技術および専門的コミュニケーション（TPC）においてより重要になってきています。^{[ 12 ]}

ユーザーエクスペリエンス専門家協会は、ユーザーエクスペリエンス（UX）を「製品、サービス、または企業とのユーザーのインタラクションのあらゆる側面で、ユーザーの全体的な認識を構成するもの」と定義しています。^{[ 13 ]} したがって、「ユーザーエクスペリエンスデザインという分野は、レイアウト、ビジュアルデザイン、テキスト、ブランド、サウンド、インタラクションなど、そのインターフェースを構成するすべての要素に関係しています。」^{[ 13 ]}

テクニカルコミュニケーションスキルはUXデザインと組み合わせることが求められるようになっている。Verhulsdonck、Howard、Thamが述べているように、「…良いコンテンツを書くだけでは十分ではない。業界の期待によれば、良いコンテンツを書くことに加えて、そのコンテンツを中心とした優れたエクスペリエンスをデザインすることも重要になっている。」テクニカルコミュニケーターは、ソーシャルメディアやアプリなどのさまざまなプラットフォーム、Webやモバイルなどのさまざまなチャネルを考慮する必要がある。^{[ 12 ]}

レディッシュが説明するように、TPCはもはやコンテンツを作成するのではなく、コンテンツを取り巻くユーザーエクスペリエンスが開発されるにつれて、インターフェース自体を「囲むように作成」します。これには、UXエコシステム内のさまざまなチャネルでユーザーの感情、感覚、思考に対応する、特定のユーザーニーズに合わせてカスタマイズされた使用可能なコンテンツが含まれます。^{[ 14 ] [ 12 ]}

ラウアーとブランバーガーはさらに、「…UXは、特にコンテンツが幅広いインターフェースや環境に展開されるレスポンシブデザインの現代の技術的文脈において、テクニカルコミュニケーターが既に行っている仕事の自然な延長である」と主張している。^{[ 15 ]}

近年のポストヒューマン理論やアセンブリ理論は、技術コミュニケーションがユーザー、オブジェクト、テクノロジー、環境の相互接続されたネットワークから生じることを強調することでこの視点を拡張し、コミュニケーションを純粋に人間中心の行為ではなく動的なアセンブリとして位置づけている。^{[ 16 ]}

技術コミュニケーションはすべて特定の目的のために行われます。通常は、アイデアや概念を聴衆に伝えたり、特定の作業手順を聴衆に指示したりすることです。技術コミュニケーションの専門家は、聴衆を理解し、可能であれば対象となる聴衆でコンテンツをテストするために、さまざまな手法を用います。たとえば、銀行員が預金を正しく記帳していない場合、技術コミュニケーターは既存の指導資料（または資料の欠如）を確認し、銀行員にインタビューして概念的な誤りを特定し、専門家にインタビューして正しい手順を学び、正しい手順を従業員に指示する新しい資料を作成し、その新しい資料を銀行員でテストします。

同様に、新規店舗の開設場所として2つの候補地のうちどちらが良いか迷っている営業マネージャーは、マーケティング担当者に候補地の調査と推奨事項をまとめたレポートの作成を依頼するかもしれません。マーケティング担当者はそのレポートをテクニカルコミュニケーター（この場合はテクニカルエディターまたはテクニカルライター）に渡し、テクニカルコミュニケーターはマーケティング担当者の専門的な評価を営業マネージャーが活用できるよう、文書の編集、フォーマット調整、場合によっては詳細な説明を加えます。このプロセスは知識の伝達ではなく、専門分野や利用状況を超えて知識を適合させるプロセスです。これがテクニカルコミュニケーションの基本的な定義です。

読者層は、言葉の選択や図表の使用からスタイルや構成に至るまで、コミュニケーションの多くの側面に影響を与えます。多くの場合、特定の読者層に向けて発信する技術コミュニケーターは、テキストが有用（有意義なタスクをサポートできる）かつ使いやすい（そのタスクに役立つ）ための特性を考慮する必要があります。専門用語が多用された文書は、非技術系の読者には理解しにくい、あるいは読まれない可能性があります。一方、技術系の読者は、ベクトル表記など、業務に不可欠な詳細情報を求めるかもしれません。多忙な読者は文書全体を読む時間がないため、見出しを頻繁に使用したり、余白を効果的に使ったり、注意を誘導するその他の要素を取り入れたりするなど、検索しやすいようにコンテンツを整理する必要があります。その他の要件は、特定の読者層のニーズによって異なります。

テクニカルコミュニケーターは、異なる言語や文化圏の読者のニーズを満たすために、文書を翻訳、グローバル化、またはローカライズする必要がある場合があります。グローバル化とは、「できるだけ多くの読者」、理想的には国際的な読者のニーズを満たす技術コンテンツを作成することです。^{[ 17 ]}ローカライズとは、既存の技術コンテンツを、特定の地域におけるユーザーの「文化的、修辞的、教育的、倫理的、法的」期待に合うように調整することです。^{[ 17 ]}

政府における技術コミュニケーションは、特殊かつ詳細です。政府の部門（および国）によって、政府機関はそれぞれ異なる仕様に従う必要があります。情報は絶えず変化するため、技術コミュニケーション（技術マニュアル、インタラクティブな電子技術マニュアル、技術速報など）は常に更新されなければなりません。

テクニカルコミュニケーターは、各文書に必要なすべての情報を収集しなければなりません。情報の収集方法は、一次調査（直接的な情報収集）と二次調査（他の著者の既存の著作物からの情報収集）の2種類があります。テクニカルコミュニケーターは、自身の著作物を作成する際に使用したすべての情報源を明記する必要があります。そのため、テクニカルコミュニケーターは通常、メモを取る際に引用、言い換え、要約を区別します。

テクニカルコミュニケーターは、最初の草稿を書く前に、文書の流れがスムーズになるようにアイデアを整理します。それぞれのアイデアが整理されたら、次に文書全体を構成します。この作業は、次のようなさまざまな方法で行われます。

1. 時系列順：何かを達成する方法を説明するステップバイステップガイドなど、直線的なプロセスを含む文書に使用されます。
2. 物体の部品：コンピュータの部品（キーボード、モニター、マウスなど）を示す図など、物体の部品を説明する文書に使用されます。
3. 単純なものから複雑なものへ（またはその逆）：簡単なアイデアから始めて、徐々に複雑なアイデアへと進んでいく。
4. 具体的なものから一般的なものへ：多くのアイデアから始まり、それらのアイデアをサブカテゴリーに整理する。
5. 一般的なものから具体的なものへ：いくつかのアイデアのカテゴリーから始まり、より深く掘り下げていく。

文書全体を整理した後、執筆者は通常、文書の構造を示す最終的なアウトラインを作成します。アウトラインを作成することで、執筆プロセスが容易になり、執筆者の時間を節約できます。

アウトラインが完成したら、著者はアウトラインの構成に従って初稿を書き始めます。集中できる場所で1時間以上のまとまった時間を確保することで、執筆の流れを維持できます。多くの著者は、執筆の流れを途切れさせないために、初稿が完成するまで推敲を控えることを好みます。通常、著者は最も簡単な部分から書き始め、本文が完成してから要約を書くべきです。

ABC（要約、本文、結論）形式は、一部の文書タイプの初稿を作成する際に使用できます。要約では主題を説明し、読者が文書の内容を理解できるようにします。本文は文書の大部分を占め、トピックを深く掘り下げて説明します。最後に、結論では文書の主要なトピックを改めて述べます。ABC形式は個々の段落にも適用でき、段落のトピックを示すトピックセンテンスで始まり、次にトピック、最後に結論の文が続きます。

最初の草稿が完成したら、編集と修正を行い、最終版に仕上げることができます。ユーザビリティテストは、文章やデザインがエンドユーザーのニーズにどれだけ合致しているかを評価し、改善点を提案するのに役立ちます[ ^{[ 18 ]} ]。PfeifferとBoogardが提案した4つのタスクは、初期の草稿を最終版に変えるものです。