Översättningsstatusar bör besvara nästa fråga

Översättningssystem producerar många tillstånd. Jobb köas, leverantörer svarar, utkast sparas, Contentful uppdateras, poster publiceras och omförsök startar.

Att visa all denna aktivitet gör inte automatiskt framstegen tydliga.

En användbar status bör besvara nästa fråga som redaktören har.

En begäran har flera livscykler

En flerspråkig begäran går ofta genom tre huvudfaser:

1. översätta
2. skicka
3. publicera

Varje fas kan vara inaktiv, köad, pågående, lyckad, överhoppad eller misslyckad. Att komprimera dessa tillstånd till ett enda ord gör att viktig information går förlorad.

"Slutförd" kan betyda att översättningsutkastet är klart för granskning, att målspråket skrevs till Contentful eller att posten är live. Det är väsentligt olika resultat.

Gränssnittet bör ange fasen och dess tillstånd tillsammans.

Status och åtgärd hör ihop

Redaktörer läser status för att avgöra vad de kan göra härnäst.

• En färdig översättning kan granskas.
• En godkänd översättning kan skickas.
• En lyckad överföring kan publiceras.
• Ett tillfälligt fel kan försöka igen.
• Pågående arbete kan gå att avbryta.

Om den tillgängliga åtgärden inte matchar det visade tillståndet känns produkten inkonsekvent. En publiceringsknapp bredvid en begäran som aldrig skickades vidare är inte bara förvirrande; den försvagar förtroendet för det underliggande arbetsflödet.

Backenden bör avgöra tillgänglighet utifrån beständigt tillstånd och behörigheter, och sedan bör UI:t återspegla det beslutet konsekvent.

Förloppsantal behöver en stabil nämnare

Batchförlopp blir missvisande när varje fas använder ett annat totalantal utan att förklara det.

En batch med tio översättningsbegäranden kan ha tio översättningar, åtta överföringar och sex publiceringar eftersom vissa språkvarianter bara var för granskning eller automatisering var inaktiverad.

Förlopp bör skilja på:

• totalt antal begäranden
• begäranden som är berättigade till den aktuella fasen
• slutförda, aktiva, misslyckade och överhoppade begäranden

Överhoppad är särskilt viktigt. Det är ett slutgiltigt beslut, inte oavslutat arbete.

Bevara historik utan att överbelasta skärmen

Det aktuella tillståndet bör förbli kompakt, men operatörer behöver fortfarande historik när något går fel.

En expanderbar händelsetidslinje kan visa när begäran köades, vilket försök som misslyckades, om ett automatiskt omförsök kördes och när Contentful accepterade uppdateringen. Det stöder felsökning utan att förvandla varje tabellrad till en loggvisare.

Använd mänskligt språk för huvudstatusen och behåll tekniska identifierare och tidsstämplar i detaljvyn.

Slutgiltiga tillstånd bör förbli slutgiltiga

Polling och realtidshändelser kan anlända i fel ordning. En äldre "pågående"-händelse får inte flytta en slutförd begäran bakåt. En uppdaterad sida bör inte tillfälligt visa köad efter att databasen redan registrerat framgång.

Tillståndsövergångar behöver ordning och idempotens. Gränssnittet bör sammanfoga uppdateringar med hjälp av den auktoritativa tidsstämpeln eller versionen, inte bara acceptera det senaste meddelandet som levererats till webbläsaren.

Slutsatsen

Statusdesign är en del av arbetsflödet, inte dekoration runt det.

Separera faserna översättning, överföring och publicering. Koppla varje tillstånd till den åtgärd det möjliggör, räkna överhoppat arbete ärligt och ha en detaljerad historik nära till hands. Den bästa statusen är den som gör nästa beslut tydligt.