A major challenge of this work within the product was making the writing concise and clear for a variety of type of users.
The user type which defined their use and needs of the platform were defined by their job role, as well as their familiarity of the product and the sustainability industry.
User segmentation definition and research had been undertaken, via an Appcues-built survey that asked users what their intention was within the platform.
These results are shown below.
As part of the sign-up process form, the user is asked to enter their job title.
I analysed this with Excel, and to obtain a main takeaway of the major shared connections, created this wordmap of the common keywords within job titles shared.
'Manager', 'Sustainability', Quality, Environmental, Technical, Coordinator, Lead and Compliance were the most regular occurences.
These roles have then defined into the usual types of tasks they do on the platform or have responsbility of within their job role.
User writing work and needs were done as and when required. However, I created an internal UX writing guide that defined the importants factors of:
From this, the projects that determined a clear direction of the UX writing were:
Here, the main aspects to deliver to the user were:
Previously, this e-mail was more of a marketing-style email and contained too many words, which was becoming cumbersome and did not help in reducing customer support tickets related to signing up.
---
An external content consultant created the 'before' design. It was written with an idea of marketing/persuasion in mind, to invite other colleagues into the platform, especially if they had no prior knowledge of M2030.
However, user research stated that this was not relevant to all users, as they had already been 'converted' and that users had spoken to each other to confirm that an invite would be sent and why.
Therefore, in a team of the PM, myself and 2 Customer Support colleagues created the new version, which focused on being instructional.
---
Customer support tickets mostly consisted of general log in errors. This was due to necessary security systems. However, the UX writing error message did not convey the multitude of errors that could've locked the user out. This was due to the system being 'lean' in its service and Product not being able to prioritise.
Users could be locked out of their account after 3 attempts, but the error notification didn't convey this. This was a simple change: to allow for the system to give different error messages, as the business and user needs are greater.
Login messages made clear pt 1
Login messages made clear pt 2
Login messages made clear pt 3