Studio języka
Gralunex porządkuje ofertę wokół konkretnego zadania: lokalizacja językowa. Zamiast łączyć różne działalności w jedną obietnicę, rozdzielamy zakres usługi, przygotowanie i warunki współpracy. Dzięki temu przed decyzją wiesz, o co zapytać i jakie informacje potwierdzić.
Jedno zgłoszenie, czytelna decyzja
Zgłoszenie powinno prowadzić do konkretnego działania w zespole produktu. Jasny kontekst i kategoria problemu pomagają skierować je do właściwej osoby. Raport może wskazać potrzebę zmiany tekstu, układu lub funkcji. Decyzję o poprawce warto zachować wraz z informacją o sprawdzanej wersji.
Zacznij od zakresu projektu
Opisz etap produkcji, rynki docelowe i oczekiwany rezultat testów. Na tej podstawie można uzgodnić harmonogram, format zgłoszeń, zasady poufności i odpowiedzialność za poprawki; audyt nie oznacza certyfikacji platformy.
Raport użyteczny dla developera
Określ platformy, języki docelowe, objętość materiału oraz etap produkcji. Brief powinien rozróżniać pracę nad tekstem od testowania działającego buildu.
Raportuj problem z kontekstem: lokalizacją w grze, krokami odtworzenia, oczekiwanym rezultatem i załącznikiem. Priorytet zgłoszenia powinien wynikać z wpływu na użytkownika.
Spójność terminologii wymaga decyzji o znaczeniu słów w świecie gry. Ten sam termin może pojawiać się w dialogu, menu i opisie przedmiotu, lecz mieć inne ograniczenia długości. Warto zachować wspólną podstawę i zaznaczyć uzasadnione wyjątki. Proces powinien pozostawiać czytelny ślad decyzji, aby kolejne aktualizacje nie zaczynały pracy nad słownikiem od początku.
Język spotyka jakość produktu
Glosariusz, kontekst i instrukcje stylistyczne pomagają utrzymać spójność dialogów oraz interfejsu. Liczbę słów, format plików, języki i harmonogram określamy w briefie. Plan testów opisuje platformę, zakres scenariuszy oraz kryteria zgłoszenia problemu. Reprodukcja, kroki, oczekiwany wynik i materiał dowodowy umożliwiają pracę zespołu developerskiego.
