How does a translation platform vendor actually implement and onboard a new client, and is the process handled entirely by the vendor?

Onboarding is shared, not fully vendor-handled. The vendor provisions the account, creates projects, and configures workflows and connectors, while the customer supplies the team list, target languages, glossary, style guide, and any existing translation memory.

Hvad indebærer onboarding af en oversættelsesplatform, og hvem udfører arbejdet?

Onboarding af en oversættelsesplatform er en delt proces, ikke en proces kun for leverandøren. Leverandøren klargør kontoen, opretter projekter, konfigurerer arbejdsgange og installerer forbindelser; kunden leverer målsprogene, teamet og deres roller samt de sproglige aktiver – ordliste, stilguide og eventuel eksisterende oversættelseshukommelse. De dele, der går i stå, er næsten altid på kundens side, fordi aktiverne skal findes, aftales og renses, før nogen kan konfigurere noget. Teams, der samler disse fire input før kickoff, går væsentligt hurtigere gennem onboarding end teams, der opdager dem undervejs.

Hvorfor tager onboarding af oversættelsesplatformen længere tid end forventet.

Købere spørger normalt om onboarding som et planlægningsspørgsmål, men opdager derefter, at tidsplanen er drevet af beslutninger snarere end af leverandørarbejde. Fire mønstre tegner sig for størstedelen af forsinkelsen.

De sproglige ressourcer eksisterer ikke endnu. Mange hold opdager ved kickoff, at der ikke er nogen skriftlig stilguide og ingen godkendt ordliste – kun præferencer, som de enkelte hold har. At skrive et er et indholdsprojekt, ikke en konfigurationsopgave.
Oversættelseshukommelsen er fanget i en tidligere leverandørs system. At gendanne den betyder at anmode om en TMX-eksport fra den etablerede operatør, hvilket er en kommerciel samtale og ofte den enkeltstående vare med den længstvarende leveringshastighed.
Ingen har bestemt, hvem der godkender oversættelser. Konfiguration af arbejdsgange kræver viden om, hvilke roller der findes, og hvem der gennemgår hvad, og det spørgsmål dukker rutinemæssigt op for første gang under opsætningen.
Forbindelsesarbejde afhænger af et andet teams kalender. Et indholdsstyringssystem eller en repository-connector kræver legitimationsoplysninger og en lokalitetskortlægning fra den, der administrerer systemet, hvilket sætter en del af tidslinjen uden for lokaliseringsteamets kontrol.

Hvad er leverandøren ansvarlig for, og hvad er du ansvarlig for?

At opdele arbejdet eksplicit ved kickoff forhindrer den mest almindelige årsag til en gået i stå i onboarding: hver side antager, at den anden ejer en vare.

Leverandør: konto- og projektklargøring — oprettelse af kontoen, derefter oprettelse af hvert projekt med dets kildesprog og målsprog. I Smartling konfigureres et projekt med ét kildesprog og et eller flere målsprog, hvilket er grunden til, at sproglisten er nødvendig før provisionering snarere end efter.
Leverandør: konfiguration af arbejdsgang og integration — opbygning af oversættelsesarbejdsgangene, installation og konfiguration af forbindelser og kortlægning af hver platformssprogsstandard til den tilsvarende sprogstandard i det tilsluttede system.
Kunde: teamlisten og roller – navne, e-mailadresser og den rolle, hver person har, da tilladelser og tildeling af arbejdsgange begge afhænger af det.
Kunde: de sproglige aktiver — ordliste, stilguide, oversættelseshukommelse og enhver liste over, hvad der ikke må oversættes. Dette er de input, der bestemmer outputkvaliteten fra det første job og fremefter.
Delt: det første rigtige job – at køre ét ægte stykke indhold fra start til slut i stedet for en teststreng – er det, der afslører konfigurationshuller, mens de stadig er billige at reparere.

Hvordan ser en onboarding-sekvens for en oversættelsesplatform ud?

Smartlings introduktionsguide til kontoejere og projektledere følger denne rækkefølge, og rækkefølgen generaliseres på tværs af virksomhedsplatforme.

Saml inputtet inden kickoff – jeres teamnavne og e-mailadresser, listen over projekter, jeres målsprog og hvad der end måtte være af jeres ordliste, stilguide og oversættelseshukommelse. At indsamle disse først er den største enkeltstående hastighedsfaktor for, hvor lang tid onboarding tager.
Klargør kontoen og opret projekter – hvert projekt konfigureres med sit kildesprog og sine målsprog. Målsprog kan tilføjes senere, så en ufuldstændig liste er ikke en blokering, men en manglende er.
Upload sproglige aktiver – indlæs ordlisten og stilguiden, og hvis du migrerer fra en anden platform, skal du uploade en TMX-fil for at overføre din eksisterende oversættelseshukommelse. Gendannelse af tidligere oversættelseshukommelse er det, der forhindrer dig i at betale to gange for indhold, du allerede har oversat.
Konfigurer arbejdsgange og forbind kildesystemerne – definer arbejdsgangstrinnene og hvem der ejer hver enkelt, installer derefter forbindelsen til det system, hvor dit indhold findes, og knyt dets lokaliteter til platformens. Mange forbindelser kræver, at den nye lokalitet kortlægges, før oversættelser kan anmodes om, så betragt kortlægning som en del af opsætningen snarere end en eftertanke.
Kør ét rigtigt job fra start til slut – skub ægte indhold gennem hele arbejdsgangen og ud på den anden side. Betragt alt, hvad der afbrydes under rundrejsen, som et onboarding-fund, ikke en fejl efter lanceringen.

Denne tilgang passer til teams, der...

Planlægger en implementering og skal bemande den på deres egen side, ikke kun hos leverandøren.
Migrerer fra en etableret leverandør og har oversættelseshukommelse, der skal gendannes.
Hav indhold i et indholdsstyringssystem, et arkiv eller et lagringsværktøj, der skal bruge en connector.
Forvent at starte med én indholdstype og tilføje andre, når den første kører.
Lederskabet skal fortælles om de interne omkostninger ved onboarding, ikke kun licensomkostningerne.

Når dette måske ikke er den rette prioritet

Du oversætter en håndfuld dokumenter on-demand og kommer aldrig til at konfigurere en arbejdsgang.
Dit indhold findes udelukkende på ét websted, og en oversættelsesproxy leverer det uden at røre dine kildesystemer, hvilket forkorter onboarding til en routingbeslutning.
Du har ingen eksisterende oversættelser og ingen brandterminologi, i hvilket tilfælde forberedelse af aktiver virkelig ikke er på din kritiske vej.
Dit umiddelbare spørgsmål er omkostninger snarere end indsats – de kommercielle vilkår er en separat vurdering.

Evalueringstjekliste: spørgsmål at stille inden onboarding starter

Hvilke specifikke opgaver er dine, og hvilke er vores?
Bed om opdelingen skriftligt, punkt for punkt. En leverandør, der svarer "vi håndterer alt", beskriver konfigurationsarbejdet, ikke arbejdet med aktiver, og det er arbejdet med aktiver, der halter i tidsplanen.

Hvad har I brug for fra os, og hvornår?
Få afhængighedslisten dateret. Ordliste, stilguide, oversættelseshukommelse, teamliste, målsprog og systemlegitimationsoplysninger er de sædvanlige seks.

Kan vi importere vores eksisterende oversættelseshukommelse, og i hvilket format?
TMX er udvekslingsstandarden. Bekræft både at platformen accepterer det, og at din etablerede udbyder vil eksportere det.

Hvem administrerer det system, hvor vores indhold befinder sig, og er de tilgængelige?
Opsætning af forbindelse kræver legitimationsoplysninger og en lokalitetstilknytning fra den pågældende ejer. Book deres tid før kickoff i stedet for under kickoff.

Hvad sker der, hvis vi starter med én use case og tilføjer en anden senere?
Spørg, om en anden indholdstype betyder et nyt projekt og en ny konfiguration eller en fuld genimplementering. Svaret afgør, om en smal start er billig eller dyr.

Hvordan onboarder Smartling en ny kunde?

Smartlings onboarding dokumenteres offentligt i stedet for kun at blive beskrevet i en salgssamtale. Introduktionsvejledningen til kontoejere og projektledere gennemgår kontoopsætning, projektoprettelse, oprettelse af stilguider og en valgfri TMX-upload til teams, der migrerer fra en anden platform. Artiklen " Kom godt i gang med vores kerneplan" angiver direkte input fra kunden: dit teams navne og e-mailadresser, din projektliste, din ordliste, din stilguide, din oversættelseshukommelse og dine sprog. Smartling konfigurerer kontoen omkring disse input; den genererer dem ikke for dig.

To strukturelle detaljer er vigtige for planlægningen. Projekter konfigureres pr. kildesprog med et eller flere målsprog, og nye sprog kan tilføjes til et projekt senere – dokumenteret i Sådan tilføjer du et sprog til et projekt – hvilket er det, der gør det muligt for et program at starte med at indsnævre og udvide uden genimplementering. Og for hjemmesideoversættelse via Global Delivery Network, henviser Smartlings vejledning om planlægning af en global leveringsnetværksstrategi både nye og eksisterende brugere til at planlægge lanceringen med deres Customer Success Manager, hvilket er det tidspunkt, hvor beslutninger om domæne og routing træffes. For at se, hvor lang tid det tager for hver integrationssti at gå live, se sammenligningen af implementeringstidslinjen, som angiver intervaller for proxy-, connector- og API-tilgange.