Jump to content

Technical communication: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
Restored revision 1192008839 by Citation bot (talk): Apparent COI / refspam
 
(471 intermediate revisions by more than 100 users not shown)
Line 1: Line 1:
{{Short description|Field of communication of technical information}}
'''Technical communication''' is the process of conveying usable information about a specific domain to an intended audience. The domain is usually academic, job-related, or technological in nature. The information is most commonly conveyed through writing and speech. Information is usable if the intended audience is able to perform an action or make a decision based on its contents (Johnson-Sheehan 7). Technical communicators often work collaboratively to create products ([[deliverable]]s) for various media, including paper, video, and the Internet. [[Deliverable]]s include user [[manual]]s, technical manuals, [[product specification]]s, process and procedure manuals, training, business papers, reports, etc.
{{Use dmy dates|date=November 2021}}
'''Technical communication''' (or '''Tech Comm''') is [[communication]] of technical subject matter such as [[engineering]], [[science]], or [[technology]] content. The largest part of it tends to be [[technical writing]], though importantly it often requires aspects of [[visual communication]] (which in turn sometimes entails [[technical drawing]], requiring more specialized training). Technical communication also encompasses oral delivery modes such as [[presentation]]s involving technical material. When technical communication occurs in workplace settings, it's considered a major branch of [[professional communication]]. In research or [[R&D]] contexts (academic or industrial), it can overlap with [[scientific writing]].


Technical communication is used to convey scientific, engineering, or other technical information.<ref>{{Cite book |last=Johnson-Sheehan |first=Richard |title=Technical Communication Today |date=2005 |publisher=Longman |isbn=978-0-321-11764-9}}</ref> Individuals in a variety of contexts and with varied professional credentials engage in technical communication. Some individuals are designated as technical communicators or [[technical writer]]s as their primary role; for some others, the role is inherently part of their technical position (e.g., engineers). In either case, these individuals utilize appropriate skills to research, document, and present technical information as needed. Technical communicators may use modalities including paper documents, digital files, audio and video media, and live delivery.
[[Technical]] domains can be of any kind, including the soft and hard [[science]]s, [[high technology]] including [[computer]]s and [[software]], [[consumer electronics]], and business processes and practices.


The [[Society for Technical Communication]] defines the field as any form of communication that focuses on technical or specialized topics, communicates specifically by using technology, or provides instructions on how to do something.<ref>[https://www.stc.org/about-stc/defining-technical-communication/ Defining Technical Communication] at the STC official website. Accessed 28 February 2018.</ref><ref name="whirl">[http://techwhirl.com/what-is-technical-communications/ What is Technical Communications?] TechWhirl. Accessed 9 December 2014.</ref> More succinctly, the [[Institute of Scientific and Technical Communicators]] defines technical communication as factual communication, usually about products and services.<ref>[http://www.istc.org.uk/wp-content/uploads/2011/08/CareersLeaflet-v1-1.pdf Thinking of a career in technical communication?] {{Webarchive|url=https://web.archive.org/web/20160421114512/http://www.istc.org.uk/wp-content/uploads/2011/08/CareersLeaflet-v1-1.pdf |date=21 April 2016 }} at the ISTC official website. Last updated May 2012. Accessed 28 February 2013.</ref> The [[European Association for Technical Communication]] briefly defines technical communication as "the process of defining, creating and delivering information products for the safe, efficient and effective use of products (technical systems, software, services)".<ref>[http://www.technical-communication.org/technical-communication/defining-technical-communication.html Defining Technical Communication] at the Tekom Europe official website. Last updated October 2015. Accessed 8 October 2015.</ref>
In 2006, Scott, Longo, and Wills (SUNY) in their edited collection ''Critical Power Tools,'' suggested that technical communication should be analyzed through a cultural studies lens, thus minimizing technical communication's hyper-pragmatic stance.
Technical communication jobs include the following:
*[[Technical writer]]
*Technical [[editing|editor]]
*[[Technical illustration]]
*[[Information_graphics|Technical]] [[Illustrator]]
*[[Information architect]]
*[[Usability]] expert
*[[User interface]] designer
*Technical [[trainer (business)|trainer]]


Whatever the definition of technical communication, the overarching goal of the practice is to create easily accessible information for a specific audience.<ref>[https://web.archive.org/web/20100524154910/http://www.tcanz.org.nz/Resources/Learn+About+Technical+Communication/Technical+Communication.html What is Technical Communication?] at the official website of the Technical Communicators Association of New Zealand. Accessed 28 February 2013.</ref>
==Content creation==


==As a profession==
Technical communication is sometimes considered a professional task for which organizations either hire specialized employees, or outsource their needs to communication firms. For example, a professional writer may work with a company to produce a user manual. Other times, technical communication is regarded as a responsibility that technical professionals employ on a daily basis as they work to convey technical information to co-workers and clients. For example, a computer scientist may need to provide software documentation to fellow programmers or clients.
Technical communicators generally tailor information to a specific audience, which may be subject matter experts, consumers, end-users, etc. Technical communicators often work collaboratively to create [[deliverable]]s that include [[online help]], user [[user guide|manual]]s, classroom training guides, computer-based training, [[white paper]]s, government documents, [[industrial video]]s, [[reference card]]s, [[data sheet]]s, [[journal article]]s, and patents.
[[Vocational education|Technical]] domains can be of any kind, including the soft and hard sciences, high technology including computers and software, and [[consumer electronics]]. Technical communicators often work with a range of [[subject-matter expert]]s (SMEs) on these projects.


Technical communication jobs include the following:<ref name=whirl/>
The process of developing information products in technical communication begins by ensuring that the nature of the audience and their need for information is clearly identified. From there the technical communicator researches and structures the content into a framework that can guide the detailed development. As the information product is created, the paramount goal is ensuring that the content can be clearly understood by the intended audience and provides the information that the audience needs in the most appropriate format. This process is sometimes described as [[Writing process|'''The Writing Process''']] (Gerson and Gerson, Technical Communication: Process and Product, 6e).
[[API writer]], [[e-learning author]], [[information architect]], [[technical content developer]], [[technical editor]], [[technical illustrator]], [[technical trainer]], [[technical translator]], [[technical writer]], [[usability expert]], [[user experience designer]], and [[user interface designer]]. Other jobs available to technical communicators include digital strategist, marketing specialist, and content manager.


In 2015, the [[European Association for Technical Communication]] published a competence framework for the professional field of technical communication.<ref>[http://competences.technical-communication.org/overview.html Competence Framework for Technical Communication] at the Tekom Europe official website. Last updated October 2015. Accessed 8 October 2015.</ref>
The [[technical writing]] process can be divided into five steps:


Much like technology and the world economy, technical communication as a profession has evolved over the last half-century.<ref>{{Cite journal |last=Malone |first=E. A. |date=December 2007 |title=Historical Studies of Technical Communication in the United States and England: A Fifteen-Year Retrospection and Guide to Resources |journal=IEEE Transactions on Professional Communication |volume=50 |issue=4 |pages=333–351 |doi=10.1109/TPC.2007.908732 |s2cid=39438169}}</ref><ref>{{Cite journal |last=Kimball |first=Miles A. |date=April 2016 |title=The Golden Age of Technical Communication |journal=Journal of Technical Writing and Communication |volume=47 |issue=3 |pages=330–358 |doi=10.1177/0047281616641927 |s2cid=113266235}}</ref> In a nutshell, technical communicators take the physiological research of a project and apply it to the communication process itself.
# Determine purpose and audience.
# Collect information.
# Organize and outline information.
# Write the first draft.
# Revise and edit.


=== UX Design in Technical Communications ===
=== Determining Purpose and Audience ===
Historically, Technical & Professional Communication (TPC) has been as an industry that practices writing and communication. However, recently [[User Experience (UX) Design]] has become more prominent in TPC as companies look to develop content for a wide range of audiences and experiences.<ref name=":1">{{Cite journal |last1=Verhulsdonck |first1=Gustav |last2=Howard |first2=Tharon |last3=Tham |first3=Jason |date=21 September 2021 |title=Investigating the Impact of Design Thinking, Content Strategy, and Artificial Intelligence: A "Streams" Approach for Technical Communication and User Experience |url=http://journals.sagepub.com/doi/10.1177/00472816211041951 |journal=Journal of Technical Writing and Communication |volume=51 |issue=4 |language=en |pages=468–492 |doi=10.1177/00472816211041951 |s2cid=240552938 |issn=0047-2816}}</ref>


The User Experience Professionals Association defines [[user experience]], or UX, as "Every aspect of the user's interaction with a product, service, or company that make up the user's perception of the whole."<ref name=":2">{{Citation |last1=Baxter |first1=Kathy |title=Acknowledgments |date=2015 |url=http://dx.doi.org/10.1016/b978-0-12-800232-2.09986-7 |work=Understanding your Users |pages=xxxiii–xxxiv |publisher=Elsevier |access-date=7 November 2021 |last2=Courage |first2=Catherine |last3=Caine |first3=Kelly|doi=10.1016/b978-0-12-800232-2.09986-7 |isbn=9780128002322 }}</ref> Therefore, "user experience design as a discipline is concerned with all the elements that together make up that interface, including layout, visual design, text, brand, sound, and interaction."<ref name=":2" />
All technical communication is done with a particular end in mind. The purpose is usually to facilitate the communication of ideas and concepts to the audience, but may sometimes be used to direct the audience in a particular course of action. The purpose may be something as simple as having the audience understand the details of some technological system, or to take a particular action using that system.For example, if the workers in a bank were not properly posting deposits to accounts, someone would write the procedure so these workers might have the correct procedure. Similarly, a sales manager might wonder which of two sites would be a more appropriate choice for a new store, so he would ask someone to study the market and write a report with the recommendations. The sales manager would distribute the report to all parties involved in making that decision.In each of these instances, the person who is writing is transferring knowledge from the person who knows to the person who needs to know. This is the basic definition of technical communication


It is now an expectation that technical communication skills should be coupled with UX design. As Verhulsdonck, Howard, and Tham state "...it is not enough to write good content. According to industry expectations, next to writing good content, it is now also crucial to design good experiences around that content." Technical communicators must now consider different platforms such as social media and apps, as well as different channels like web and mobile.<ref name=":1" />


As Redish explains, TPC no longer writes content but "writes around the interface" itself as the user experience surrounding content is developed. This includes usable content customized to specific user needs, that addresses user emotions, feelings, and thoughts across different channels in a UX ecology.<ref>Redish, Ginny. (30 September 2020). ''UX Writing - A New Role for Technical Communicators? The MasterClass in TechComm for Society for Technical Communications'' (Washington DC and Baltimore). [Apple podcast]. https://podcasts.apple.com/us/podcast/ux-writing-a-new-role-for-technical-communicators/id1534090690?i=1000493180560
The most commonly used form of technical communication is [[technical writing]]. Examples of technical writing include: project proposals, persuasive memos, technical manuals, and users' guides. Such materials should typically present an [[Informal_logic|(informal) argument]] and be written [[diplomacy|diplomatically]]. A user's guide for an electronic device typically includes diagrams along with detailed textual explanations. The purpose should serve as a goal that the writer strives toward in writing.


</ref><ref name=":1" />
The identification of the audience will affect many aspects of communication, from word selection and graphics usage to style and organization. A non-technical audience will not understand, or worse yet, even read a document that is heavy with jargon, while a technical audience may crave extra detail because it is critical for their work. Busy audiences will not have time to read an entire document, so content must be organized for ease of searching, for example by the frequent inclusion of [[headers]], [[White space (visual arts)|white space]] and other cues that guide [[attention]]. Other requirements will vary on the needs of the particular audience.


Lauer and Brumberger further assert, "…UX is a natural extension of the work that technical communicators already do, especially in the modern technological context of responsive design, in which content is deployed across a wide range of interfaces and environments."<ref>{{Cite journal |last1=Lauer |first1=Claire |last2=Brumberger |first2=Eva |date=2016 |title=Technical Communication as User Experience in a Broadening Industry Landscape |journal=Technical Communication (Washington) |volume=63 |issue=3 |pages=249}}</ref>
Identification of multiple audiences indicates that multiple concepts may need to be communicated, and Pfeiffer and Boogerd suggest planning for this situation by first identifying the following for each audience:


==Content creation<!--This section is linked from Information mapping; do not rename heading without fixing incoming link (MOS:HEAD)-->==
* Purpose
* Needed information
* Educational Background


Technical communication is a task performed by specialized employees or consultants. For example, a professional writer may work with a company to produce a user manual. Some companies give considerable technical communication responsibility to other technical professionals—such as programmers, engineers, and scientists. Often, a professional technical writer edits such work to bring it up to modern technical communication standards.
With this information, important needs can be satisfied in a way that caters to all. If this is not possible, audiences may be prioritized by importance, and serving important audiences first. Remaining audiences can be served by including clearly denoted content within the text, such as the advanced topic [[Sidebar (publishing)|sidebars]] that frequently occur in user's guides.


To begin the documentation process, technical communicators identify the audience and their information needs. The technical communicator researches and structures the content into a framework that can guide detailed development. As the body of information comes together, the technical communicator ensures that the intended audience can understand the content and retrieve the information they need. This process, known as the [[writing process]], has been a central focus of writing theory since the 1970s, and some contemporary textbook authors apply it to technical communication. Technical communication is important to most professions, as a way to contain and organize information and maintain accuracy.
===Collecting Information===


The [[technical writing]] process is based on Cicero's 5 canons of [[rhetoric]], and can be divided into six steps:
The next step is to collect information needed for accomplishing the stated purpose. Information may be collected via primary research, where the technical communicator conducts research first-hand, and secondary research, where work published by another person is used as an information source. The technical communicator must acknowledge all sources used to produce his or her work. To ensure that this is done, the technical communicator should distinguish quotations, paraphrases, and summaries when taking notes.


# Determine purpose and audience
===Organize and Outline Information===
# Collect information ([[Inventio]]n)
# Organize and outline information ([[Dispositio|Arrangement]])
# Write the first draft ([[Elocutio|Style]])
# Revise and edit ([[Memoria|Memory]])
# Publish output ([[Pronuntiatio|Delivery]])


===Determining purpose and audience===
Before writing the intial draft, it is important to organize all the ideas in a way that will make the document flow nicely. A good way of doing this is to write all random thoughts down on a paper, and then circle all main sections, connect the main sections to supporting ideas with lines, and delete all irrelevant material.
All technical communication serves a particular purpose—typically to communicate ideas and concepts to an audience, or instruct an audience in a particular task. Technical communication professionals use various techniques to understand the audience and, when possible, test content on the target audience. For example, if bank workers don't properly post deposits, a technical communicator would review existing instructional material (or lack thereof), interview bank workers to identify conceptual errors, interview subject matter experts to learn the correct procedures, author new material that instructs workers in the correct procedures, and test the new material on the bank workers.


Similarly, a sales manager who wonders which of two sites is better for a new store might ask a marketing professional to study the sites and write a report with recommendations. The marketing professional hands the report off to a technical communicator (in this case, a technical editor or technical writer), who edits, formats, and sometimes elaborates the document in order to make the marketing professional's expert assessment usable to the sales manager. The process is not one of knowledge transfer, but the accommodation of knowledge across fields of expertise and contexts of use. This is the basic definition of technical communication.
Once each idea is organized, the writer can then organize the document as a whole. This can be accomplished in various ways:


Audience type affects many aspects of communication, from word selection and graphics use to style and organization. Most often, to address a particular audience, a technical communicator must consider what qualities make a text useful (capable of supporting a meaningful task) and usable (capable of being used in service of that task). A non-technical audience might misunderstand or not even read a document that is heavy with jargon—while a technical audience might crave detail critical to their work such as [[vector notation]]. Busy audiences often don't have time to read entire documents, so content must be organized for ease of searching—for example by frequent [[:wikt:heading|headings]], [[White space (visual arts)|white space]], and other cues that guide [[attention]]. Other requirements vary according to a particular audience's needs.
* Chronological: This is used for documents that involve a linear process, such as a step-by-step guide describing how to accomplish something.
* Parts of an object: Used for documents which describe the parts of an object, such as a graphic showing the parts of a computer (keyboard, monitor, mouse, etc)
* Simple to Complex (or vice versa): Starts with the easy to understand ideas, and gradually goes more in-depth with complex ideas.
* Specific to General: Starts with many ideas, and then organizes the ideas into sub-categories
* General to Specific: Starts with a few categories of ideas, and then goes more in-depth.


Technical communicators may need to translate, globalize, or localize their documents to meet the needs of audiences in different linguistic and cultural markets. '''Globalization''' involves producing technical content that meets the needs of "as many audiences as possible," ideally an international audience.<ref name=":0">{{Cite journal |last1=Batova |first1=Tatiana |last2=Clark |first2=Dave |date=9 December 2014 |title=The Complexities of Globalized Content Management |url=https://journals.sagepub.com/doi/10.1177/1050651914562472 |journal=Journal of Business and Technical Communication |language=en |volume=29 |issue=2 |pages=221–235 |doi=10.1177/1050651914562472 |s2cid=110090911}}</ref> '''Localization''' adapts existing technical content to fit the "cultural, rhetorical, educational, ethical, [and] legal" expectations of users in a specific local context.<ref name=":0" />
Once the whole document is organized, it's a good idea to create a final outline, which will show all the ideas in an easy to understand document. Creating an outline makes the entire writing process much easier and will save the author time.


Technical communication, in the government, is particular and detailed. Depending on the segment of government (and country), the government component must follow distinct specifications. Information changes continuously and technical communications (technical manuals, interactive electronic technical manuals, technical bulletins, etc.) must be updated.
===Writing the First Draft===


===Collecting information===
After the outline is completed, the next step is to write the first draft. The goal is to write down ideas from the outline as quickly as possible. Setting aside blocks of one hour or more, in a place free of distractions, will help the writer maintain a flow. Also, the writer should wait until the draft is complete to do any revising; stopping to revise at this stage will break the writer's flow. The writer should start with the section that is easiest for them, and write the summary only after the body is drafted.
Technical communicators must collect all information that each document requires. They may collect information through primary (first-hand) research—or secondary research, using information from existing work by other authors. Technical communicators must acknowledge all sources they use to produce their work. To this end, technical communicators typically distinguish quotations, paraphrases, and summaries when taking notes.


===Revising and Editing===
===Organizing and outlining information===
Before writing the initial draft, the technical communicator organizes ideas in a way that makes the document flow well. Once each idea is organized, the writer organizes the document as a whole—accomplishing this task in various ways:
# chronological: used for documents that involve a linear process, such as a step-by-step guide that describes how to accomplish something;
# parts of an object: Used for documents that describe the parts of an object, such as a graphic showing the parts of a computer (keyboard, monitor, mouse, etc.);
# simple to complex (or vice versa): starts with easy ideas and gradually goes into complex ideas;
# specific to general: starts with many ideas, then organizes the ideas into sub-categories;
# general to specific: starts with a few categories of ideas, then goes deeper.


After organizing the whole document, the writer typically creates a final outline that shows the document's structure. Outlines make the writing process easier and save the author time.
Once the initial draft is laid out, editing and revising must be done to fine tune the draft into a final copy. Four tasks transform the early draft into its final form, suggested by Pfeiffer and Boogard:


===Writing the first draft===
'''Adjust and reorganizing content'''
After the outline is complete, the writer begins the first draft, following the outline's structure. Setting aside blocks of an hour or more, in a place free of distractions, helps the writer maintain a flow. Most writers prefer to wait until the draft is complete before any revising so they don't break their flow. Typically, the writer should start with the easiest section, and write the summary only after the body is drafted.


The ABC (''a''bstract, ''b''ody, and ''c''onclusion) format can be used when writing a first draft of some document types. The abstract describes the subject so that the reader knows what the document covers. The body is the majority of the document and covers topics in depth. Lastly, the conclusion section restates the document's main topics. The ABC format can also apply to individual paragraphs—beginning with a topic sentence that states the paragraph's topic, followed by the topic, and finally, a concluding sentence.
During this step, go back to your draft to 1) focus or elaborate on certain topics which deserve more attention, 2) shorten other sections, and 3) shift around certain paragraphs, sentences, or entire topics.


===Revising and editing===
'''Edit for style'''


Once the initial draft is laid out, editing and revising can be done to fine-tune the draft into a final copy. Usability testing can be helpful to evaluate how well the writing and/or design meets the needs of end-users and to suggest improvements [<ref>{{Cite book |url=https://www.worldcat.org/oclc/783150285 |title=Solving problems in technical communication |date=26 December 2012 |others=Johnson-Eilola, Johndan., Selber, Stuart A. |isbn=978-0-226-92406-9 |location=Chicago |oclc=783150285}}</ref>] Four tasks transform the early draft into its final form, suggested by Pfeiffer and Boogard:{{citation needed|date=October 2012}}
Style refers to changes that make the writing more interesting, appealing, or more readable. Some changes are made by choice, not for correctness, and may include:


====Adjusting and reorganizing content====
* shorten paragraphs
In this step, the writer revises the draft to elaborate on topics that need more attention, shorten other sections—and relocate certain paragraphs, sentences, or entire topics.
* rearrange paragraphs
* change passive-voice sentences to an active voice
* shorten sentences
* define technical terms
* add headings, lists, graphics


====Editing for style====
Good style makes writing more interesting, appealing, and readable. In general, the personal writing style of the writer is not evident in technical writing. Modern technical writing style relies on attributes that contribute to clarity: headings, lists, graphics; generous white space, short sentences, present tense, simple nouns, [[active voice]]<ref>[[Gary Blake]] and [[Robert W. Bly]], ''The Elements of Technical Writing'', pg. 63. New York City: [[Macmillan Publishers (United States)|Macmillan Publishers]], 1993. {{ISBN|0020130856}}</ref> (though some scientific applications still use the [[passive voice]]), second and third person as required


Technical writing as a discipline usually requires that a technical writer use a [[style guide]]. These guides may relate to a specific project, product, company, or brand. They ensure that technical writing reflects formatting, punctuation, and general stylistic standards that the audience expects. In the United States, many consider the ''[[Chicago Manual of Style]]'' the bible for general technical communication. Other style guides have their adherents, particularly for specific industries—such as the ''Microsoft Style Guide'' in some information technology settings.
'''Edit for grammar'''


====Editing for grammar and punctuation====
At this point, you can start looking through the document for grammatical errors, such as comma usage and common word mixups (for example, there/their/they're). To get the most out of this step, pay special attention to mistakes which you have repeatedly made in your previous writing.
At this point, the writer performs a ''mechanical edit'', checking the document for grammar, punctuation, common word confusions, passive voice, overly long sentences, etc.

==See also==
*[[Digital rhetoric]]
*[[Technical definition]]
*[[Technical editing]]
*[[Technical geography]]
*[[Technical writing]]


==References==
==References==
{{Reflist|30em}}
Gerson, Sharon, and Steve Gerson. ''Technical Writing: Process and Product''. Columbus, OH: Pearson, 2007.

Johnson-Sheehan, Richard. ''Technical Communication Today''. New York: Pearson/Longman, 2006.

Pfeiffer, William S. and Jan Boogerd. ''Technical Writing: A Practical Approach. 4th Canadian Edition.'' Scarborough: Prentice Hall, 2007.

==Associations==
*[[Institute of Scientific and Technical Communicators]] (UK)
*[[Society for Technical Communication]] [http://www.stc.org/]
*[[Association of Teachers of Technical Writing]] [http://www.attw.org/]
*[[Council for Programs in Technical and Scientific Communication]] [http://www.cptsc.org/]
*[[IEEE Professional Communication Society]] [http://www.ieeepcs.org]
*[[INTECOM]] [http://www.intecom.org]
*[[Technical Communicators Association of New Zealand]] [http://www.tcanz.org.nz]


==External links==
==External links==
*{{Commonscatinline}}
* [http://www.knowgenesis.net/journal KnowGenesis - International Journal for Technical Communication]
* [http://www.docsymmetry.com/ Docsymmetry]
* [http://tc.eserver.org/ EServer Technical Communication (and Technical Writing) Library]
* [http://www.keycontent.org/ KeyContent.org]
* [http://www.techwr-l.com/techwhirl/index.php3 TECHWR-L, The Internet Forum for Technical Communication]
* [http://groups.yahoo.com/group/MITWA MITWA (Mentors, Indexers, Technical Writers & Associates)] Online resource for Professional Technical Communicators
* [http://www.gnosisvector.com/faq/twfaq.htm What is technical communication? An FAQ by Thomas Albert]
* [http://www.techcommpros.com TechCommPros] (online resource and email list for Professional Technical Communicators)
* [http://www.oturn.net/top/index.html A theory of presentation and its implications for the design of online technical documentation] Looks at technical communication and the role of off- as well as online documents in a problem-solving context (service engineering department)
* [http://www.techwriters.ru Technical Communication & Technical Writers in Russia]

== See also ==
*[[Technical communication (Forums)]]
*[[Technical communication tools]]
*[[Information_graphics]]

*[[Category:Technical communication|*]]
*[[Category:Communication design]]
*[[Category:Visualization]]


{{Communication studies|state=expanded}}


{{DEFAULTSORT:Technical Communication}}
*[[it:Categoria:Comunicazione tecnica]]
[[Category:Technical communication| ]]
[[Category:Technical writers|*]]
[[Category:Writing occupations]]
[[Category:Mass media occupations]]

Latest revision as of 16:45, 31 August 2024

Technical communication (or Tech Comm) is communication of technical subject matter such as engineering, science, or technology content. The largest part of it tends to be technical writing, though importantly it often requires aspects of visual communication (which in turn sometimes entails technical drawing, requiring more specialized training). Technical communication also encompasses oral delivery modes such as presentations involving technical material. When technical communication occurs in workplace settings, it's considered a major branch of professional communication. In research or R&D contexts (academic or industrial), it can overlap with scientific writing.

Technical communication is used to convey scientific, engineering, or other technical information.[1] Individuals in a variety of contexts and with varied professional credentials engage in technical communication. Some individuals are designated as technical communicators or technical writers as their primary role; for some others, the role is inherently part of their technical position (e.g., engineers). In either case, these individuals utilize appropriate skills to research, document, and present technical information as needed. Technical communicators may use modalities including paper documents, digital files, audio and video media, and live delivery.

The Society for Technical Communication defines the field as any form of communication that focuses on technical or specialized topics, communicates specifically by using technology, or provides instructions on how to do something.[2][3] More succinctly, the Institute of Scientific and Technical Communicators defines technical communication as factual communication, usually about products and services.[4] The European Association for Technical Communication briefly defines technical communication as "the process of defining, creating and delivering information products for the safe, efficient and effective use of products (technical systems, software, services)".[5]

Whatever the definition of technical communication, the overarching goal of the practice is to create easily accessible information for a specific audience.[6]

As a profession

[edit]

Technical communicators generally tailor information to a specific audience, which may be subject matter experts, consumers, end-users, etc. Technical communicators often work collaboratively to create deliverables that include online help, user manuals, classroom training guides, computer-based training, white papers, government documents, industrial videos, reference cards, data sheets, journal articles, and patents. Technical domains can be of any kind, including the soft and hard sciences, high technology including computers and software, and consumer electronics. Technical communicators often work with a range of subject-matter experts (SMEs) on these projects.

Technical communication jobs include the following:[3] API writer, e-learning author, information architect, technical content developer, technical editor, technical illustrator, technical trainer, technical translator, technical writer, usability expert, user experience designer, and user interface designer. Other jobs available to technical communicators include digital strategist, marketing specialist, and content manager.

In 2015, the European Association for Technical Communication published a competence framework for the professional field of technical communication.[7]

Much like technology and the world economy, technical communication as a profession has evolved over the last half-century.[8][9] In a nutshell, technical communicators take the physiological research of a project and apply it to the communication process itself.

UX Design in Technical Communications

[edit]

Historically, Technical & Professional Communication (TPC) has been as an industry that practices writing and communication. However, recently User Experience (UX) Design has become more prominent in TPC as companies look to develop content for a wide range of audiences and experiences.[10]

The User Experience Professionals Association defines user experience, or UX, as "Every aspect of the user's interaction with a product, service, or company that make up the user's perception of the whole."[11] Therefore, "user experience design as a discipline is concerned with all the elements that together make up that interface, including layout, visual design, text, brand, sound, and interaction."[11]

It is now an expectation that technical communication skills should be coupled with UX design. As Verhulsdonck, Howard, and Tham state "...it is not enough to write good content. According to industry expectations, next to writing good content, it is now also crucial to design good experiences around that content." Technical communicators must now consider different platforms such as social media and apps, as well as different channels like web and mobile.[10]

As Redish explains, TPC no longer writes content but "writes around the interface" itself as the user experience surrounding content is developed. This includes usable content customized to specific user needs, that addresses user emotions, feelings, and thoughts across different channels in a UX ecology.[12][10]

Lauer and Brumberger further assert, "…UX is a natural extension of the work that technical communicators already do, especially in the modern technological context of responsive design, in which content is deployed across a wide range of interfaces and environments."[13]

Content creation

[edit]

Technical communication is a task performed by specialized employees or consultants. For example, a professional writer may work with a company to produce a user manual. Some companies give considerable technical communication responsibility to other technical professionals—such as programmers, engineers, and scientists. Often, a professional technical writer edits such work to bring it up to modern technical communication standards.

To begin the documentation process, technical communicators identify the audience and their information needs. The technical communicator researches and structures the content into a framework that can guide detailed development. As the body of information comes together, the technical communicator ensures that the intended audience can understand the content and retrieve the information they need. This process, known as the writing process, has been a central focus of writing theory since the 1970s, and some contemporary textbook authors apply it to technical communication. Technical communication is important to most professions, as a way to contain and organize information and maintain accuracy.

The technical writing process is based on Cicero's 5 canons of rhetoric, and can be divided into six steps:

  1. Determine purpose and audience
  2. Collect information (Invention)
  3. Organize and outline information (Arrangement)
  4. Write the first draft (Style)
  5. Revise and edit (Memory)
  6. Publish output (Delivery)

Determining purpose and audience

[edit]

All technical communication serves a particular purpose—typically to communicate ideas and concepts to an audience, or instruct an audience in a particular task. Technical communication professionals use various techniques to understand the audience and, when possible, test content on the target audience. For example, if bank workers don't properly post deposits, a technical communicator would review existing instructional material (or lack thereof), interview bank workers to identify conceptual errors, interview subject matter experts to learn the correct procedures, author new material that instructs workers in the correct procedures, and test the new material on the bank workers.

Similarly, a sales manager who wonders which of two sites is better for a new store might ask a marketing professional to study the sites and write a report with recommendations. The marketing professional hands the report off to a technical communicator (in this case, a technical editor or technical writer), who edits, formats, and sometimes elaborates the document in order to make the marketing professional's expert assessment usable to the sales manager. The process is not one of knowledge transfer, but the accommodation of knowledge across fields of expertise and contexts of use. This is the basic definition of technical communication.

Audience type affects many aspects of communication, from word selection and graphics use to style and organization. Most often, to address a particular audience, a technical communicator must consider what qualities make a text useful (capable of supporting a meaningful task) and usable (capable of being used in service of that task). A non-technical audience might misunderstand or not even read a document that is heavy with jargon—while a technical audience might crave detail critical to their work such as vector notation. Busy audiences often don't have time to read entire documents, so content must be organized for ease of searching—for example by frequent headings, white space, and other cues that guide attention. Other requirements vary according to a particular audience's needs.

Technical communicators may need to translate, globalize, or localize their documents to meet the needs of audiences in different linguistic and cultural markets. Globalization involves producing technical content that meets the needs of "as many audiences as possible," ideally an international audience.[14] Localization adapts existing technical content to fit the "cultural, rhetorical, educational, ethical, [and] legal" expectations of users in a specific local context.[14]

Technical communication, in the government, is particular and detailed. Depending on the segment of government (and country), the government component must follow distinct specifications. Information changes continuously and technical communications (technical manuals, interactive electronic technical manuals, technical bulletins, etc.) must be updated.

Collecting information

[edit]

Technical communicators must collect all information that each document requires. They may collect information through primary (first-hand) research—or secondary research, using information from existing work by other authors. Technical communicators must acknowledge all sources they use to produce their work. To this end, technical communicators typically distinguish quotations, paraphrases, and summaries when taking notes.

Organizing and outlining information

[edit]

Before writing the initial draft, the technical communicator organizes ideas in a way that makes the document flow well. Once each idea is organized, the writer organizes the document as a whole—accomplishing this task in various ways:

  1. chronological: used for documents that involve a linear process, such as a step-by-step guide that describes how to accomplish something;
  2. parts of an object: Used for documents that describe the parts of an object, such as a graphic showing the parts of a computer (keyboard, monitor, mouse, etc.);
  3. simple to complex (or vice versa): starts with easy ideas and gradually goes into complex ideas;
  4. specific to general: starts with many ideas, then organizes the ideas into sub-categories;
  5. general to specific: starts with a few categories of ideas, then goes deeper.

After organizing the whole document, the writer typically creates a final outline that shows the document's structure. Outlines make the writing process easier and save the author time.

Writing the first draft

[edit]

After the outline is complete, the writer begins the first draft, following the outline's structure. Setting aside blocks of an hour or more, in a place free of distractions, helps the writer maintain a flow. Most writers prefer to wait until the draft is complete before any revising so they don't break their flow. Typically, the writer should start with the easiest section, and write the summary only after the body is drafted.

The ABC (abstract, body, and conclusion) format can be used when writing a first draft of some document types. The abstract describes the subject so that the reader knows what the document covers. The body is the majority of the document and covers topics in depth. Lastly, the conclusion section restates the document's main topics. The ABC format can also apply to individual paragraphs—beginning with a topic sentence that states the paragraph's topic, followed by the topic, and finally, a concluding sentence.

Revising and editing

[edit]

Once the initial draft is laid out, editing and revising can be done to fine-tune the draft into a final copy. Usability testing can be helpful to evaluate how well the writing and/or design meets the needs of end-users and to suggest improvements [[15]] Four tasks transform the early draft into its final form, suggested by Pfeiffer and Boogard:[citation needed]

Adjusting and reorganizing content

[edit]

In this step, the writer revises the draft to elaborate on topics that need more attention, shorten other sections—and relocate certain paragraphs, sentences, or entire topics.

Editing for style

[edit]

Good style makes writing more interesting, appealing, and readable. In general, the personal writing style of the writer is not evident in technical writing. Modern technical writing style relies on attributes that contribute to clarity: headings, lists, graphics; generous white space, short sentences, present tense, simple nouns, active voice[16] (though some scientific applications still use the passive voice), second and third person as required

Technical writing as a discipline usually requires that a technical writer use a style guide. These guides may relate to a specific project, product, company, or brand. They ensure that technical writing reflects formatting, punctuation, and general stylistic standards that the audience expects. In the United States, many consider the Chicago Manual of Style the bible for general technical communication. Other style guides have their adherents, particularly for specific industries—such as the Microsoft Style Guide in some information technology settings.

Editing for grammar and punctuation

[edit]

At this point, the writer performs a mechanical edit, checking the document for grammar, punctuation, common word confusions, passive voice, overly long sentences, etc.

See also

[edit]

References

[edit]
  1. ^ Johnson-Sheehan, Richard (2005). Technical Communication Today. Longman. ISBN 978-0-321-11764-9.
  2. ^ Defining Technical Communication at the STC official website. Accessed 28 February 2018.
  3. ^ a b What is Technical Communications? TechWhirl. Accessed 9 December 2014.
  4. ^ Thinking of a career in technical communication? Archived 21 April 2016 at the Wayback Machine at the ISTC official website. Last updated May 2012. Accessed 28 February 2013.
  5. ^ Defining Technical Communication at the Tekom Europe official website. Last updated October 2015. Accessed 8 October 2015.
  6. ^ What is Technical Communication? at the official website of the Technical Communicators Association of New Zealand. Accessed 28 February 2013.
  7. ^ Competence Framework for Technical Communication at the Tekom Europe official website. Last updated October 2015. Accessed 8 October 2015.
  8. ^ Malone, E. A. (December 2007). "Historical Studies of Technical Communication in the United States and England: A Fifteen-Year Retrospection and Guide to Resources". IEEE Transactions on Professional Communication. 50 (4): 333–351. doi:10.1109/TPC.2007.908732. S2CID 39438169.
  9. ^ Kimball, Miles A. (April 2016). "The Golden Age of Technical Communication". Journal of Technical Writing and Communication. 47 (3): 330–358. doi:10.1177/0047281616641927. S2CID 113266235.
  10. ^ a b c Verhulsdonck, Gustav; Howard, Tharon; Tham, Jason (21 September 2021). "Investigating the Impact of Design Thinking, Content Strategy, and Artificial Intelligence: A "Streams" Approach for Technical Communication and User Experience". Journal of Technical Writing and Communication. 51 (4): 468–492. doi:10.1177/00472816211041951. ISSN 0047-2816. S2CID 240552938.
  11. ^ a b Baxter, Kathy; Courage, Catherine; Caine, Kelly (2015), "Acknowledgments", Understanding your Users, Elsevier, pp. xxxiii–xxxiv, doi:10.1016/b978-0-12-800232-2.09986-7, ISBN 9780128002322, retrieved 7 November 2021
  12. ^ Redish, Ginny. (30 September 2020). UX Writing - A New Role for Technical Communicators? The MasterClass in TechComm for Society for Technical Communications (Washington DC and Baltimore). [Apple podcast]. https://podcasts.apple.com/us/podcast/ux-writing-a-new-role-for-technical-communicators/id1534090690?i=1000493180560
  13. ^ Lauer, Claire; Brumberger, Eva (2016). "Technical Communication as User Experience in a Broadening Industry Landscape". Technical Communication (Washington). 63 (3): 249.
  14. ^ a b Batova, Tatiana; Clark, Dave (9 December 2014). "The Complexities of Globalized Content Management". Journal of Business and Technical Communication. 29 (2): 221–235. doi:10.1177/1050651914562472. S2CID 110090911.
  15. ^ Solving problems in technical communication. Johnson-Eilola, Johndan., Selber, Stuart A. Chicago. 26 December 2012. ISBN 978-0-226-92406-9. OCLC 783150285.{{cite book}}: CS1 maint: location missing publisher (link) CS1 maint: others (link)
  16. ^ Gary Blake and Robert W. Bly, The Elements of Technical Writing, pg. 63. New York City: Macmillan Publishers, 1993. ISBN 0020130856
[edit]