ICC Society — Practical guidance on business communication, operations and requirements management for small organisations.

How to Create a Shared Glossary for Business Terms

Why shared language prevents expensive misunderstanding

Professional-services work is full of terms that sound precise yet mean different things to different people. "Draft," "final," "review," "sign-off," "scope," and "variation" are everyday words that carry specific commercial weight. When the firm and the client use the same word with different definitions, work proceeds on false assumptions and later has to be undone. A shared glossary does not eliminate every ambiguity, but it reduces the most common sources of costly misinterpretation.

The glossary is a practical working tool, not a legal dictionary. It records the meanings that both parties will use for the duration of the engagement.

Selecting the terms that actually cause friction

A useful glossary is short. Include only the words and phrases that have already generated confusion or that are known to carry different meanings in the client's environment and the firm's. Typical candidates include the stages of a deliverable (outline, draft, revised draft, final), the meaning of approval or sign-off, the definition of a change request, and any technical or industry terms that the client may interpret more broadly or more narrowly than the firm intends.

Resist the urge to define every possible word. A long glossary is less likely to be read and more likely to contain entries that no one ever needs.

Writing definitions that are operational rather than academic

Each entry should state what the term means in the context of this engagement and, where helpful, what it does not mean. A defined term such as "final deliverable" might state that it is the version ready for the client's use without further revision by the firm, while making clear that the client is not barred from later requesting additional work under a new instruction. Operational definitions prevent the glossary from becoming a source of new argument.

Keep the language plain. If a definition requires further definition, it is too complex for everyday use.

Agreeing the glossary early and treating it as a living document

The best moment to introduce a shared glossary is during onboarding or at the first project kick-off. Present it as a practical aid rather than as a contractual imposition. Invite the client to add any terms they consider important or to adjust definitions that do not match their internal usage. Once agreed, the glossary becomes a reference that both sides can point to when a later conversation drifts into ambiguity.

As the work proceeds, new terms may emerge that need the same treatment. Adding them to the glossary keeps the shared language current without requiring a formal contract variation.

Making the glossary visible and usable

A glossary that lives in a long email thread or a buried folder will not be consulted when it is needed. Store it in the same place as the other core project documents and refer to it in status updates or review meetings when a term is about to be used in a commercially significant way. Some firms include a one-line reminder in their email signature or project header that the shared glossary is the reference for key terms.

When a disagreement about meaning arises, the first step is to check the glossary rather than to re-argue the definition from first principles. This short-circuits many potential disputes.

Extending the practice beyond a single engagement

Firms that work repeatedly with the same clients can maintain a standing glossary that is reviewed and updated at the start of each new piece of work. The document then becomes part of the relationship infrastructure, reducing the time spent re-establishing basic meanings and lowering the risk of misunderstanding on every subsequent project.

A shared glossary is a modest investment that pays for itself the first time it prevents a cycle of rework caused by two parties using the same word to mean different things.

Standardised title/H1 capitalisation and replaced tool-specific meta with guidance aligned to the article's actual purpose. — Editor, ICC Society

Frequently Asked Questions

How long should a shared glossary be?

Short is better. Ten to twenty high-impact terms are usually more useful than a long document full of obvious definitions.

Who should own the glossary?

Give ownership to the person coordinating delivery or communication, but allow both sides to suggest updates when a term causes confusion.

Should the glossary include abbreviations and acronyms?

Yes, especially where one abbreviation means different things in different organisations. Acronyms often create silent misunderstandings because people assume everyone knows them.

What if a client refuses to maintain another document?

Keep it lightweight. A single shared page inside the project folder is enough if it prevents repeated clarification emails and meeting drift.