
Explore how to write clear software documentation for end users by practicing structured writing, using Markdown in GitHub, and shaping information architecture and visuals for quality results.
Master the basics of technical writing and software documentation, explain terminology, and describe product features for end-users from installation through disposal.
Identify and explain the most common types of software documentation you write for end users, and examine how variations in software affect documentation styles.
Illustrates a high-level Apple keynote user guide that orients first-time users by showing the UI areas, adding objects, and using formatting controls.
Prioritize task-oriented documentation that answers how to do something, helping end users achieve a specific result with the software by focusing on the exact steps and outcomes.
Identify end-user tasks by consulting product owners, developers, and customers, then sequence install, setup, configure, and use in a logical order along the customer journey, with visuals to explain concepts.
Develop a single task-oriented procedure for a software application, detailing up to ten steps, required information, and values to enter along the user journey.
Learn the software documentation workflow, from researching and collecting information to drafting, incorporating expert feedback, and publishing functional or task-oriented documents for users.
Master markdown in GitHub wiki to write software documentation, build a starter portfolio of writing samples, and publish clear docs quickly.
Create diverse technical writing deliverables beyond text, including user guides, API documentation, and on-screen instructions, then enhance with visuals, videos, and infographics for searchable, usable software guidance.
Discover how GitHub serves as a web hub for Git, a versioning control system, enabling teams and technical writers to store, track, and revert source files for software documentation.
Explore why GitHub dominates as the source code host, with 83 million developers and 200 million repositories, and compare its free public and paid private plans for documentation and hiring.
Create a GitHub repository and wiki page, build content with titles, subtitles, tables, images, and links, and assemble a complete software documentation portfolio with embedded videos.
Master the markdown table syntax in a GitHub wiki, building two columns and four rows, copying the syntax, and using preview to verify the table renders correctly.
Learn to organize large amounts of content for a user guide, ensuring hundreds or thousands of pages look uniform. Structured writing helps produce a single, cohesive document.
Ensure a consistent user experience by aligning the information architecture and documentation style across courses, using logical, structured patterns to prevent user confusion.
Explore structured writing as a form of technical writing that uses information blocks and maps to organize software documentation, with templates and task-oriented descriptions guiding audiences.
Explore how to structure content in an unstructured writing environment by applying predefined templates for information blocks in a wiki with limited control over appearance.
Define a template-based wiki structure, following DITA standards to guide rules. Choose between a single page or a multi-page wiki with an aggregation hierarchy to fit company style.
Explore the instructor’s concept information type with a concise summary, detailed overview, and example, illustrating how the three information types—concept, task, reference—guide efficient software documentation for quick understanding.
Demonstrates using the topic type templates to craft a concept topic with a summary, detailed overview, and example, applying it to a product like Gmail or Word.
Technical writing goes beyond text, prioritizing visual documentation to deliver the right information to the correct audience in the best format.
Use graphics when presenting complex steps or software architecture; create diagrams or infographics to show how parts and processes fit together, then drill down into details for end-users.
Learn to visualize software documentation with three graphics types: process, architecture, and infographics, showing how visuals speed understanding of end to end workflows and system structure.
Learn how to visualize technical instructions in PowerPoint using SmartArt, convert text steps into diagrams, customize colors, and embed visuals to enhance software documentation.
Explore information architecture tailored for technical writers, offering a focused approach to structuring information and guiding software documentation.
Learn how information architecture and user experience in technical writing affect search, navigation, labeling, and content harmonization across a company to deliver a cohesive documentation experience.
Build personas by meeting real customers to learn who uses your product, why they care, and what problems they need to solve, then tailor documentation to their concrete needs.
Ask customers how they access your documentation and which formats they prefer, and consider their devices and environment to tailor delivery and build accurate personas.
Move from theory to practice by using card sorting in your user research to gain tangible, actionable insights you can actually apply.
Card sorting defines the page structure and labels content in user-oriented terms, ensuring end-user alignment. Groups content for intuitive navigation and proves the organization through research.
Explore open card sorting to let users group information with cards, label groups, and reveal semantic terms, ensuring end-user terminology aligns with internal definitions through research-based validation.
Apply a technique that uses virtual whiteboards or physical cards to cluster items and label clusters. Facilitate a software-free workshop that helps teams sort information when meeting in person.
Jordan Stanchev shares research on what constitutes high-quality software documentation, addressing varied opinions and presenting 11 aspects to guide how you focus and improve documentation.
Define quality with Cambridge's 'how good or bad something is' and American Society for Quality's 'totality of features that bear on its ability to satisfy needs' for documentation.
Quality in software documentation means how good or bad the docs are, judged by features that satisfy needs, compared with similar docs, and the documentation's distinctive attributes.
Analyze the research responses to identify what constitutes high-quality software documentation. Emphasize precise and accurate content with proper sequence and well-organized workflows and scenarios.
Explore the framework of high-quality software documentation by identifying 11 characteristics—comprehensive, searchable, visual, usable, readable, reliable, grammatically correct, translatable, localization-friendly, accessible, and tone-appropriate.
Comprehensive software documentation covers all aspects of using the software, uses consistent terminology, and adheres to industry standards and legal boundaries, enabling evaluation of functionality coverage.
Master visual software documentation by combining images, graphics, screenshots, and annotated diagrams with concise text. Use videos to guide users and enhance readability and comprehension.
Discover how high-quality software documentation becomes usable by knowing your target audience and organizing content around their needs and use cases.
Ensure grammatically correct software documentation by using editors, language validation, and grammar and spell check tools. Apply meaningful language and sentence structure to improve clarity.
Learn how to write software documentation that is translatable and localization friendly, ensuring content is easy to translate and localize for different languages, regions, and customer needs.
Define and apply an appropriate, direct, and simple tone in software documentation by establishing writing guidelines and rules for addressing users, aligning with brand style.
Explore concrete style guides with practical examples to move from vague theory to tangible documents, starting with the absolute basics.
Sample style guide you can freely use: https://github.com/JordanStanchev/Getting-Started-as-User-Assistance-Developer/blob/master/Sample%20Style%20Guide.pdf
The University of Oxford - Sample Style Guide (just for review purposes - we do not own rights about it!) https://github.com/JordanStanchev/Getting-Started-as-User-Assistance-Developer/blob/master/University%20of%20Oxford%20Style%20Guide.pdf
Learn how style guides and guidelines extend beyond technical writers to stakeholders like editors, translators, developers, and product owners, ensuring branding aligned, consistent product documentation.
Learn to organize software documentation with a practical style guide that defines headings, paragraphs, spacing, sections, and table literacy, while choosing bulleted versus numbered lists for clear, mobile-friendly content.
Focus on conciseness by avoiding redundancies and linking to information instead of copying text, ensuring updates stay consistent; establish rules for colors, templates, and schemas to maintain a uniform guide.
Choose precise verbs that describe exact user actions on the screen, such as change, save, delete, import, or create, and distinguish can from may to avoid vagueness.
Apply your writing guidelines beyond software documentation to user interface messages, guiding developers and validating screen text with a formal style guide.
Practice applying a style guide by writing a grandmother-friendly explanation of a calculator app, showing how to sum and divide numbers, and then verify against the sample style guide.
Overview of tools for development of software documentation.
A webinar explaining the ideas of how to target your content to the user. What does this mean and how to do it?
Continuation of the webinar explaining the ideas of how to target your content to the user. What does this mean and how to do it?
In this webinar reply you will learn:
What is structured writing?
What is information type?
Which are the common information types?
What problems structure writing aims to solve?
How to write in a structured manner?
How to use XML to write in a structured manner. What is DITA XML?
Is the ability to provide relevant information about using your software essential for your customers? Do you find yourself spending hours and hours trying to explain how to use the software? Or are you getting feedback from your clients that your documentation is hard to follow, inconsistent, or maybe even... confusing?
If you answered with "Yes!" to any of these questions and are willing to invest the time and energy needed to go through this practical course, then this course is for you!
CNBC cited this course in the article "The 20 hottest job skills companies are looking for right now"
By the end of this course:
You will be able to perform the needed steps and start writing documentation as a technical writer.
You will be able to explain the process for preparing, organizing, and delivering software documentation for the users of software products.
You will be able to create instructional images and graphics needed in your documentation using Canva.
You learn and practice how to create software documentation in a GitHub wiki following the instructor's templates for writing in Markdown.
You will know how to perform user research using 2 Cards Sorting techniques in Mural.
You will be able to identify the different aspects that make documentation a high-quality deliverable.
Also:
You will find out also which are the core principles for writing software documentation that really helps.
You will have the chance to try out GitHub wiki editor for writing.
You will learn about the importance of graphics and which tools you can use to create instructional graphics with ease.
In the end, you will find out more about information architecture and its importance in software documentation.
Ultimately, you will have the chance to create your own documentation project even if you have never worked as a technical writer before and have no experience.
Over the course of the years, the core activities of technical writing professionals have constantly been evolving.
We started as technical writers and focused solely on technical writing. We transformed into information developers who also consider the graphical aspects and design of the content. Today, we need to bundle together writing skills, design and graphics, video creation, multimedia, metadata, and software development to meet the expectations of our users.
All these assets put together can be described together as user assistance.
JPDocu School of Technical Writing is a training company passionate about technical writing, software documentation, APIs documentation, information architecture, and DITA XML, and helping our students get started and quickly advance in their Technical Writer career.
Our Technical Writing courses are taught as a part of the University courses on Technical Communications at several universities in Europe, as well as a part of the onboarding for new technical writers for many of the best software development companies.
We shape the next generation of technical writers and information developers, by providing them with simple-to-follow and practical, hands-on experiences with technical writing.
For several years now, JPDocu School of Technical Writing has been designing and delivering training for all who want to get started with technical writing. Our students soon get started working as:
technical writers (information developers)
information architects
software developers
and get ahead in their career!
The instructor, Jordan Stanchev, a User Assistance Development Architect has personally trained hundreds of people in the classroom, in online courses, in universities, and internally at a Fortune 100 company!
Jordan says: "The goal for me has always been to deliver practical information, to make sure my students get ready for delivering real content right after the course is over!
I am so proud of my students who come back to me and share how they have started their first job as technical writers or how they have advanced in their careers using what they have learned in my courses!
That's why I have started devoting my time to teaching technical writing skills, on top of my regular job as a User Assistance Development Architect."
Unlike other courses out there, this course is practically oriented. It will help you develop your portfolio and the work samples you need to apply as a technical writer in a software development company.
What will you learn?
This course is designed for beginner technical writers, usually students in IT, and covers the following subjects:
What is technical writing all about?
What are the basics of technical writing?
Which are the common terms you will hear and use in the IT technical writing world?
How to write technical documentation using GitHub wiki? You will, later on, use this material for creating your portfolio that you will want to add to your CV when you apply for a technical writer job or promotion to a senior developer.
What is information architecture from a technical writing point of view?
By the end of this course, you will know how to get started writing your user guides, which best practices and rules to consider, and which tools to use for writing.
Note that for better accessibility, the course comes with English and Spanish language captions.
Besides:
You will also find recorded webinars to give you the feeling you are in the university classroom together with other students doing the actual exercises of the course.
You will have access to a closed community group, where you can learn together with other students in technical writing.
You will have the chance to participate in live webinars with the instructor, to get guidance and answers to questions you may have.
Downloadable materials in the sections to help you as you go through the content and practice what you have learned.
What is NOT COVERED in this course?
Learning technical writing as a beginner technical writer will take at least 2 semesters at the university and lots of writing practice. It is impossible to provide deep-dive information on all possible technical writing subjects in a 4-6 hours course. You will know the basics, though!
This is not a course on writing using MS Word! We are not going to write books! We are not going to write unstructured documentation!
Unlike what other courses on technical writing will tell you MS Word is the worst choice for writing technical documentation! It cannot scale, and it is not flexible enough for software documentation! If you believe that technical writing is about writing books, please choose another course! This course is for people who want to work in the software industry, where writing a book and calling it "software documentation" is not perceived well!
Technical writing is a skill and discipline that requires writing. Do not expect to become a technical writer by listening to a few lectures. You will have to write and communicate in this course. This is not a course for listening, but a listen and do it! type of course.
This is not an English language course. We will not provide you with details on how to write in English.
There are so many tools you can use for writing. In this course, we do not go into details on tools you can use for writing but directly suggest using only 1-2 of them to get you started.
We do not cover API documentation in this course. API documentation is a type of software documentation that you still have to deliver, but at present, this course does not talk about that. Look at our dedicated 'How to Write API Documentation" course about this subject.
How much time will it take for you to go through this course?
Short answer:
Section 1: Getting Started with Technical Writing - 1 hour
Section 2: Writing Software Documentation in GitHub using Markdown - 2+ hours
Section 3: Graphics in Software Documentation - 40 min
Section 4: Information Architecture Basics - 1+ hour
Section 5: Quality in Software Documentation 40+ min
Bonus Section: Additional Webinars - 3+ hours
Detailed answer with explanation:
Section 1: Getting Started with Technical Writing (as a compliment to you, because you got to this part of our detailed course summary, this 1-hour long section comes for free - it's a mini-course by itself! Even if you decide not to purchase the entire course - you should definitely check it out.)
We start with a quick and direct overview of the end-to-end documentation creation processes.
Basically, when you go through the introduction section, you should get a basic understanding of what technical writing in software documentation is all about, as well as the main assets (deliverables for your customers) that you create using technical writing skills and techniques. This is the software documentation, images as well as instructional videos, and multimedia.
It will take approximately 1-2 hours to go through this content and perform the exercises.
Section 2: Writing Software Documentation in GitHub using Markdown - 2+ hours
How to get started writing in a Wiki on GitHub? This section explains the setup steps, and the markup language used in the wiki and gives you hints on Markdown language usage (that is not well-known or documented in the wiki!), such as:
- how to create a table
- how to create images on Wiki
- how to create a Table of Content (TOC) for your longer pages
- how to link a YouTube video with ease
This section touches upon a very important subject - how to provide documentation for a GitHub project. Jordan talks about one of the possible options, and we would dare to say - the most simple one, to provide documentation in GitHub.
It will take approximately 2-4 hours to go through this content and perform the exercises.
Section 3: Graphics in Software Documentation - 40 min
How important is the graphics creation skill for technical writers? I would say, A LOT! This section talks about the rules for creating graphics in software documentation. Also, I touch upon tools that make it easy to create graphics without having to become a graphic designer. Then we will do a hands-on exercise with Canva to prepare infographics to use in your documentation.
It will take approximately 1-2 hours to go through this content and perform the exercises.
Section 4: Information Architecture Basics - 1+ hour
Then comes the next section - on information architecture and user research for technical writers. It opens the door for you to take a look at the basic knowledge that an information architect (think about it as a very experienced technical writer) needs to have to begin doing his or her job. This section provides you with step-by-step instructions on how to prepare and perform card sorting workshops with end-users using a virtual whiteboard, such as Mural.
It will take approximately 1 hour to go through this content.
Section 5: Quality in Software Documentation 40+ min
In 2021 we initiated research to define the meeting of quality in the documentation. Many participants joined and shared their feedback. After analyzing and aggregating the results, the research results are ready to be shared with JPDocu School of Technical Writing students!
The research recap is shared in this bonus section, giving you answers to:
What is quality when we speak about documentation?
What are the characteristics high-quality documentation has?
What is the specific meaning of each of the quality aspects that you must strive to achieve in documentation?
How to develop practical ways to measure quality in your documentation and compare it against other documentation deliverables?
This will help you not only to create some documentation but instead, to build high-quality documentation that trills your customers!
Bonus Section: Additional Webinars - 3+ hours
Here the really fun part begins. You will find several recordings of live seminars I do with JPDocu School of Technical Writing students. You can listen to these recorded sessions and participate as if you are really in the classroom together with me and the rest of the class. I think this can be a very cool experience. On top of that, we deep dive into subjects that were only briefly touched upon in the previous sections.
Each recorded session takes 60-90 minutes, including the work on the exercises in each session. As part of the course here, I invite my students to participate in such live webinars, which you can see in our closed Facebook group.
Here is what students say about this course:
Karina Delcheva, Technical Writer
"I find Jordan's course perfectly structured (as you would expect of a specialist in the field) in a way that helps you grasp the concept of technical writing. It helped me quickly develop practical skills through exercises with easy-to-follow instructions and examples. The Facebook page of this course provided me with a supportive community and additional webinars held by the lecturer, which is a great asset for acquiring more diverse skills needed by a technical writer. Now I feel prepared to apply for my first technical writing job."
Grace Tan, Technical Writer
"In my pursuit of moving to a technical communicator role, Jordan's beginner course Technical Writing: How to Write Software Documentation has put me in the right direction. The course is well-structured, and the instructor has shown expertise in this field. It is great to be in touch with the standard and best practices in technical writing as well as the common tools that are used nowadays. I also had fun working on hands-on activities and getting myself familiar with different tools."
So, enroll now and see how easy and simple it is to deliver the ultimate help to your customers!
P.S. This course has a 30-day full refund policy - no questions asked!