技術コミュニケーション

テクニカルコミュニケーション（またはテックコミュニケーション）は、エンジニアリング、科学、テクノロジーコンテンツなどの技術的な主題に関するコミュニケーションです。その大部分はテクニカルライティングですが、重要なのは、視覚的なコミュニケーションの側面（場合によってはテクニカルドローイングが必要で、より専門的なトレーニングが必要）が必要になることです。テクニカルコミュニケーションには、技術的な資料を伴うプレゼンテーションなど、口頭による伝達方法も含まれます。テクニカルコミュニケーションが職場環境で行われる場合、それは専門的なコミュニケーションの主要な分野と見なされます。研究や研究開発のコンテキスト（学術的または産業的）では、それは科学的ライティングと重複することがあります。

テクニカルコミュニケーションは、科学、工学、その他の技術情報を伝達するために使用されます。^[1]さまざまな状況で、さまざまな専門資格を持つ個人がテクニカルコミュニケーションに従事しています。一部の個人は、テクニカルコミュニケーターまたはテクニカルライターとして主な役割を担っていますが、他の個人にとっては、その役割は本質的に技術的なポジションの一部です（例：エンジニア）。いずれの場合も、これらの個人は適切なスキルを使用して、必要に応じて技術情報を調査、文書化、および提示します。テクニカルコミュニケーターは、紙の文書、デジタルファイル、オーディオおよびビデオメディア、ライブ配信などのモダリティを使用できます。

テクニカルコミュニケーション協会は、この分野を、技術的または専門的なトピックに焦点を当て、テクノロジーを使用して具体的にコミュニケーションを行い、または何かを行う方法についての指示を提供するコミュニケーションのあらゆる形式と定義しています。^{[2] [3]}より簡潔に言えば、科学技術コミュニケーター協会は、テクニカルコミュニケーションを、通常は製品やサービスに関する事実に基づくコミュニケーションと定義しています。^[4]ヨーロッパテクニカルコミュニケーション協会は、テクニカルコミュニケーションを「製品（技術システム、ソフトウェア、サービス）を安全かつ効率的かつ効果的に使用するための情報製品を定義、作成、配信するプロセス」と簡単に定義しています。^[5]

テクニカルコミュニケーションの定義が何であれ、その実践の包括的な目標は、特定の対象者が簡単にアクセスできる情報を作成することです。^[6]

テクニカル コミュニケーターは一般に、情報を特定の対象者（専門家、消費者、エンド ユーザーなど）に合わせて調整します。テクニカル コミュニケーターは、オンライン ヘルプ、ユーザーマニュアル、クラスルーム トレーニング ガイド、コンピューター ベースのトレーニング、ホワイトペーパー、政府文書、産業ビデオ、参照カード、データ シート、ジャーナル記事、特許 などの成果物を作成するために共同で作業することがよくあります。技術分野には、ソフト サイエンスとハード サイエンス、コンピューターやソフトウェアなどのハイテク、家庭用電化製品など、あらゆる種類があります。テクニカル コミュニケーターは、これらのプロジェクトでさまざまな対象者の専門家(SME) と連携することがよくあります。

テクニカルコミュニケーションの仕事には、次のようなものがあります。^[3] APIライター、eラーニング作成者、情報アーキテクト、テクニカルコンテンツ開発者、テクニカルエディター、テクニカルイラストレーター、テクニカルトレーナー、テクニカル翻訳者、テクニカルライター、ユーザビリティ専門家、ユーザーエクスペリエンスデザイナー、ユーザーインターフェイスデザイナー。テクニカルコミュニケーターが就けるその他の仕事には、デジタルストラテジスト、マーケティングスペシャリスト、コンテンツマネージャーなどがあります。

2015年に、欧州技術コミュニケーション協会は、技術コミュニケーションの専門分野のための能力フレームワークを発表しました。^[7]

テクノロジーや世界経済と同様に、専門職としてのテクニカルコミュニケーションも過去半世紀にわたって進化してきました。^{[8] [9]}簡単に言えば、テクニカルコミュニケーターはプロジェクトの生理学的研究を取り入れ、それをコミュニケーションプロセス自体に適用します。

歴史的に、テクニカル＆プロフェッショナルコミュニケーション（TPC）は、ライティングとコミュニケーションを実践する業界でした。しかし、最近では、企業が幅広い視聴者と体験のためのコンテンツを開発しようとしているため、ユーザーエクスペリエンス（UX）デザインがTPCでより目立つようになりました。^[10]

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

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

レディッシュの説明によると、TPC はもはやコンテンツを書くのではなく、コンテンツを取り巻くユーザー エクスペリエンスが開発されるにつれて、「インターフェイスを中心に書く」ようになります。これには、UX エコロジーのさまざまなチャネルにわたってユーザーの感情、気持ち、考えに対応する、特定のユーザーのニーズに合わせてカスタマイズされた使用可能なコンテンツが含まれます。^{[12] [10]}

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

テクニカル コミュニケーションは、専門の従業員またはコンサルタントが行うタスクです。たとえば、プロのライターが企業と連携してユーザー マニュアルを作成する場合があります。一部の企業では、プログラマー、エンジニア、科学者などの他の技術専門家にテクニカル コミュニケーションの責任をかなり与えています。多くの場合、プロのテクニカル ライターがそのような作業を編集して、最新のテクニカル コミュニケーション標準に準拠させます。

文書化プロセスを開始するには、テクニカル コミュニケーターが対象者と情報ニーズを特定します。テクニカル コミュニケーターは、コンテンツを調査して構造化し、詳細な開発を導くフレームワークを作成します。情報本体がまとまると、テクニカル コミュニケーターは対象者がコンテンツを理解し、必要な情報を取得できるようにします。ライティング プロセスとして知られるこのプロセスは、1970 年代からライティング理論の中心的焦点であり、現代の教科書著者の中にはこのプロセスをテクニカル コミュニケーションに適用している人もいます。テクニカル コミュニケーションは、情報を格納して整理し、正確性を維持する方法として、ほとんどの職業にとって重要です。

テクニカル ライティングのプロセスは、キケロの修辞法の 5 つの規範に基づいており、次の 6 つのステップに分けられます。

1. 目的と対象者を決定する
2. 情報収集（発明）
3. 情報を整理して概要を示す（配置）
4. 最初のドラフトを書く（スタイル）
5. 修正と編集（メモリ）
6. 出力を公開する（配信）

すべてのテクニカル コミュニケーションには特定の目的があります。通常は、アイデアや概念を対象者に伝えるか、特定のタスクについて対象者に指示することです。テクニカル コミュニケーションの専門家は、さまざまな手法を使用して対象者を理解し、可能な場合は対象者に対してコンテンツをテストします。たとえば、銀行員が預金を正しく行わない場合、テクニカル コミュニケーターは既存の指導資料 (またはその欠如) を確認し、銀行員にインタビューして概念上の誤りを特定し、主題の専門家にインタビューして正しい手順を学び、銀行員に正しい手順を指示する新しい資料を作成し、銀行員に対して新しい資料をテストします。

同様に、新しい店舗には 2 つのサイトのどちらが適しているか疑問に思っている営業マネージャーは、マーケティングの専門家にそのサイトを調査して推奨事項を記載したレポートを作成するよう依頼するかもしれません。マーケティングの専門家はレポートをテクニカル コミュニケーター (この場合はテクニカル エディターまたはテクニカル ライター) に渡し、テクニカル コミュニケーターは、マーケティングの専門家による専門的な評価を営業マネージャーが利用できるように、ドキュメントを編集、フォーマットし、場合によっては詳細化します。このプロセスは知識の伝達ではなく、専門分野や使用状況を超えて知識を調整するプロセスです。これがテクニカル コミュニケーションの基本的な定義です。

対象者のタイプは、言葉の選択やグラフィックの使用からスタイルや構成まで、コミュニケーションの多くの側面に影響します。多くの場合、特定の対象者に対応するために、テクニカル コミュニケーターは、テキストを有用 (意味のあるタスクをサポートできる) かつ使用可能 (そのタスクに使用できる) にする特性について考慮する必要があります。非技術系の対象者は、専門用語が多用された文書を誤解したり、読まなかったりする可能性があります。一方、技術系の対象者は、ベクトル表記法など、仕事に不可欠な詳細を切望する場合があります。忙しい対象者は、文書全体を読む時間がないことが多いため、コンテンツは、検索しやすいように整理する必要があります。たとえば、頻繁な見出し、空白、その他の注意を誘導する手がかりなどです。その他の要件は、特定の対象者のニーズによって異なります。

技術コミュニケーターは、異なる言語や文化の市場の聴衆のニーズを満たすために、文書を翻訳、グローバル化、またはローカライズする必要がある場合があります。グローバル化には、「できるだけ多くの聴衆」、理想的には国際的な聴衆のニーズを満たす技術コンテンツの作成が含まれます。^[14] ローカライズは、既存の技術コンテンツを、特定のローカルコンテキストでのユーザーの「文化的、修辞的、教育的、倫理的、[および]法的」期待に合うように調整します。^[14]

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

テクニカル コミュニケーターは、各ドキュメントに必要なすべての情報を収集する必要があります。一次 (直接) 調査、または他の著者の既存の作業からの情報を使用した二次調査を通じて情報を収集する場合があります。テクニカル コミュニケーターは、作業を作成するために使用したすべてのソースを承認する必要があります。このため、テクニカル コミュニケーターは通常、メモを取るときに引用、言い換え、要約を区別します。

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

1. 年代順: 何かを達成する方法を説明するステップバイステップのガイドなど、線形プロセスを含む文書に使用されます。
2. オブジェクトの部品: コンピュータの部品 (キーボード、モニター、マウスなど) を示すグラフィックなど、オブジェクトの部品を説明するドキュメントに使用されます。
3. 単純なものから複雑なものへ（またはその逆）：簡単なアイデアから始めて、徐々に複雑なアイデアへと進んでいきます。
4. 特定から一般まで: 多くのアイデアから始めて、アイデアをサブカテゴリに整理します。
5. 一般から特定へ: いくつかのアイデアのカテゴリから始まり、さらに深く掘り下げていきます。

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

アウトラインが完成したら、ライターはアウトラインの構成に従って最初の草稿を書き始めます。気が散らない場所で 1 時間以上のまとまった時間を確保すると、ライターは流れを維持するのに役立ちます。ほとんどのライターは、流れを中断しないように、草稿が完成するまで修正を待つことを好みます。通常、ライターは最も簡単なセクションから始め、本文が下書きされた後にのみ要約を書きます。

ABC (概要、本文、結論) 形式は、一部のドキュメント タイプの最初のドラフトを作成するときに使用できます。概要では主題を説明し、読者がドキュメントの内容を把握できるようにします。本文はドキュメントの大部分を占め、トピックを詳細に説明します。最後に、結論セクションでドキュメントの主なトピックを再度述べます。ABC 形式は、段落ごとに適用することもできます。段落のトピックを述べるトピック センテンスで始まり、トピックが続き、最後に結論文が続きます。

最初の草稿が完成したら、編集と修正を行って草稿を最終版に微調整することができます。ユーザビリティテストは、文章やデザインがエンドユーザーのニーズをどの程度満たしているかを評価し、改善を提案するのに役立ちます。[ ^[15] ] PfeifferとBoogardが提案した4つのタスクにより、初期の草稿が最終版に変換されます。^{[引用が必要]}

このステップでは、ライターは下書きを修正して、より注意を払う必要があるトピックを詳しく説明し、他のセクションを短縮し、特定の段落、文、またはトピック全体を再配置します。

良い文体は文章をより面白く、魅力的で読みやすくします。一般的に、執筆者の個人的な文体は技術文書には現れません。現代の技術文書の文体は、明瞭さに貢献する属性に依存しています。見出し、リスト、グラフィック、十分な余白、短い文、現在形、単純な名詞、能動態^[16]（ただし、一部の科学アプリケーションでは依然として受動態が使用されています）、必要に応じて二人称と三人称

技術ライティングという分野では、通常、テクニカル ライターはスタイル ガイドを使用する必要があります。これらのガイドは、特定のプロジェクト、製品、会社、またはブランドに関連している場合があります。ガイドによって、テクニカル ライティングが、読者が期待する書式、句読点、および一般的な文体の標準を反映することが保証されます。米国では、多くの人がシカゴ スタイル マニュアルを一般的な技術コミュニケーションのバイブルと考えています。他のスタイル ガイドにも、特に特定の業界向けの支持者がいます。たとえば、一部の情報技術環境では、 Microsoft スタイル ガイドが支持されています。

この時点で、ライターは機械的な編集を実行し、文書の文法、句読点、よくある単語の混同、受動態、長すぎる文などをチェックします。

• デジタルレトリック
• 技術的な定義
• 技術編集
• 技術地理学
• テクニカルライティング

• ウィキメディア・コモンズの技術コミュニケーションに関連するメディア