UX Writing, Cognitive Load, and What They Have in Common with IT and Power Platform Apps?
You read:
During the development of applications by IT companies, their main priority becomes developing solution architecture, incorporating the latest technologies, and ensuring a high level of security. These aspects are crucial from the perspective of professional engineers.
However, during the construction of business applications, whether using the Power Platform or another framework, a key element often overlooked is the communication with users. This concerns how an app “communicates” with the user. Typically, we assume that the application structure, based on familiar tables and processes, will be intuitive for all employees, for example, when the application is simply a transfer of a familiar Excel spreadsheet used by the entire company. Something everyone felt comfortable with. However, transferring these processes to a dedicated business application can pose certain challenges and risks.
What is cognitive load?
How to Avoid Cognitive Load and Make Business Applications Meaningful
When building applications, we cannot limit ourselves solely to technical aspects such as processes, data fields, or permissions. We must primarily think about the user of this application – the employee who will be working with it. It is essential to ensure that the information presented in the application is clear and consistent with reality. Therefore, the priority is to ensure that all elements of the user interface are easy to interpret and communicate with the user in an intuitive manner.
The Importance of Words and Consistency
Simplicity and Definition
When building a business application, we focus on flow diagrams, actions, and responsibilities. These are often prepared by hired specialists, documented, and treated as sacred. Is it worth adhering strictly to the terms from the process diagram approved by management? Is there a risk that these terms will not be understood uniformly by everyone? Highly likely. When a group of employees heads to the cafeteria, they rarely say, “We are initiating the lunch extraction process, according to the diagram, moving human resources to the cafeteria rooms via corridors and doors, with an estimated process time of 30 minutes.” Instead, someone yells, “Let’s go eat,” and everyone understands the process and its steps.
So, how should we approach this issue and avoid getting caught up in theoretical discussions?
Organize Workshops to Determine:
- Does the team have a unified understanding of terminology, or are there differences in interpretation?
- Are terms like status names and field names concise yet unambiguous?
- Are the names consistent for every employee and in every context, or are there variations in terminology?
- Is the language simple and universal?
- Is the tense and form used consistently (e.g., always using the perfective or imperfective verb form, and does it convey a specific meaning for us)?
- What language dominates our communication – native or foreign?
- Do we have accessible resources such as a glossary, online help, or user instructions?
If there are differences in term interpretation within our team, it is worth continuing the discussion and developing a tailored solution:
- Stick to one language, avoiding mixing the native language with English or another language.
- Establish a single linguistic form: determine whether terms like “statuses” refer to something completed, like “verified,” or to an ongoing action, like “verifying” in the context of a control process.
- Use colloquial language and common word meanings to avoid unnecessary reinterpretations and ensure that the linguistic code is shared between the sender and the receiver.
Summary
So what can we do to ensure that business applications make sense? First and foremost, we need to go beyond just the technical side of the project and compliance with established processes. It’s crucial to designate someone responsible for effectively communicating the system to employees. It’s also important to move away from outdated methods like Excel spreadsheets or PDF files. When designing a new application, we mustn’t forget about the users’ needs and regular communication with them. By prioritizing intuitiveness and simplicity, we can avoid cognitive overload.