テクニカルコミュニケーション

ウィキペディアから、無料の百科事典
ナビゲーションにジャンプ 検索にジャンプ

テクニカルコミュニケーションは、科学、工学、またはその他の技術情報を伝達するために使用されます。[1]さまざまな状況で、さまざまな専門的資格を持つ個人がテクニカルコミュニケーションに従事します。一部の個人は、テクニカルコミュニケーターまたはテクニカルライターとして指定されています。これらの個人は、一連の方法を使用して、技術的なプロセスまたは製品を調査、文書化、および提示します。テクニカルコミュニケーターは、キャプチャした情報を紙のドキュメント、Webページ、コンピューターベースのトレーニング、デジタルで保存されたテキスト、オーディオ、ビデオ、およびその他のメディアに入れることができます。技術コミュニケーション学会フィールドを、技術的または専門的なトピックに焦点を当てた、技術を使用して具体的に通信する、または何かを行う方法についての指示を提供する、あらゆる形式の通信として定義します。[2] [3]より簡潔に言えば、Institute of Scientific and Technical Communicatorsは、テクニカルコミュニケーションを、通常は製品やサービスに関する事実上のコミュニケーションと定義しています。[4]欧州テクニカルコミュニケーション協会は、テクニカルコミュニケーションを「製品(技術システム、ソフトウェア、サービス)を安全、効率的、効果的に使用するための情報製品を定義、作成、配信するプロセス」と簡単に定義しています。[5]

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

職業として

テクニカルコミュニケーターは通常、特定の対象者(対象分野の専門家、消費者、エンドユーザーなど)に合わせて情報を調整します。テクニカルコミュニケーターオンラインヘルプ、ユーザーマニュアル、教室でのトレーニングガイド、コンピューターベースのトレーニング、ホワイトペーパー、政府文書、産業用ビデオリファレンスカードデータシートジャーナル記事、および特許。 技術分野は、ソフトサイエンスとハードサイエンス、コンピューターとソフトウェアを含むハイテクノロジー、家庭用電化製品など、あらゆる種類のものにすることができます。テクニカルコミュニケーターは、これらのプロジェクトでさまざまな対象分野の専門家(SME)と協力することがよくあります。

テクニカルコミュニケーションの仕事には、次のものが含まれます。[3] APIライターeラーニング作成者情報アーキテクト技術コンテンツ開発者技術編集者技術イラストレーターテクニカルトレーナーテクニカルトランスレーターテクニカルライターユーザビリティエキスパートユーザーエクスペリエンスデザイナーユーザーインターフェイスデザイナーテクニカルコミュニケーターが利用できるその他の仕事には、デジタルストラテジスト、マーケティングスペシャリスト、コンテンツマネージャーなどがあります。

2015年、欧州テクニカルコミュニケーション協会は、テクニカルコミュニケーションの専門分野向けのコンピテンシーフレームワークを公開しました。[7]

テクノロジーや世界経済と同じように、職業としてのテクニカルコミュニケーションは、過去半世紀にわたって進化してきました。[8] [9]一言で言えば、テクニカルコミュニケーターはプロジェクトの生理学的研究を行い、それをコミュニケーションプロセス自体に適用します。

テクニカルコミュニケーションにおけるUXデザイン

歴史的に、Technical&Professional Communication(TPC)は、執筆とコミュニケーションを実践する業界でした。ただし、最近、企業が幅広い視聴者とエクスペリエンス向けのコンテンツを開発しようとしているため、TPCではユーザーエクスペリエンス(UX)デザインがより目立つようになっています。[10]

User Experience Professionals Associationは、ユーザーエクスペリエンス、つまりUXを、「ユーザーの全体に対する認識を構成する製品、サービス、または会社とのユーザーの相互作用のあらゆる側面」と定義しています。[11] したがって、「分野としてのユーザーエクスペリエンスデザインは、レイアウト、ビジュアルデザイン、テキスト、ブランド、サウンド、インタラクションなど、そのインターフェイスを構成するすべての要素に関係しています。」[11]

現在、テクニカルコミュニケーションスキルをUXデザインと組み合わせることが期待されています。Verhulsdonck、Howard、Thamが述べているように、「...優れたコンテンツを作成するだけでは不十分です。業界の期待によれば、優れたコンテンツを作成することの次に、そのコンテンツを中心に優れたエクスペリエンスを設計することも重要です。」テクニカルコミュニケーターは、ソーシャルメディアやアプリなどのさまざまなプラットフォームだけでなく、Webやモバイルなどのさまざまなチャネルも検討する必要があります。[10]

Redishが説明するように、TPCはコンテンツを書き込むのではなく、コンテンツを取り巻くユーザーエクスペリエンスが開発されるにつれて、「インターフェイスを中心に書き込む」こと自体を行います。これには、特定のユーザーニーズに合わせてカスタマイズされた、UXエコロジーのさまざまなチャネルにわたるユーザーの感情、感情、思考に対応する使用可能なコンテンツが含まれます。[12] [10]

LauerとBrumbergerはさらに、「…UXは、テクニカルコミュニケーターがすでに行っている作業の自然な拡張であり、特に、コンテンツが幅広いインターフェイスと環境に展開されるレスポンシブデザインの最新の技術コンテキストにおいてです。」[13]

コンテンツ作成

テクニカルコミュニケーションは、専門の従業員またはコンサルタントによって実行されるタスクです。たとえば、プロの作家が会社と協力してユーザーマニュアルを作成する場合があります。一部の企業は、プログラマー、エンジニア、科学者などの他のテクニカルプロフェッショナルにかなりのテクニカルコミュニケーションの責任を負っています。多くの場合、プロのテクニカルライターがそのような作業を編集して、最新のテクニカルコミュニケーション標準に引き上げます。

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

テクニカルライティングのプロセスは、Ciceroのレトリックの5つの規範に基づいており、6つのステップに分けることができます。

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

目的と対象者の決定

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

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

オーディエンスタイプは、単語の選択やグラフィックの使用からスタイルや構成に至るまで、コミュニケーションの多くの側面に影響を与えます。ほとんどの場合、テクニカルコミュニケーターは、特定の対象者に対応するために、テキストを有用(意味のあるタスクをサポートできる)および使用可能(そのタスクのサービスで使用できる)にする品質を検討する必要があります。技術者以外の聴衆は、専門用語で重いドキュメントを誤解したり、読んだりしない可能性があります。一方、技術者の聴衆は、ベクトル表記など、作業に不可欠な詳細を切望する可能性があります。忙しい視聴者はドキュメント全体を読む時間がないことが多いため、コンテンツは検索しやすいように整理する必要があります。たとえば、頻繁な見出し空白、その他の注意を引く手がかりなどです。その他の要件は、特定の対象者のニーズによって異なります。

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

政府におけるテクニカルコミュニケーションは、具体的かつ詳細です。政府のセグメント(および国)に応じて、政府のコンポーネントは明確な仕様に従う必要があります。情報は継続的に変更され、テクニカルコミュニケーション(テクニカルマニュアル、インタラクティブな電子テクニカルマニュアル、テクニカルブリテンなど)を更新する必要があります。

情報収集

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

情報の整理と概要

最初のドラフトを作成する前に、テクニカルコミュニケーターはドキュメントがうまく流れるようにアイデアを整理します。各アイデアが整理されると、ライターはドキュメント全体を整理し、さまざまな方法でこのタスクを実行します。

  1. 時系列:何かを達成する方法を説明するステップバイステップガイドなど、線形プロセスを含むドキュメントに使用されます。
  2. オブジェクトのパーツ:コンピューターのパーツ(キーボード、モニター、マウスなど)を示すグラフィックなど、オブジェクトのパーツを説明するドキュメントに使用されます。
  3. 単純なものから複雑なもの(またはその逆):簡単なアイデアから始まり、徐々に複雑なアイデアへと進みます。
  4. 一般に固有:多くのアイデアから始めて、アイデアをサブカテゴリに整理します。
  5. 一般的なものから具体的なものまで:いくつかのカテゴリのアイデアから始めて、さらに深く進みます。

ドキュメント全体を整理した後、ライターは通常、ドキュメントの構造を示す最終的なアウトラインを作成します。アウトラインを使用すると、作成プロセスが簡単になり、作成者の時間を節約できます。

最初のドラフトを書く

アウトラインが完成した後、ライターはアウトラインの構造に従って最初のドラフトを開始します。気を散らすことのない場所に1時間以上のブロックを取っておくことは、ライターが流れを維持するのに役立ちます。ほとんどのライターは、ドラフトが完成するまで待ってから改訂することを好みます。そうすれば、フローが途切れることはありません。通常、ライターは最も簡単なセクションから始めて、本文がドラフトされた後にのみ要約を書く必要があります。

ABC(abstract、body およびc onclusion)形式は、一部のドキュメントタイプの最初のドラフトを作成するときに使用できます要約は、読者が文書が何をカバーしているかを知ることができるように主題を説明します。本文はドキュメントの大部分であり、トピックを詳細にカバーしています。最後に、結論のセクションでは、ドキュメントの主なトピックについて説明します。ABC形式は、個々の段落にも適用できます。段落のトピックを示すトピック文で始まり、トピック、最後に最後の文が続きます。

改訂と編集

最初のドラフトがレイアウトされたら、編集と修正を行ってドラフトを最終的なコピーに微調整できます。ユーザビリティテストは、ライティングやデザインがエンドユーザーのニーズをどの程度満たしているかを評価し、改善を提案するのに役立ちます[ [15] ] PfeifferとBoogardによって提案された4つのタスクが初期ドラフトを最終的な形に変換します:[引用必要]

コンテンツの調整と再編成

このステップでは、ライターはドラフトを改訂して、より注意が必要なトピックについて詳しく説明し、他のセクションを短くし、特定の段落、文、またはトピック全体を再配置します。

スタイルの編集

良いスタイルは、書くことをより面白く、魅力的で、読みやすくします。一般的に、ライターの個人的な書き方は、テクニカルライティングでは明らかではありません。現代のテクニカルライティングスタイルは、明確さに寄与する属性に依存しています。見出し、リスト、グラフィック。寛大な空白、短い文、現在形、単純な名詞、能動態[16](一部の科学的アプリケーションではまだ受動態を使用していますが)、必要に応じて2人称と3人称

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

文法と句読点の編集

この時点で、ライターは機械的な編集を実行し、ドキュメントの文法、句読点、一般的な単語の混乱、受動態、長すぎる文などをチェックします。

も参照してください

参考文献

  1. ^ Johnson-Sheehan、Richard(2005)。今日のテクニカルコミュニケーションロングマン。ISBN 978-0-321-11764-9
  2. ^ STC公式ウェブサイトでテクニカルコミュニケーションを定義します。2018年2月28日にアクセス。
  3. ^ a b テクニカルコミュニケーションとは何ですか?TechWhirl。2014年12月9日にアクセス。
  4. ^ テクニカルコミュニケーションのキャリアをお考えですか?ISTC公式ウェブサイトで。最終更新日:2012年5月。アクセス日:2013年2月28日。
  5. ^ TekomEuropeの公式ウェブサイトでテクニカルコミュニケーションを定義します。最終更新日:2015年10月。アクセス日:2015年10月8日。
  6. ^ テクニカルコミュニケーションとは何ですか?ニュージーランドのテクニカルコミュニケーター協会の公式ウェブサイトで。2013年2月28日にアクセス。
  7. ^ TekomEuropeの公式ウェブサイトでのテクニカルコミュニケーションの能力フレームワーク。最終更新日:2015年10月。アクセス日:2015年10月8日。
  8. ^ マローン、EA(2007年12月)。「米国と英国におけるテクニカルコミュニケーションの歴史的研究:15年間の振り返りとリソースへのガイド」。プロフェッショナルコミュニケーションに関するIEEEトランザクション50(4):333–351。土井10.1109 /TPC.2007.908732S2CID39438169_ 
  9. ^ キンボール、マイルA.(2016年4月)。「テクニカルコミュニケーションの黄金時代」テクニカルライティングとコミュニケーションのジャーナル47(3):330–358。土井10.1177 / 0047281616641927S2CID113266235_ 
  10. ^ a b c Verhulsdonck、Gustav; ハワード、タロン; ジェイソン、タム(2021年9月21日)。「デザイン思考、コンテンツ戦略、および人工知能の影響の調査:テクニカルコミュニケーションとユーザーエクスペリエンスのための「ストリーム」アプローチ」Journal of Technical Writing and Communication:004728162110419。doi 10.1177 / 00472816211041951ISSN0047-2816_ 
  11. ^ a b バクスター、キャシー; 勇気、キャサリン; Caine、Kelly(2015)、「謝辞」ユーザーの理解、Elsevier、pp。xxxiii–xxxiv 、 2021年11月7日取得
  12. ^ 赤みがかった、ジニー。(2020年9月30日)。UXライティング-テクニカルコミュニケーターの新しい役割?TechComm for Society for Technical Communications(ワシントンDCおよびボルチモア)のマスタークラス。[Appleポッドキャスト]。https://podcasts.apple.com/us/podcast/ux-writing-a-new-role-for-technical-communicators/id1534090690?i=1000493180560
  13. ^ ラウアー、クレア; ブランバーガー、エヴァ(2016)。「拡大する業界環境におけるユーザーエクスペリエンスとしてのテクニカルコミュニケーション」。テクニカルコミュニケーション(ワシントン)63(3):249。
  14. ^ a b バトバ、タチアナ; クラーク、デイブ(2014年12月9日)。「グローバル化されたコンテンツ管理の複雑さ」ジャーナルオブビジネスアンドテクニカルコミュニケーション29(2):221–235。土井10.1177 / 1050651914562472S2CID110090911_ 
  15. ^ 技術的なコミュニケーションの問題を解決するJohnson-Eilola、Johndan。、Selber、StuartA.Chicago。2012年12月26日。ISBN 978-0-226-92406-9OCLC783150285 _{{cite book}}: CS1 maint: others (link)
  16. ^ GaryBlakeおよびRobertW。Bly The Elements of Technical Writing、pg。63.ニューヨーク市:マクミラン出版社、1993。ISBN0020130856 

外部リンク