Excosoft Contributes to a Stronger Swedish Manufacturing IndustryRead More
Excosoft Information Design
The leading global event and marketplace for technical communication—known as the tcworld conference—is once again taking place in Stuttgart this autumn. We’re proud to announce that our information architect, Jonatan Lundin, will be on site, presenting his latest insights into user behavior and information design.Read More
Over the past year and a half we have been engaging consultants at Orient Software in Vietnam to help develop our products. The partnership has proved a great success, and we plan to gradually increase our work together.Read More
Wikiview is an alternative user interface to Wikipedia pages that lets users navigate information in a more structured, Skribenta-like way.Read More
EXCO’s usage spread quickly after Försvarets materielverk (FMV) adopted it into their operations in 1983. First at Ericsson Radio Systems (ERA) where I worked, then within other Ericsson companies — like Ericsson Radar Electronics (ERE) in Gothenburg, Ericsson Information Systems (EIS) in Kista, and Erisoft in Luleå. Next, EXCO spread to other large industrial companies, such as SAAB Military Aircraft in Linköping, ESAB in Laxå and ABB Automation in Västerås.
Soon enough, a technology consulting company called Frontec was requesting to become a distributor. It was through them that EXCO proceeded to spread to Alfa Laval in Tumba, and Atlas Copco in Lindingö.Read More
In September 1986 we were on our own. Some lucky circumstances helped us survive:
After the EIS job, we rented a little room from Radiosystem AB which had its own entry. It was located in the north of Kista. Now we started to feel like a real company. Pär joined the company. And then we hired Anette, realizing we needed a receptionist.Read More
Tom Johnson, a San Diego based technical writer, recently raised a highly relevant and intriguing question on his blog: Why is there a divide between academics and practitioners in tech comm? As a PhD student dually active in both the academic and practitioner realms of technical communication, I feel compelled to join the discussion.Read More
Many technical communicators invest a lot of effort into designing for findability, yet find themselves struggling with information architecture itself: What type of information should be organized, and in which manual? How should content be structured in each manual?Read More
We’re happy to announce that we have been officially accepted as a speaker at the tcworld conference taking place in Stuttgart, Germany November 10-12 this year. The tcworld conference, in collaboration with tekom, is one of the world’s largest events and marketplaces for technical communication.
Joakim Ström—CTO, and one of the key drivers of product innovation here at Excosoft—reveals a closer inspection of the workings behind integrated translation memory in his latest article, published this month in tcworld.
Excosoft is part of a dynamic industry currently under considerable development and change.
As a Developer you will take part in developing exciting new products, new features for current products, and custom features for our international customers.
You will use the latest tools in the market and provide your keen insight and support to Excosoft’s R&D teams.
As providers of Skribenta, a CCMS with integrated translation memory, we sometimes receive inquiries from customers and translation agencies who are curious about the possibilities. There’s this one question in particular which we receive rather frequently:
Is it technically possible to output translation files segmented on the sentence level?Read More
As a technical communicator, you probably know why you design and write information. It’s because you want to satisfy the user’s information need. But how do you know what information users need in the first place?
Your answer will differ depending on how you define an “information need,” which is a central concept in the world of technical communication. The purpose of this article is to distinguish between two conflicting definitions of an information need, and to show how each perspective represented affects the design of end user assistance.
You should, of course, abide by the perspective that leads to happy users, but which is it?Read More
The fundamental idea behind structured documentation systems is that they allow their users to easily find and reuse documentation, and sync up with other systems. A common complaint, however, is that if changes are made to the underlying structure, everything and everybody is affected.Read More
Information re-use is a key feature of all advanced Component Content Management Systems (CCMS). Instead of copy-pasting text or authoring the same content over and over again, publications are built-up from little pieces of information that are created and maintained individually, allowing them to be re-used across multiple publications. Few voice dissent; it’s an efficient way of working, with cuts in authoring and translation costs as the main motivators.Read More
It’s not difficult for a user to find information—it’s as simple as opening a user manual or performing a Google search. What users often find difficult, is assessing whether the found information is relevant to their specific information need. A crucial component of end user assistance is, therefore, supporting the user in judging the relevance of what they find.
Are you a technical communicator working as an information architect to increase your content’s findability, with the goal of creating a happy user experience for your customers? Then this article is for you. Read on to find out how you can better support users in making accurate relevance judgments by designing your content for enhanced findability.Read More
Something that’s really stuck out for me in my two years working with technical documentation is this enduring friction between technical documentation groups and business managers— they just don’t understand each other. While management chronically undervalues the very purpose of the tech doc, frustrated technical documentation groups are silently teeming with knowledge of it’s hidden potential.Read More
Machine Translation (MT) is a major force to be reckoned with in the field of technical communication today. Whereas the human translator works for a salary and at their own steady pace, Machine Translation gets the job done for next to nothing and with unprecedented expediency. It’s no wonder so many are looking to Machine Translation to cut costs. However, despite such savings there exists a trade off when it comes to the quality of the end product. For documentation departments, or other purchasers of technical translations, some insight into Machine Translation may be valuable. What follows is a simple primer on the basics.Read More
It’s worth taking a moment to pay tribute to the tools of the time, when EXCO was first coming into being. EXCO was developed in the context of a key-centric, terminal-based computer era— a stark contrast to today’s mouse pointing, screen-touching navigational approach. Let me paint a picture of what working on computers was like in those days.Read More
This article discusses why links are important, and how technical communicators can make them without actually explicitly writing them.
Some technical communicators say that links should be handled with care, especially in a topic-based environment, since you can end up with broken links depending on how you organize and filter topics. Also often discussed, is whether links should be embedded or inserted at the end of a topic as a list of references. The technical communication community has at least come to the agreement that creating a link strategy, and the actual links, is a time consuming affair.Read More
Being in the technical documentation business, we naturally maintain close contact with the inner world of technical documentation and the users of our product—the tech writers themselves. In the interest of being able to offer the best product possible, it’s our job to understand the everyday life of tech writers: How they work, what they're aiming to achieve, as well as what challenges they encounter most.Read More
I’ve recently made a curious discovery about my fellow co-workers. Whether it's a lunchtime break or the rare after-work, for some reason our conversation tends to gravitate toward the subject of music. One employee will say, “I used to be an opera singer.” Another will volunteer, “I play the guitar.” Me? I play the oboe. Even the CEO is in on this peculiar pattern, we eventually find out, with his lifelong devotion to playing the piano.Read More
Us technical communicators have been taught that end user assistance for a product should mostly include instructions addressing specific user tasks. But how do you know that the method you’re using to identify these tasks, such as Target Group Analysis, actually leads to the information users are searching for?
I have always thought that grouping users into target groups, like installer, operator, etc., and analyzing the tasks each group is supposed to perform, is the wrong starting point for anticipating the information needs of users. Especially when designing information intended to support a user of your company's products.Read More
Many product-based companies view technical documentation as an isolated instance that has little to do with the rest of their communication-related operations, like marketing. This often overlooked disparity cannot fare well, however, in today’s information age, where everything you write or take a picture of ultimately ends up on the internet— whether it’s you who’s put it out there, or your customers themselves.Read More
Back at Ericsson Radio, following my 1980 summer holiday, I presented EXCO Editor to my colleagues. It was very well received and programmers started to write hierarchical code.
This technique later became known as Literate Programming. In Literate Programming, the real code is wrapped inside pseudo-code, i.e. descriptive titles which document the code. Pseudo-code can be wrapped in higher levels of pseudo-code, thus creating higher levels of abstraction.Read More
It’s time to wrap up this series on Managing Variation in Reused Content. We have investigated some basic techniques in part 1 and part 2. In part 3, I made the case that heavily customized documentation is often best handled in separate version branches. Before concluding, let’s take a quick look at two advanced topics: configuration, and automation.Read More
In the Designing for the Searching User series I discuss how to predict user questions, and how to make answers findable. But equally important, is to discuss why we are doing this in the first place, and what it actually means. This edition to the series is devoted to addressing these questions, and to supplying technical communicators with some solid arguments for why now is the time to change our approach to user experience design.Read More
As a fairly new member of the Excosoft team, I’m honoured to add a few words to our blogosphere. My background isn’t foremost in engineering, but rather in linguistics, translation, and technical writing—so I'll be contributing on those topics.Read More
Technical specialists are the content providers in the world of technical documentation. Whereas technical writers take on the role of editing product information for optimal user comprehension, the content providers are the inventors, product owners, and technical specialists standing closest to the product itself. They possess in-depth knowledge of how a given product works, why it exists, and what solutions it has to offer its users.Read More
In 1975, Stansaab, a company outside of Stockholm, got a big order from the Soviet Union: 3 air traffic control systems for Moscow, Kiev, and Mineralnye Vody. USSR wanted to be prepared for the increased air traffic expected in 1980, the year of the Olympic games in Moscow.Read More
In part 1 and part 2 of the Managing Variation in Reused Content series, we covered two basic techniques: Injection, and Conditions. Injection is a method where values, or small pieces of text— often names or measurements— are extracted from topics, and stored as variables. When the topics are to be published, the values are loaded from the appropriate variables and injected into the correct place in the text. Conditions function as filters, sifting through parts of a topic, and adapting it to a given context.Read More
Over the summer, I became a bit provoked while reading the thoughts and opinions of people in our industry regarding how technical communication is supposed to look in future. My overall impression left me mulling over the following question: Should technical communicators be designing content so that the right information presents itself to the right person, at the right time, on the right device, and in the right location?Read More
I came from the mobile telecom industry. In only a few years we literally changed the world. The next revolution is clearly that of information. In the midst of what’s become a truly globalized world, it’s vital not to drown in the tsunami of information that’s come with it. Not least, you should try to avoid drowning when it comes to producing information or content in a multitude of languages, formats, versions, and brands.Read More
Many technical communicators have learned that an end user manual should consist mainly of tasks. That is, instructions detailing each step that users are recommended to follow. And indeed, a user must complete many tasks do get a product to work.
But how do we know which tasks to write about in end user manuals? Are you like me, a technical communicator who finds it confusing at times to identify what task to write? Then this article, part 6 in the Designing for the Searching User series, is for you.Read More
Every time I meet a customer who is considering setting up a CCMS, there’s this thick air of reluctance in the room. They envision a mountain of work ahead of them, with ultimate benefits taking years to fully realize. As a sales guy, I try to keep the focus on the ease and time-savings that await them once the new structure is in place. Plus I’m honest— while implementation doesn’t require a year long process, neither can it be accomplished in 5 minutes. However, once set up is complete, the benefits can be enjoyed immediately. How do I prove the point? From my experience, nothing speaks louder than a real-life example.Read More
In part 1 of the Managing Variation in Reused Content series we investigated the basic technique of Injection, in which interchangeable names are extracted from topics and stored as variables, which are then injected back into a given topic when it is published. Injection is extremely effective in some situations, but many content variations are more complex and require a different approach. A more versatile technique is the use of conditions.Read More
A core skill required of technical communicators is the ability to determine what type of information end users need in order to achieve a particular purpose. Many technical communicators, including myself, struggle at times with figuring out what information to write and how to organize it. See for example a recent discussion on LinkedIn.
In my previous article , I discussed the principle of predicting user questions and introduced the concept of question type, which serves as a fundament to knowing what type of information to write. But what types of questions do users ask?Read More
LEAN is the name of the game these days, especially in the realm of industrial manufacturing. With an increasing number of competitors in the global playing field plus a considerable upsurge of information flow, streamlining the production process is vital to maximizing value and staying in the lead.
Much has already been done in terms of automation to achieve alignment with the principles of LEAN manufacturing. Yet, there remains a lesser-explored opportunity that can make a considerable difference– namely, the automation of technical documentation.Read More
For technical communicators, the concept of reusing content is easy to understand. Chunk the content up into smaller, self-sufficient units that can be used independently of context, then combine the units as needed to assemble different documents. This is the fundamental idea behind topic-based authoring. One question that often comes up is, how small or large should the chunks be? This can be approached from two different angles: by considering either what is relevant for the reader, or what is practical for the writer. Ideally we should only consider the needs of the reader, but is that really possible? It depends upon the answer to another question: how is variation managed in reused content?Read More
Metso Minerals and their technical documentation department were snagged in a catch-22. The renaissance of the mining industry had presented them with a great opportunity to thrive and expand, yet a time consuming technical documentation process was threatening their competitiveness in the marketplace.Read More
The role of technical communicators may be about to change. Corporations are increasingly making use of the knowledge production capabilities built up within their technical documentation teams to drive business processes, and create value beyond the documentation itself.Read More
Current ways of delivering technical documentation-- such as via a PDF or CHM file, HTML web help, or Wiki, etc., all have something in common: content is organized in a static, arbitrary structure. In such a book-like format, the table of contents is often the user's only option when it comes to finding relevant information. It's an almost impossible challenge to design a static structure that everyone finds logical.Read More
All companies want to be on-time to the market. Just listen to the commentary being exchanged in the corridor, like “We must launch this in an APP”, or, “I saw that in company X’s new series they can control their system from a tablet… why can’t we?”
Why not be among the first with an online solution? Upgrading your technical documentation is an easy first step, and can act as a seed of expansion; leading to seamless integration with other critical business systems, and resulting in a truly holistic online solution for both you and your customers.Read More
What would happen to Microsoft Word if its users were required to not only make sense of the complicated XML1 markup which is used to store files in the docx format, but also to put up with error messages proclaiming things like “myprojectplan.docx:67:20:E: document type does not allow element ‘p’ here?” The program would probably be a lot less popular to say the least, and most people would seek alternatives. Yet, technical communicators using XML-based editing tools are expected to put up with that sort of thing all the time— all in the interest of a higher purpose, such as quality improvement and slashed translation costs. But it doesn’t have to be like that.Read More
A user asks questions when stuck in product use. Displaying information-seeking behavior, they search for answers; and it’s you—the technical communicator—who is responsible for providing them with one. But then you get stuck as you ask yourself: how long should the answer be? As the question of topic size, (as in a DITA topic), continues to be controversial in the technical communication community, we also need to ask ourselves how the size of an answer relates to the size of a topic. My conclusion is that users prefer short answers. Why is this? And how do we make short answers findable? This post, part two in the article series Designing for the Searching User, provides insight into how to design next generation technical communication.Read More
You've spent a lot of time and resources developing a comprehensive user manual, catering to every thinkable question a user might have about your product. So why—why, you may ask, are my customers calling my support department again and again, seeking answers to simple questions that have already been addressed?
When I joined Excosoft in 2006, no one had told me about the NS Loop function. It had kind of been forgotten at Excosoft, or at least buried at the bottom of the toolbox. I happen to have a passion for reuse, and enjoy scouring the archives of technical documentation for those lesser known tools which can be reapplied to new challenges. The NS Loop was one of those rediscovered tools, and this is what I learned about it:Read More