Business supplies and services: Operations dashboard for localisation providers
An operations dashboard for localisation providers that shows open language issues per release, language and cause, revealing whether problems lie in the source, the translation or missing context.
Which figures localisation providers really need.
After a few releases, a localisation provider knows that some products cause more trouble than others, but not why. Are the issues down to strings without context, source text changing after freeze, one language where the translator keeps changing, or too little room in the interface? Reports are spread across review reports, screen tests, the portal and client emails after release. When a client asks at a review why one language keeps getting more issues, the answer is a hunch rather than an overview. A dashboard should show per release and language how many issues are open and where they come from.
Operations dashboard for localisation providers
Example- 1
Agree issue causes
DoneFirst we set a fixed list of causes: missing context, source change after freeze, terminology error, translation error, text too long, variable or plural form wrong, and a problem in the software itself.
- 2
Connect reports from every step
In progressThe dashboard reads reports from string packages, review reports, screen tests and the portal.
- 3
Investigate and discuss patterns
NextThe overview shows which causes occur most per product and language.
From scattered figures to one overview.
Agree issue causes
First we set a fixed list of causes: missing context, source change after freeze, terminology error, translation error, text too long, variable or plural form wrong, and a problem in the software itself. Reviewers and screen testers use that list for every report, as does the project manager for client reports.
Connect reports from every step
The dashboard reads reports from string packages, review reports, screen tests and the portal. Per release and language a picture emerges of open and resolved issues with their cause. Because every report is tied to a string and version, you can see at which step the problem arose.
Investigate and discuss patterns
The overview shows which causes occur most per product and language. If missing context dominates, that is a point to raise with the client. If it is a translation error in one language, it is an internal matter. The project manager can click through from each issue to the string and the report.
Figures from your own work.
Localisation providers have reports scattered across their translation environment, review documents, the portal and the mailbox. The dashboard brings them together without double entry, as long as reports in the string package or portal are logged with a cause. Clients sometimes keep their own tracker of language bugs after release; it can be imported if they provide an export. You own the quality data and decide what is shared with the client.
Internal view or shared with client
An internal view can be candid about your own translation errors. Sharing with the client works well for causes on their side, such as missing context or late source changes. Two views on the same data allow a conversation about improvement without blame, because every cause has a clear owner.
Look per language or per cause
A per language view shows where most issues sit but not why. A per cause view shows which problem is structural but hides that one language stands out. Both are needed; a review usually starts from the cause and zooms in on the languages where it occurs most.
Open issues only or resolved too
Open issues tell you what must happen now for the release. Resolved issues show how the process works: how many your own review caught and how many the client only found after release. That ratio is often the best quality signal, which is why the dashboard shows both.
Which figures we put on the dashboard.
The fixed list of causes, findings from string packages, reviews and the portal brought together, and an overview per release, language and cause: the dashboard shows that from the start. We check it together with the data from an ordinary completed release, and with a release where the client reports many issues in one language after going live. A view to share with the client and language bugs from their own tracker can be switched on later.
View pricingSupport and updatesGood to know.
Explore pricing and optionsHow many releases before the dashboard means something?
After one release you already see per language which causes occurred. Patterns become reliable after several releases of the same product. The more consistently reviewers use the causes, the sooner the picture holds and the sooner you can discuss it with the client.
Can we see which issues the client causes?
Yes, through causes such as missing context or source change after freeze. These are not there to assign blame but to discuss with the client what could improve on their side, such as sending screenshots or guarding the freeze more closely.
How do we handle issues that are really software bugs?
They get their own cause, such as a string never made translatable or an interface that truncates text. They are passed to the client and do not count as language issues. The dashboard still shows how many there are, because they affect the language team's work.
Do reviewers have to fill in much extra?
No. With each report they pick a cause from the fixed list, which takes little extra time. Beyond that the dashboard only uses data already in the string package and the portal. If many reports come in as other, we adjust the list.
What often connects to this.
- Digital job cards for localisation providersDigital job cards for localisation providers: a string package with version reference that records translation, review and screen testing per language, so every delivery traces back to a release.
- Website for localisation providersA website for localisation providers that explains how software, apps and help content are translated and tested per release, so a product team knows what to supply and when.
- Enquiry form for localisation providersAn enquiry form for localisation providers that gathers source strings, screen context and release details, so the language team knows where every string appears before translation starts.
See where the work drifts.
Start with a short intake. Then we schedule a call to show the software with your services, team and way of working.
WhatsAppinfo@vorlyo.com Operations dashboard for localisation providers: open language issues per release and language, traceable to source text, translation or missing context.
- Agree issue causes
- Connect reports from every step
- Investigate and discuss patterns