Jak stanovit rozsah integrace překladu do stávající firemní aplikace
Naplánujte překlad ve své firemní aplikaci. Než si vyžádáte nabídku, určete obsah, jazyky, kontrolu, pravidla pro data, řešení chyb a akceptační testy.
Začněte jedním úplným úkolem, který váš tým potřebuje zvládnout v jiném jazyce. Pak určete, jak do tohoto úkolu zapadá překlad. Dodavatel softwaru tak získá jasnější podklad pro odhad než z požadavku na přidání tlačítka pro překlad.
Rozsah by měl pokrýt text, lidi, data a výsledek. Měl by také vysvětlit, co se stane, když překlad selže. Podle následujících kroků si tento rozsah připravte dřív, než zvolíte technický přístup.
Pro první verzi zvolte jeden pracovní postup
Zapište si, odkud zdrojový text pochází a kam musí jít schválený překlad. Například pracovník podpory může potřebovat přečíst příchozí zprávu a připravit odpověď v jazyce zákazníka. Jde o ilustrativní požadavek, nikoli o popis instalace Vavus.
Vypište jednotlivé kroky: otevřít zprávu, vyžádat si překlad, číst zdrojový text vedle výsledku, upravit odpověď a schválit ji k odeslání. Rozhodněte, zda se překlad spustí automaticky, nebo až když ho zaměstnanec zvolí.
První verzi udržte malou. Jednu obrazovku a jeden jasný firemní úkol otestujete snáz než každé textové pole v aplikaci.
Určete potřeby obsahu a jazyků
Sepište pole, která je třeba překládat. Oddělte krátké popisky, volný text, dokumenty a řeč. Mohou vyžadovat jiné zpracování a jiné testy. Vypište také pole, která musí zůstat beze změny, například čísla objednávek a kódy produktů.
Určete zdrojové a cílové jazyky včetně případných regionálních variant. Zaznamenejte obvyklou délku textu a předpokládaný denní objem. Zeptejte se, které jazykové kombinace a vstupní formáty navrhovaná služba podporuje.
U krátkého textu může záležet na kontextu. Například textové API DeepL podporuje parametr context, který může ovlivnit překlad, aniž by se samotný kontext překládal. Jeho dokumentace také uvádí, že jednotlivé textové položky v jednom požadavku nesdílejí kontext. [1] Váš rozsah by měl uvádět, odkud užitečný kontext pochází.
Určete terminologii a lidskou kontrolu
Shromážděte termíny, které vaše firma často používá. Uveďte preferované překlady, názvy produktů a slova, která mají zůstat beze změny. Údržbou tohoto seznamu pověřte jednoho člověka.
Některé překladové služby podporují glosáře. Google Cloud Translation popisuje svůj glosář jako vlastní slovník pro jednotnou oborovou terminologii. [2] Ověřte tuto funkci pro své konkrétní jazykové páry a zvolenou službu. Glosář nedokazuje, že je celá zpráva správně.
Rozhodněte, které výstupy musí zkontrolovat kvalifikovaný jazykový korektor. Dejte korektorovi přístup k původnímu textu. Před odesláním nebo zveřejněním textu určeného zákazníkům nastavte jasný krok schválení.
Stanovte pravidla pro data a přístup
Popište, s jakými informacemi pracovní postup pracuje. V raných testech používejte umělé příklady. Nekopírujte do zkušebního provozu skutečné záznamy zákazníků jen proto, abyste zjistili, zda tlačítko funguje.
Zeptejte se, kde se bude text zpracovávat, co bude aplikace ukládat, kdo ho může číst a kdy se smaže. Do této diskuse zahrňte i logy a zálohy. Ověřte aktuální podmínky poskytovatele a nastavení, která jsou ve zvoleném tarifu k dispozici.
Vlastní rozhraní samo o sobě neudělá z externí překladové služby soukromou ani offline službu. Pokud váš projekt vyžaduje místní zpracování, uveďte tento požadavek hned na začátku a celý tok dat podle něj otestujte.
Počítejte se zpožděním a chybami
Zapište očekávanou dobu odezvy a to, co mají zaměstnanci udělat, když služba není dostupná. Aplikace by měla zobrazovat jasný stav, například čeká, připraveno ke kontrole nebo selhalo. Zachovejte původní text.
Požádejte vývojáře, aby rozlišoval dočasná selhání od chyb, které vyžadují změnu. Například DeepL dokumentuje opakování s prodlevou u chyb z překročení limitu požadavků, zatímco vyčerpaná kvóta vyžaduje jinou reakci. [3] Opakované požadavky by neměly vytvářet duplicitní firemní akce, například dvojí odeslání stejné odpovědi.
Dohodněte se na upozorněních na využití a na tom, kdo odpovídá za podporu. Při porovnávání nákladů projektu zahrňte poplatky za službu, údržbu a budoucí změny.
Sepište akceptační testy před vývojem
Pro každý potřebný jazykový pár vyberte reprezentativní příklady. Zahrňte dlouhé zprávy, neobvyklé znaky, chybějící pole a termíny ze schváleného seznamu. Otestujte celý úkol, od zdrojového záznamu po uložený nebo odeslaný výsledek.
Stanovte kritéria úspěchu, která lze ověřit: kódy produktů zůstanou beze změny, neschválený překlad nelze odeslat, neúspěšný požadavek je vidět a korektor se může vrátit ke zdroji. Ať význam a tón posoudí kvalifikovaný korektor. Zaznamenávejte vady a po změnách zopakujte stejné testy.
Připravte jasnou žádost o nabídku
Pošlete pracovní postup, ukázková pole, jazykové páry, odhadovaný objem, pravidla pro data a akceptační testy. U každé položky označte, zda je nutná pro spuštění, nebo se hodí do pozdější verze. Vyžádejte si předpoklady a výjimky písemně.
Vavus nabízí písemné stanovení rozsahu projektů na míru. [4] Na stránce s nabídkou popište svou stávající aplikaci a úkol, který chcete zlepšit. Navrhovaná integrace, nasazení a testování by měly být potvrzeny v rozsahu vašeho projektu.