Fordítási integráció meglévő üzleti alkalmazásba: így határozza meg a hatókört
Tervezze meg a fordítást üzleti alkalmazásában. Ajánlatkérés előtt határozza meg a tartalmat, a nyelveket, az ellenőrzést, az adatkezelési szabályokat, a hibakezelést és az átvételi teszteket.
Kezdjen egyetlen teljes feladattal, amelyet csapatának egy másik nyelven kell elvégeznie. Ezután határozza meg, hogyan illeszkedik ebbe a feladatba a fordítás. Így a szoftverszállító világosabb alapot kap a becsléshez, mint egy olyan kérésből, hogy tegyen be egy fordítás gombot.
A hatókörnek ki kell terjednie a szövegre, az emberekre, az adatokra és az eredményre. Azt is el kell magyaráznia, mi történik, ha a fordítás sikertelen. Az alábbi lépésekkel készítse el ezt a hatókört, mielőtt technikai megközelítést választ.
Válasszon egy munkafolyamatot az első kiadáshoz
Írja le, honnan származik a forrásszöveg, és hová kell kerülnie a jóváhagyott fordításnak. Például előfordulhat, hogy egy ügyfélszolgálati munkatársnak el kell olvasnia egy beérkező üzenetet, és választ kell készítenie az ügyfél nyelvén. Ez szemléltető követelmény, nem egy Vavus-telepítésről szóló beszámoló.
Sorolja fel az egyes lépéseket: az üzenet megnyitása, a fordítás kérése, a forrás és az eredmény egymás melletti elolvasása, a válasz szerkesztése és jóváhagyása küldésre. Döntse el, hogy a fordítás automatikusan indul-e, vagy csak akkor, ha egy munkatárs kiválasztja.
Az első kiadás legyen kicsi. Egy képernyőt és egy világos üzleti feladatot könnyebb tesztelni, mint egy alkalmazás összes szövegmezőjét.
Mérje fel a tartalmi és nyelvi igényeket
Készítsen listát a fordítandó mezőkről. Különítse el a rövid címkéket, a szabad szöveget, a dokumentumokat és a beszédet. Ezek eltérő feldolgozást és eltérő teszteket igényelhetnek. Sorolja fel azokat a mezőket is, amelyeknek változatlanul kell maradniuk, például a rendelésszámokat és a termékkódokat.
Adja meg a forrás- és célnyelveket, a regionális változatokkal együtt. Rögzítse a jellemző szöveghosszt és a várható napi mennyiséget. Kérdezze meg, mely nyelvkombinációkat és bemeneti formátumokat támogatja a javasolt szolgáltatás.
Rövid szövegeknél a kontextus is számíthat. A DeepL szövegfordító API-ja például támogat egy context paramétert, amely befolyásolhatja a fordítást anélkül, hogy magát a kontextust lefordítaná. A dokumentációja azt is kimondja, hogy egy kérésen belül a különálló szövegbejegyzések nem osztoznak a kontextuson. [1] A hatókörben szerepeljen, honnan származik a hasznos kontextus.
Határozza meg a terminológiát és az emberi ellenőrzést
Gyűjtse össze azokat a kifejezéseket, amelyeket vállalkozása gyakran használ. Vegye fel a preferált fordításokat, a termékneveket és azokat a szavakat, amelyeknek változatlanul kell maradniuk. Jelöljön ki egy személyt a lista karbantartására.
Egyes fordítószolgáltatások támogatják a szójegyzékeket. A Google Cloud Translation a szójegyzéket egyéni szótárként írja le, amely egy adott szakterület következetes terminológiáját szolgálja. [2] Ellenőrizze ezt a funkciót a pontos nyelvpárjaira és a választott szolgáltatásra. A szójegyzék nem bizonyítja, hogy a teljes üzenet helyes.
Döntse el, mely kimeneteket kell képzett nyelvi lektornak ellenőriznie. Biztosítson a lektornak hozzáférést az eredeti szöveghez. Határozzon meg egyértelmű jóváhagyási lépést, mielőtt az ügyfeleknek szóló szöveget elküldik vagy közzéteszik.
Állítson fel szabályokat az adatokra és a hozzáférésre
Írja le, milyen információkat kezel a munkafolyamat. A korai teszteknél használjon mesterséges példákat. Ne másoljon valódi ügyféladatokat egy próbába csak azért, hogy megnézze, működik-e egy gomb.
Kérdezze meg, hol dolgozzák fel a szöveget, mit tárol az alkalmazás, ki olvashatja, és mikor törlődik. Ebbe a megbeszélésbe vonja be a naplókat és a biztonsági mentéseket is. Ellenőrizze a szolgáltató aktuális feltételeit és a választott csomagban elérhető vezérlőket.
Egy egyedi felület önmagában nem teszi a külső fordítószolgáltatást sem priváttá, sem offline használhatóvá. Ha a projektje helyi feldolgozást igényel, ezt a követelményt már az elején jelezze, és a teljes adatfolyamot ehhez mérten tesztelje.
Készüljön fel a késésekre és a hibákra
Írja le a várt válaszidőt, és azt, mit tegyenek a munkatársak, ha a szolgáltatás nem érhető el. Az alkalmazásnak egyértelmű állapotot kell mutatnia, például: várakozik, ellenőrzésre kész vagy sikertelen. Őrizze meg az eredeti szöveget.
Kérje meg a fejlesztőt, hogy különböztesse meg az átmeneti hibákat a változtatást igénylő hibáktól. A DeepL dokumentációja például késleltetett újrapróbálkozást ír le a kéréskorlát túllépése miatti hibákra, a kimerült kvóta viszont más kezelést igényel. [3] Az ismételt kérések ne hozzanak létre duplikált üzleti műveleteket, például ne küldjék el kétszer ugyanazt a választ.
Állapodjon meg a használati riasztásokról és arról, ki felel a támogatásért. A projektköltségek összehasonlításakor vegye figyelembe a szolgáltatási díjakat, a karbantartást és a jövőbeli módosításokat.
Írja meg az átvételi teszteket a fejlesztés előtt
Válasszon reprezentatív példákat minden szükséges nyelvpárhoz. Legyenek köztük hosszú üzenetek, szokatlan karakterek, hiányzó mezők és a jóváhagyott listáján szereplő kifejezések. Tesztelje a teljes feladatot a forrásrekordtól a mentett vagy elküldött eredményig.
Határozzon meg olyan teljesítési feltételeket, amelyeket emberek ellenőrizni tudnak: a termékkódok változatlanok maradnak, jóvá nem hagyott fordítás nem küldhető el, a sikertelen kérés látható, és a lektor vissza tud térni a forráshoz. Egy képzett lektor értékelje a jelentést és a hangnemet. Rögzítse a hibákat, és a módosítások után ismételje meg ugyanazokat a teszteket.
Készítsen világos ajánlatkérést
Küldje el a munkafolyamatot, a mintamezőket, a nyelvpárokat, a becsült mennyiséget, az adatkezelési szabályokat és az átvételi teszteket. Minden tételnél jelölje, hogy az induláshoz szükséges, vagy egy későbbi kiadásba is belefér. Kérje írásban a feltételezéseket és a kizárásokat.
A Vavus írásos hatókör-meghatározást kínál egyedi projektekhez. [4] Az ajánlatkérő oldalon írja le meglévő alkalmazását és azt a feladatot, amelyet javítani szeretne. A javasolt integrációt, telepítést és tesztelést a projekt hatókörében kell megerősíteni.