Wyobraźmy sobie, że uruchamiamy długo wyczekiwaną grę. Pierwsza scena wygląda świetnie, muzyka buduje napięcie, a postać właśnie ma zdradzić nam ważny sekret. Zamiast naturalnego dialogu czytamy jednak zdanie, które brzmi jak instrukcja przetłumaczona bez kontekstu. Chwilę później przycisk wychodzi poza ramkę, żart przestaje być zabawny, a bohater raz zwraca się do nas na „ty”, a innym razem używa formy oficjalnej.

W aplikacji mobilnej podobny problem może wyglądać mniej widowiskowo, ale być równie uciążliwy. Nie wiemy, czy przycisk „Zastosuj” zapisuje ustawienia, uruchamia subskrypcję, czy zatwierdza formularz. Komunikat o błędzie jest poprawny językowo, lecz nie podpowiada, co zrobić. Regulamin mówi jednym językiem, ekran płatności drugim, a powiadomienie trzecim.

W tym miejscu zaczyna się biznes lokalizacyjny. Nie sprzedajemy samego zastępowania angielskich słów polskimi odpowiednikami. Pomagamy sprawić, żeby użytkownik rozumiał produkt, rozpoznawał intencję komunikatów i odbierał doświadczenie w sposób zgodny z założeniami twórców.

Lokalizacja łączy tłumaczenie, dopasowanie kulturowe, pracę z terminologią, kontrolę techniczną i testowanie tekstów w działającym produkcie. W grach szczególne znaczenie mają dialogi, osobowość postaci i świat przedstawiony. W aplikacjach ważne są również nazwy funkcji, komunikaty, ograniczenia interfejsu oraz jasność instrukcji. Sam plik z tłumaczeniem nie zastępuje sprawdzenia, jak tekst działa na ekranie.alconost+1

W tym przewodniku przyjmujemy konkretny punkt wyjścia: budujemy niewielką usługę lokalizacji z języka angielskiego na polski, a następnie rozszerzamy ją o redakcję, testy językowe i obsługę kolejnych aktualizacji. Nie obiecujemy obsługi wszystkich języków. Nie zaczynamy też od drogiego biura ani wielkiego zespołu. Najpierw sprawdzamy własne kompetencje, przygotowujemy portfolio i zdobywamy płatny projekt pilotażowy.

Naszym celem jest biznes, w którym umiemy odpowiedzieć na pięć pytań: komu pomagamy, co dokładnie dostarczamy, ile zajmuje nam realizacja, ile zostaje po kosztach i dlaczego klient ma wybrać właśnie nas.

Spis treści

1. Oferta i kompetencje.

2. Czym zajmuje się lokalizator.

3. Lokalizacja a tłumaczenie.

4. Wybór specjalizacji.

5. Umiejętności i portfolio.

6. Pakiety usług.

7. Proces realizacji projektu.

8. Adaptacja kulturowa.

9. Terminologia, zmienne i formaty.

10. Testy językowe i odbiór.

11. Umowy i bezpieczeństwo.

12. Firma i finanse.

13. Działalność nierejestrowana w 2026 roku.

14. Rejestracja firmy.

15. Budżet początkowy.

16. Wycena i scenariusze zarobków.

17. Narzędzia i partnerzy.

18. Marketing i rozwój.

19. Reklama na rynku polskim.

20. SEO, content marketing i silos.

21. Wykorzystanie AI.

22. Plan pierwszych 90 dni.

23. Podsumowanie, FAQ i autor.

24. Pozycja Zero.

25. Sitemap XML.

26. Makiety stron i ofert.

Oferta i kompetencje

Co właściwie sprzedajemy

Naszą usługą jest przygotowanie gry albo aplikacji do odbioru przez użytkowników konkretnego języka i rynku. W podstawowym wariancie tłumaczymy treści. W szerszym wariancie opracowujemy terminologię, dopasowujemy styl, rozwiązujemy problemy wynikające z ograniczeń interfejsu i sprawdzamy rezultat w działającym produkcie.

W praktyce proces lokalizacji może obejmować przygotowanie tekstów źródłowych, przekazanie kontekstu, tłumaczenie, redakcję, integrację oraz testy językowe w aktualnej wersji gry lub aplikacji. Rozdzielenie tych etapów pomaga ustalić, za co odpowiada klient, a za co odpowiadamy my.alconost+1

Nie opisujemy oferty wyłącznie jako „profesjonalne tłumaczenia”. Taki komunikat nie pokazuje, czy rozumiemy gry, aplikacje, ograniczenia techniczne i pracę przy aktualizacjach.

Lepszą propozycją jest:

Lokalizujemy gry i aplikacje z angielskiego na polski. Przygotowujemy naturalne teksty, porządkujemy terminologię i sprawdzamy ich działanie w interfejsie. Zakres tłumaczenia, redakcji i testów ustalamy przed rozpoczęciem projektu.

 

 

To obietnica konkretna, ale nie przesadna. Nie gwarantujemy wzrostu sprzedaży, ocen w sklepie ani liczby pobrań, ponieważ nie kontrolujemy całego produktu i jego marketingu.

Lokalizacja a zwykłe tłumaczenie

Takie rozróżnienie nie umniejsza wartości tłumaczenia. Pokazuje po prostu, że testy językowe i adaptacja do interfejsu wymagają dodatkowej pracy, której nie należy ukrywać w cenie za słowo.alconost+1

Wybieramy jedną specjalizację

Na początku nie próbujemy obsługiwać wszystkich gatunków gier i wszystkich aplikacji. Wybieramy obszar, w którym rozumiemy odbiorców, mechanikę produktu i język.

Rozważamy następujące kierunki:

• Gry niezależne z niewielką liczbą dialogów.

• Gry narracyjne i przygodowe.

• Gry strategiczne oraz symulacyjne.

• Gry mobilne z regularnymi aktualizacjami.

• Aplikacje produktywności.

• Aplikacje edukacyjne.

• Narzędzia dla twórców i małych firm.

• Redakcja istniejących polskich wersji językowych.

• Testy językowe gotowych lokalizacji.

Na start wybieramy jedną parę językową i maksymalnie dwa typy projektów. Przykładowo: angielski–polski, gry niezależne oraz aplikacje produktywności.

Nie przedstawiamy znajomości kilku języków na poziomie komunikacyjnym jako zdolności do profesjonalnej lokalizacji na każdy z nich. Jeżeli rozszerzamy ofertę, angażujemy odpowiednio kompetentnych współpracowników i jasno opisujemy ich role.

Kompetencje językowe

Nie wystarczy rozumieć tekst źródłowy. Musimy także pisać po polsku w sposób naturalny, konsekwentny i dostosowany do sytuacji.

Ćwiczymy:

• Skracanie zdań bez utraty znaczenia.

• Redagowanie komunikatów interfejsu.

• Tworzenie dialogów różniących się głosem postaci.

• Rozpoznawanie niejednoznacznych poleceń.

• Utrzymywanie spójności nazw.

• Wyjaśnianie decyzji językowych klientowi.

• Odróżnianie błędu od uzasadnionego wariantu stylistycznego.

Słowo „claim” może w różnych miejscach oznaczać odebranie nagrody, zgłoszenie roszczenia albo przypisanie zasobu. Bez kontekstu nie wybieramy odpowiednika na podstawie pierwszej sugestii słownika lub modelu AI.

W portfolio pokazujemy nie tylko gotowe zdanie, lecz także sposób rozwiązania problemu.

Kompetencje techniczne

Nie musimy od razu zostać programistami. Powinniśmy jednak rozumieć, że tekst w produkcie bywa częścią struktury danych, a nie zwykłym akapitem.

Uczymy się rozpoznawać:

• Identyfikatory tekstów.

• Zmienne i znaczniki formatowania.

• Pliki CSV, JSON, XML i arkusze.

• Limity znaków.

• Podziały wierszy.

• Reguły liczby mnogiej.

• Różnice między tekstem widocznym a kluczem technicznym.

• Aktualizacje i wersjonowanie materiałów.

Platformy lokalizacyjne mogą wspierać pracę nad zmiennymi, limitami długości, komentarzami, zrzutami ekranów i integracją z procesem tworzenia produktu. Nie zwalnia to jednak z rozumienia, co kontrolujemy i czego nie wolno zmieniać.gamedeveloper+1

Portfolio bez wymyślonych klientów

Przygotowujemy trzy niewielkie próbki, które możemy legalnie pokazać. Najbezpieczniejszy wariant to własne materiały demonstracyjne albo treści wykorzystane za zgodą uprawnionego podmiotu.

Nie publikujemy fragmentów poufnego projektu. Nie dopisujemy logotypów firm, dla których nie pracowaliśmy. Nie tworzymy fikcyjnych opinii.

Każda próbka powinna zawierać:

• Opis produktu i odbiorców.

• Tekst źródłowy.

• Wersję polską.

• Ograniczenia techniczne.

• Krótkie uzasadnienie ważnych decyzji.

• Informację, czy materiał jest demonstracyjny.

• Przykład kontroli jakości.

Pierwsza próbka może przedstawiać interfejs aplikacji. Druga — dialog dwóch bohaterów. Trzecia — raport z testów językowych na własnej makiecie.

Zamiast pokazywać sto przypadkowych zdań, pokazujemy dziesięć problemów, które umiemy rozwiązać.

Pakiety usług

Tworzymy ofertę, w której klient rozumie różnicę między wariantami. Nie nazywamy wszystkich pakietów „kompleksowymi”.

Zakres LQA, czyli językowej kontroli jakości, obejmuje sprawdzenie tłumaczenia w kontekście produktu: znaczenia, spójności, dopasowania kulturowego i problemów ujawniających się podczas używania interfejsu. Nie utożsamiamy go automatycznie z pełnym testowaniem funkcjonalnym gry.gamedeveloper

Co wyłączamy z oferty

Wyłączenia chronią obie strony przed nieporozumieniami.

W zależności od projektu wskazujemy, że podstawowa oferta nie obejmuje:

• Nagrania głosów.

• Castingu aktorów.

• Reżyserii dubbingu.

• Programowania zmian w aplikacji.

• Projektowania interfejsu.

• Porady prawnej dotyczącej regulaminu.

• Tłumaczeń przysięgłych.

• Pełnych testów funkcjonalnych.

• Obsługi dodatkowych języków.

• Nieograniczonej liczby zmian po odbiorze.

Jeżeli klient potrzebuje tych usług, możemy zaproponować osobny zakres albo skierować go do właściwego specjalisty.

Proces i jakość

Rozmowa kwalifikacyjna

Zanim podamy cenę, ustalamy, z czym naprawdę mamy do czynienia.

Pytamy o:

• Typ produktu i jego odbiorców.

• Język źródłowy i docelowy.

• Etap rozwoju.

• Termin premiery lub aktualizacji.

• Liczbę słów oraz tekstów.

• Format materiałów.

• Dostępność kontekstu.

• Istniejącą terminologię.

• Zakres redakcji.

• Dostęp do wersji testowej.

• Osobę zatwierdzającą odpowiedzi.

• Wymagania poufności.

• Zasady korzystania z AI.

• Plan kolejnych aktualizacji.

Nie wyceniamy „całej gry” na podstawie samej liczby słów, jeśli nie wiemy, czy chodzi o proste menu, rozbudowaną fabułę, napisy do nagrań czy teksty wymagające dodatkowych testów.

Audyt materiałów

Po otrzymaniu próbki sprawdzamy, czy możemy bezpiecznie rozpocząć pracę.

Weryfikujemy:

• Czy identyfikatory są stabilne.

• Czy wiadomo, gdzie pojawia się dany tekst.

• Czy zmienne zostały opisane.

• Czy występują duplikaty.

• Czy istnieją limity znaków.

• Czy teksty źródłowe są zakończone.

• Czy klient udostępnia zrzuty lub nagrania.

• Czy eksport i import zachowują strukturę.

• Czy lista plików odpowiada ustalonemu zakresowi.

Jeśli brakuje podstawowych informacji, przedstawiamy listę braków. Nie udajemy, że nie mają wpływu na termin lub jakość.

Współpraca nad kontekstem, stabilnymi identyfikatorami i przygotowaniem tekstów jest częścią sensownego procesu lokalizacji, a nie zbędną formalnością.alconost

Brief językowy

Przed tłumaczeniem tworzymy krótki dokument opisujący zasady projektu.

Ustalamy w nim:

• Formę zwracania się do użytkownika.

• Ton komunikacji.

• Zasady zapisu nazw.

• Poziom potoczności.

• Podejście do humoru.

• Dopuszczalność wulgaryzmów.

• Zapis liczb i jednostek.

• Nazewnictwo funkcji.

• Sposób skracania tekstów.

• Preferencje dotyczące odmiany nazw własnych.

Dla aplikacji finansowej możemy wybrać język spokojny i precyzyjny. Dla gry komediowej — bardziej swobodny. Nie przenosimy automatycznie stylu jednego produktu do drugiego.

Glosariusz

Glosariusz nie jest listą wszystkich słów z projektu. Jest zbiorem terminów, których spójność ma znaczenie.

Przykładowy układ:

To przykład demonstracyjny, a nie uniwersalny słownik. W innym produkcie właściwe będą inne odpowiedniki.

Każdą zmianę ważnego terminu zapisujemy. Dzięki temu kolejna osoba nie musi odgadywać, dlaczego wcześniejsza wersja została odrzucona.

Adaptacja kulturowa

Nie poprawiamy produktu według własnego gustu. Rozpoznajemy miejsca, w których odbiorca może nie zrozumieć intencji, i proponujemy rozwiązania zgodne z celem projektu.

Analizujemy:

• Żarty i gry słowne.

• Odwołania do popkultury.

• Idiomy.

• Nazwy wydarzeń i świąt.

• Stopień formalności.

• Sposób wyrażania emocji.

• Nazwy przedmiotów i umiejętności.

• Teksty marketingowe.

• Wrażliwe odniesienia społeczne.

• Konsekwencje zmian dla fabuły.

Jeżeli bohater mówi: „That plan is a home run”, nie musimy utrzymywać metafory baseballowej. Możemy zaproponować „Ten plan to strzał w dziesiątkę”, o ile pasuje do postaci i sytuacji.

Nie zastępujemy natomiast każdej obcej nazwy polskim odpowiednikiem. Obcość może być celowym elementem świata przedstawionego.

Głos postaci

Dla ważnych bohaterów tworzymy miniaturowe profile językowe.

Opisujemy:

• Jak długie zdania wypowiadają.

• Czy używają żargonu.

• Jak reagują na stres.

• Jak zwracają się do innych.

• Czy mówią ironicznie.

• Jakich słów raczej nie używają.

• Czy ich język zmienia się w toku historii.

Nie wystarczy dopisać w briefie „postać jest zabawna”. Potrzebujemy przykładów i granic stylu.

Dzięki temu postać nie staje się przypadkowo inną osobą w kolejnej aktualizacji, nawet jeśli nad projektem pracuje więcej niż jeden tłumacz.

Krótkie teksty interfejsu

Przyciski i etykiety są krótkie, ale często wymagają więcej namysłu niż dłuższy akapit.

Sprawdzamy, czy tekst:

• Nazywa działanie.

• Nie sugeruje innego rezultatu.

• Pasuje do pozostałych przycisków.

• Mieści się w interfejsie.

• Jest zrozumiały bez dodatkowej instrukcji.

• Nie ukrywa ważnej konsekwencji.

„Kontynuuj” może być właściwe w procesie wieloetapowym. Jeżeli jednak kliknięcie uruchamia płatną usługę, samo „Kontynuuj” może nie oddawać rzeczywistego działania. Takie miejsca zgłaszamy klientowi do oceny, zamiast traktować je jako zwykły problem słownikowy.

Zmienne i znaczniki

Przykładowy tekst źródłowy:

Nie zmieniamy nazwy zmiennej na polską. Tłumaczymy tekst widoczny, zachowując uzgodnioną składnię techniczną.

Nie zakładamy jednak, że jedna polska konstrukcja będzie poprawna dla wszystkich wartości liczbowych. W projekcie wymagającym różnych form liczby mnogiej prosimy o informację, jak obsługuje je system.

Platformy takie jak Crowdin oferują kontrolę zmiennych, spójności i ograniczeń długości, ale prawidłowe działanie nadal zależy od konfiguracji oraz struktury produktu.crowdin

Liczba mnoga

Polski komunikat „Masz 1 monet” jest błędem, nawet jeśli wszystkie pojedyncze słowa zostały poprawnie przetłumaczone.

Przed rozpoczęciem pracy ustalamy:

• Czy produkt obsługuje warianty liczby mnogiej.

• Jak zapisujemy te warianty.

• Jakie przykładowe wartości sprawdzamy.

• Czy interfejs generuje tekst z kilku fragmentów.

• Czy możemy przebudować zdanie.

• Kto odpowiada za implementację.

Jeżeli system nie pozwala na poprawne odmiany, proponujemy alternatywny komunikat, na przykład „Liczba monet: 1”. Nie zawsze będzie on stylistycznie najlepszy, ale może być poprawnym rozwiązaniem przejściowym.

Nie ukrywamy ograniczenia technicznego przed klientem.

Rozdzielenie tłumaczenia i redakcji

Własna kontrola jest potrzebna, lecz nie jest tym samym co niezależna redakcja.

Jeśli sprzedajemy pakiet z drugą osobą, rzeczywiście zapewniamy drugą osobę. Nie opisujemy ponownego przeczytania własnego tekstu jako „niezależnej weryfikacji”.

Redaktor otrzymuje:

• Tekst źródłowy.

• Tłumaczenie.

• Brief.

• Glosariusz.

• Kontekst.

• Listę pytań.

• Informację o ograniczeniach technicznych.

Z góry ustalamy sposób rozstrzygania różnic. Inaczej projekt może utknąć w niekończącej się wymianie preferencji stylistycznych.

Testy językowe

Testujemy ustaloną wersję produktu. Zapisujemy numer wersji, datę, urządzenie i język.

Sprawdzamy:

• Czy teksty są kompletne.

• Czy pojawiają się w odpowiednich miejscach.

• Czy nie wychodzą poza ramki.

• Czy nie są ucięte.

• Czy zmienne wyświetlają się prawidłowo.

• Czy terminologia jest spójna.

• Czy dialog pasuje do sytuacji.

• Czy komunikaty prowadzą do właściwego działania.

• Czy napisy są czytelne.

• Czy występują nieprzetłumaczone fragmenty.

LQA sprawdza lokalizację w działającym produkcie, a więc może ujawnić problemy niewidoczne w samym arkuszu.alconost+1

Raport błędów

Nie oddajemy klientowi chaotycznej listy uwag w wiadomości.

Stosujemy uporządkowany raport:

Priorytety ustalamy wspólnie. Nie każdy błąd stylistyczny blokuje premierę, ale komunikat zmieniający sens ważnego działania może wymagać szybkiej poprawki.

Odbiór projektu

Przed rozpoczęciem pracy określamy, co oznacza zakończenie.

Przykładowe kryteria:

• Dostarczono wszystkie uzgodnione pliki.

• Zachowano wymagane identyfikatory.

• Wykonano ustaloną kontrolę jakości.

• Rozstrzygnięto pytania blokujące.

• Przekazano raport testów, jeśli był w zakresie.

• Wprowadzono uzgodnioną rundę poprawek.

• Klient otrzymał informację o nierozwiązanych ograniczeniach.

Nie obiecujemy absolutnego braku błędów. Zamiast tego opisujemy proces, zakres odpowiedzialności i sposób obsługi zgłoszeń.

Zmiana zakresu

Jeżeli po rozpoczęciu projektu klient zmienia 30% dialogów, nie traktujemy tego automatycznie jako bezpłatnej korekty.

Rozróżniamy:

• Poprawienie naszego błędu.

• Dostosowanie do wcześniej przekazanej instrukcji.

• Nową preferencję klienta.

• Zmianę tekstu źródłowego.

• Rozszerzenie produktu.

• Dodatkowe testy.

• Kolejną wersję językową.

Dla każdej kategorii ustalamy zasady rozliczenia. Dzięki temu klient wie, co obejmuje cena, a my nie finansujemy nieograniczonego rozwoju produktu.

Umowa i poufność

Przed przyjęciem projektu przygotowujemy umowę lub zaakceptowane warunki współpracy. W kwestiach prawnych korzystamy z pomocy specjalisty zamiast kopiować przypadkowy wzór.

W dokumencie uwzględniamy:

• Strony i osoby kontaktowe.

• Zakres materiałów.

• Etapy oraz terminy.

• Wynagrodzenie.

• Zasady płatności.

• Odbiór.

• Poprawki.

• Zmiany zakresu.

• Poufność.

• Zasady korzystania z podwykonawców.

• Zasady użycia AI.

• Prawa do materiałów i rezultatów.

• Możliwość pokazania projektu w portfolio.

• Zasady zakończenia współpracy.

Nie obiecujemy, że samo NDA rozwiązuje wszystkie problemy bezpieczeństwa. Nadal potrzebujemy właściwych uprawnień, zabezpieczonych kont i kontroli dostępu.

Bezpieczeństwo operacyjne

Przyjmujemy prostą zasadę: materiały klienta nie trafiają do narzędzia tylko dlatego, że jest wygodne.

Wprowadzamy:

• Oddzielne konta i profile pracy.

• Uwierzytelnianie wieloskładnikowe.

• Kontrolę dostępu do folderów.

• Kopie zapasowe.

• Listę zatwierdzonych narzędzi.

• Procedurę zakończenia projektu.

• Uzgodnione zasady przechowywania plików.

• Ograniczony dostęp podwykonawców.

• Zakaz publikowania materiałów bez zgody.

• Sprawdzenie warunków przetwarzania danych przed użyciem AI.

Jeśli projekt obejmuje dane osobowe albo szczególnie wrażliwe informacje, ustalamy odpowiednie obowiązki z klientem i specjalistą. Nie zakładamy, że usługa tłumaczeniowa automatycznie nie dotyczy ochrony danych.

Firma i finanse

Działalność nierejestrowana w 2026 roku

W 2026 roku limit działalności nierejestrowanej wynosi 10 813,50 zł przychodu należnego na kwartał. Jest to 225% minimalnego wynagrodzenia wynoszącego 4 806 zł. Limit dotyczy przychodu, a nie zysku po odjęciu kosztów.podatki

Rozliczamy go dla kwartałów kalendarzowych:

• Styczeń–marzec.

• Kwiecień–czerwiec.

• Lipiec–wrzesień.

• Październik–grudzień.

Nie stosujemy dowolnego, przesuwającego się okresu trzech miesięcy. Nie przenosimy też niewykorzystanego limitu z jednego kwartału na drugi.twojepkd

Kwota 3 604,50 zł jest jedynie arytmetyczną średnią miesięczną. Nie jest osobnym miesięcznym limitem obowiązującym w 2026 roku.policzpomysl

Warunki rozpoczęcia bez rejestracji

Sam niski przychód nie wystarcza. Sprawdzamy również pozostałe warunki, w tym niewykonywanie działalności gospodarczej w poprzednich 60 miesiącach oraz szczególne ograniczenia związane z naszym statusem i rodzajem działalności.biznes+1

Nie zakładamy, że działalność nierejestrowana jest właściwa dla każdego lokalizatora. Jeżeli chcemy od początku obsługiwać większe kontrakty, zatrudniać podwykonawców i pracować regularnie z firmami, rejestracja może okazać się praktyczniejszym rozwiązaniem.

Najważniejsza jest zgodność modelu współpracy z rzeczywistą sytuacją, a nie samo hasło „bez firmy”.

Usługi i składki

W usługach lokalizacyjnych musimy zwrócić uwagę na umowy i obowiązki składkowe. Oficjalne wyjaśnienia wskazują, że przy wykonywaniu umowy-zlecenia lub umowy o świadczenie usług w ramach działalności nierejestrowanej mogą powstać obowiązki płatnika składek po stronie zleceniodawcy. Istnieją wyjątki zależne od sytuacji wykonawcy.biznes

Dlatego nie publikujemy obietnicy:

Lokalizuj gry bez firmy i zawsze bez ZUS.

 

 

Taki komunikat jest zbyt szeroki.

Nie wybieramy też umowy o dzieło wyłącznie dlatego, że wydaje się korzystniejsza. Sposób rozliczenia powinien odpowiadać faktycznie wykonywanej pracy i zostać oceniony dla konkretnej współpracy.

Przychód należny a zapłata

Na potrzeby limitu działalności nierejestrowanej znaczenie ma przychód należny. Oznacza to, że nie możemy bezpiecznie zakładać, iż odłożenie płatności przez klienta odsuwa przekroczenie limitu.podatki+1

Jednocześnie przychód podatkowy w działalności nierejestrowanej jest ustalany według innych zasad niż przychód służący kontroli limitu. Oficjalne wyjaśnienia opisują rozliczenie kwot otrzymanych lub pozostawionych do dyspozycji i wykazanie działalności w PIT-36.biznes

Prowadzimy więc ewidencję, która pozwala rozróżnić:

• Datę wykonania i rozliczenia usługi.

• Kwotę należną.

• Kwotę zapłaconą.

• Datę płatności.

• Koszty.

• Sumę przychodu należnego w kwartale.

Nie próbujemy prowadzić biznesu na podstawie samego salda konta bankowego.

Przekroczenie limitu

Po przekroczeniu limitu działalność staje się działalnością gospodarczą od dnia przekroczenia. Wniosek o wpis do CEIDG należy złożyć w ciągu siedmiu dni.podatki

Nie czekamy do końca kwartału. Nie uznajemy, że rejestracja będzie potrzebna dopiero wtedy, gdy klient opłaci fakturę.

W praktyce ustawiamy własny próg ostrzegawczy poniżej limitu. Nie jest to dodatkowy limit prawny, tylko mechanizm organizacyjny.

Jeżeli zbliżamy się do granicy, sprawdzamy planowane zlecenia, terminy i sposób rozliczenia. Nie manipulujemy datami dokumentów.

Kiedy rejestrujemy firmę

Rejestrację rozważamy wcześniej, gdy:

• Mamy powtarzalne zamówienia.

• Klienci oczekują standardowej współpracy B2B.

• Przewidujemy przekroczenie limitu.

• Budujemy zespół.

• Przyjmujemy większy kontrakt.

• Potrzebujemy regularnych zakupów narzędzi.

• Chcemy rozwijać markę studia lokalizacyjnego.

Przed rejestracją ustalamy z księgową lub księgowym właściwe oznaczenie działalności, sposób opodatkowania, sytuację VAT, zasady współpracy zagranicznej oraz aktualne obowiązki fakturowe. Nie przypisujemy jednej stawki podatkowej do wszystkich usług, które mogą występować w tym biznesie.

Lokalizacja, redakcja, testowanie i doradztwo mogą tworzyć różne zakresy współpracy. Opisujemy je zgodnie z tym, co rzeczywiście wykonujemy.

Ile inwestujemy na początku

Poniższe kwoty to budżety planistyczne, a nie cenniki konkretnych dostawców. Zakładamy, że mamy już komputer nadający się do pracy.

Licencje płatnych narzędzi i zakup nowego komputera mogą zwiększyć budżet. Nie wpisujemy ich automatycznie do koszyka przed pierwszym zleceniem.

Najpierw sprawdzamy, czy klient zapewnia dostęp do własnego systemu lokalizacyjnego. Nie kupujemy kilku podobnych platform tylko po to, żeby móc wymienić je na stronie.

Koszty miesięczne

Budżet dzielimy na koszty stałe, koszty projektowe i własne utrzymanie.

Koszty stałe mogą obejmować:

• Obsługę księgową.

• Hosting.

• Licencje.

• Kopie zapasowe.

• Komunikację.

• Ubezpieczenie, jeżeli je wybierzemy.

• Obowiązkowe rozliczenia związane z naszą formą działalności.

Koszty projektowe obejmują między innymi:

• Redakcję przez drugą osobę.

• Testy.

• Dodatkowe narzędzia.

• Zakup dostępu do określonego środowiska.

• Podwykonawców.

• Opłaty wynikające z konkretnej metody płatności.

Nie mieszamy tych kategorii z wynagrodzeniem właściciela. Fakt, że na rachunku pozostaje pewna kwota, nie oznacza jeszcze, że cała jest pieniędzmi do swobodnego wydania.

Jak wyceniamy

Nie istnieje jedna uczciwa cena za wszystkie projekty lokalizacyjne. Dla własnego biznesu budujemy wycenę z kilku elementów.

Stosujemy wzór:

Nie dodajemy rezerwy w sposób dowolny. Wynika ona z ryzyk, które umiemy nazwać: brak kontekstu, niestabilny tekst źródłowy, duża liczba krótkich ciągów lub konieczność pracy w kilku wersjach.

W ofercie możemy użyć:

• Ceny za słowo dla określonej pracy językowej.

• Ceny godzinowej dla testów.

• Stałej ceny za audyt.

• Ceny projektowej za uzgodniony pakiet.

• Abonamentu obejmującego określony zakres aktualizacji.

Przykładowy projekt

Przyjmijmy demonstracyjny projekt:

• 8 000 słów źródłowych.

• Własna przyjęta stawka ofertowa: 0,30 zł za słowo.

• Redakcja: 800 zł.

• Testy: 10 godzin po 100 zł.

• Przygotowanie i koordynacja: 400 zł.

Wartość oferty wynosi 4 600 zł.

Nie przedstawiamy stawki 0,30 zł ani 100 zł za godzinę jako średnich rynkowych. Są to założenia modelu, które trzeba zweryfikować na podstawie kompetencji, zakresu i reakcji klientów.

Jeżeli zakres jest trudniejszy, nie dopasowujemy go na siłę do powyższej ceny. Jeżeli klient nie potrzebuje testów, nie udajemy, że zostały wykonane.

Ile można zarobić

Zamiast obiecywać jedną kwotę, przygotowujemy scenariusze. Poniższe wyliczenia pokazują model działalności zarejestrowanej i nie są prognozą gwarantowanych zamówień.

Ostatnia kolumna nie jest wynagrodzeniem „na rękę”. Musimy uwzględnić podatki, składki, rezerwę i własny czas.

W scenariuszu małego studia duża część kosztów może wynikać z pracy współpracowników. Przychód rośnie, ale rośnie też odpowiedzialność za terminy, odbiór i jakość.

Efektywna stawka godzinowa

Dla każdego projektu zapisujemy rzeczywisty czas:

• Analizy.

• Tłumaczenia.

• Pytań.

• Spotkań.

• Redakcji.

• Kontroli.

• Poprawek.

• Przygotowania plików.

• Rozliczenia.

Jeżeli projekt przynosi 3 000 zł, a koszty bezpośrednie wynoszą 600 zł, pozostaje 2 400 zł przed kosztami stałymi i rozliczeniami publicznoprawnymi. Przy 40 godzinach pracy daje to 60 zł na godzinę na tym etapie kalkulacji.

Nie używamy wyłącznie czasu samego tłumaczenia. W przeciwnym razie rentowność wygląda lepiej niż w rzeczywistości.

Minimalna opłata projektowa

Małe zlecenie także wymaga przygotowania, korespondencji, sprawdzenia i rozliczenia.

Wprowadzamy więc minimalną opłatę. Jej wysokość ustalamy na podstawie własnego procesu, nie kopiujemy jej bezrefleksyjnie od konkurencji.

Wyjaśniamy klientowi, że cena obejmuje obsługę projektu, a nie wyłącznie liczbę słów. Możemy też zaproponować zbiorczy pakiet aktualizacji, aby nie rozliczać każdej drobnej zmiany oddzielnie.

Płatności i płynność

Dla nowego klienta rozważamy płatność etapową albo zaliczkę. Szczegóły zapisujemy w umowie.

Przykładowy model handlowy:

• Pierwsza część przed rozpoczęciem.

• Druga po dostarczeniu tłumaczenia.

• Ostatnia po uzgodnionym odbiorze.

To propozycja organizacyjna, a nie zasada obowiązująca wszystkie projekty.

Nie finansujemy dużego zespołu wyłącznie nadzieją, że klient zapłaci terminowo. Terminy dla podwykonawców i wpływy od klienta analizujemy wspólnie.

Narzędzia, które rozważamy

Crowdin opisuje funkcje dla treści gier, kontrolę długości, zmiennych i integracje. memoQ przedstawia rozwiązania obejmujące terminologię, automatyczną kontrolę jakości oraz zarządzanie procesem lokalizacyjnym. Zakres dostępny w konkretnym planie sprawdzamy przed zakupem.crowdin+1

Na początku nie potrzebujemy dwóch płatnych systemów równocześnie. Często ważniejsze są dobre portfolio, sprawdzony proces i współpraca z redaktorem.

Do prostych projektów możemy wykorzystać arkusz oraz uzgodniony system wymiany plików. Warunkiem jest zachowanie identyfikatorów, wersji i bezpieczeństwa, a nie sama nazwa programu.

Potencjalni partnerzy

Nie opisujemy firm jako naszych partnerów, jeżeli nie mamy z nimi relacji. Możemy natomiast wskazać podmioty, których ofertę współpracy lub rekrutacji warto sprawdzić.

Keywords Studios publikuje możliwości kariery związane z LQA, a QLOC przedstawia role testerów językowych w Warszawie i Gdańsku. Nie oznacza to automatycznie dostępnego kontraktu dla polskiego freelancera.keywordsstudios+2

Alconost opisuje proces lokalizacji od przygotowania tekstów do testowania w grze. Przywołanie firmy nie jest potwierdzeniem, że obecnie prowadzi nabór podwykonawców.alconost

Najważniejsze kryteria wyboru partnera to przejrzystość zakresu, zasady płatności, jakość komunikacji i zgodność oczekiwań z naszymi kompetencjami.

Marketing i rozwój

Pozycjonowanie oferty

Nie komunikujemy, że „robimy wszystko szybko, tanio i najlepiej”. Wybieramy problem, który umiemy rozwiązać.

Przykładowe pozycjonowanie:

Pomagamy twórcom gier niezależnych przygotować polską wersję językową przed premierą. Łączymy tłumaczenie z terminologią i testami w grze, a zasady aktualizacji ustalamy od początku.

 

 

Dla aplikacji:

Lokalizujemy aplikacje produktywności na język polski. Dbamy o jasne komunikaty, spójne nazwy funkcji i teksty dopasowane do interfejsu.

 

 

Każdy komunikat powinien odpowiadać temu, co naprawdę potrafimy dostarczyć.

Pierwsi klienci

Zaczynamy od małej listy dobrze dobranych projektów.

Szukamy:

• Twórców przed premierą.

• Studiów rozwijających istniejący produkt.

• Aplikacji, które mają polską wersję wymagającą redakcji.

• Zespołów planujących wejście na polski rynek.

• Agencji szukających konkretnej pary językowej.

• Wydawców potrzebujących aktualizacji i testów.

Nie wysyłamy masowej wiadomości „oferuję tłumaczenia”. Najpierw sprawdzamy produkt i przygotowujemy propozycję odnoszącą się do jego sytuacji.

Nie zakładamy jednak, że każda publiczna informacja kontaktowa oznacza zgodę na reklamę. Przed uruchomieniem kontaktu handlowego ustalamy zasady prawne dla wybranej metody.

Wiadomość ofertowa

Przykładowa treść:

Dzień dobry,
zajmujemy się lokalizacją gier z angielskiego na polski. Zauważyliśmy, że przygotowują Państwo premierę gry o rozbudowanym systemie zadań.

Możemy pomóc w uporządkowaniu terminologii, lokalizacji interfejsu i sprawdzeniu polskich tekstów w wersji testowej. Proponujemy rozpoczęcie od niewielkiego, płatnego pilotażu o ustalonym zakresie.

Próbki naszej pracy pokazują nie tylko tłumaczenie, ale także sposób zachowania zmiennych i rozwiązania problemów kontekstowych.

 

 

Nie piszemy, że znaleźliśmy błędy, jeśli ich nie sprawdziliśmy. Nie przesyłamy niezamówionego „audytu”, który ma jedynie zawstydzić odbiorcę.

Płatny pilotaż

Pilotaż ogranicza ryzyko obu stron.

Ustalamy:

• Wybrany fragment.

• Liczbę słów lub tekstów.

• Dostępny kontekst.

• Termin.

• Cenę.

• Kryteria oceny.

• Zakres redakcji.

• Zasady dalszej współpracy.

Nie wykonujemy za darmo dużego fragmentu produktu pod nazwą „próbka”. Jeżeli zgadzamy się na krótki test kompetencji, oddzielamy go od produkcyjnego materiału klienta i ustalamy warunki.

Reklama na rynku polskim

Jako plan testowy rozważamy kilka kanałów, zamiast inwestować od razu w jeden.

To plan eksperymentów, a nie ranking potwierdzonej skuteczności dla każdego lokalizatora.

Nie mierzymy wyłącznie liczby polubień. Dla naszej usługi ważniejsze są odpowiednie zapytania, zaakceptowane oferty i powracający klienci.

Strona, która sprzedaje

Na stronie odpowiadamy na najważniejsze pytania klienta:

• Jakie produkty obsługujemy.

• W jakiej parze językowej pracujemy.

• Co obejmuje usługa.

• Czy zapewniamy redakcję.

• Czy wykonujemy LQA.

• Jak wygląda proces.

• Co jest potrzebne do wyceny.

• Jak chronimy materiały.

• Jak rozliczamy aktualizacje.

• Jakie mamy prawdziwe doświadczenie.

Nie ukrywamy kontaktu za rozbudowanym formularzem. Na początek wystarczą dane kontaktowe, typ projektu, para językowa, termin i krótki opis.

Pliki poufne przekazujemy dopiero ustalonym, bezpiecznym kanałem.

Mapa fraz SEO

Poniższa mapa jest propozycją tematyczną, a nie zestawem fraz z potwierdzonym wolumenem wyszukiwania.

Przed inwestycją w większą liczbę treści sprawdzamy realne dane w używanym narzędziu analitycznym. Nie wpisujemy zmyślonych wolumenów.

Naturalny tytuł i opis

Przykładowy tytuł strony usługi:

Lokalizacja gier na język polski — tłumaczenie, redakcja i testy

 

 

Przykładowy opis:

Przygotowujemy polskie wersje gier: tłumaczymy teksty, porządkujemy terminologię i sprawdzamy lokalizację w produkcie. Poznaj zakres współpracy.

 

 

Nie dopisujemy wielu wariantów tej samej frazy tylko po to, żeby zwiększyć ich liczbę.

Tytuł artykułu o biznesie może brzmieć:

Jak zacząć biznes lokalizacji gier i aplikacji mobilnych w Polsce

 

 

H1 nie musi zawierać wszystkich fraz, które chcemy obsłużyć w całej witrynie.

Content marketing

Tworzymy treści pomagające klientowi przygotować projekt.

Proponowane tematy:

• Jak wyeksportować teksty do lokalizacji.

• Jak przygotować brief językowy.

• Jakie informacje powinien zawierać glosariusz.

• Dlaczego krótkie przyciski wymagają kontekstu.

• Jak planować lokalizację aktualizacji.

• Jak odróżnić tłumaczenie od LQA.

• Jak obliczyć budżet projektu.

• Jak współpracować z redaktorem.

• Kiedy AI pomaga, a kiedy zwiększa ryzyko.

• Jak odbierać gotową lokalizację.

W każdym artykule pokazujemy przykład i prowadzący do usługi następny krok. Nie produkujemy dziesiątek podobnych tekstów, które różnią się jedynie nazwą gatunku gry.

E-E-A-T w praktyce

Nie traktujemy E-E-A-T jako formuły, którą można dopisać w ostatnim akapicie.

W naszym planie redakcyjnym budujemy wiarygodność przez:

• Prawdziwy opis kompetencji.

• Podpisane materiały.

• Próbki z uzasadnieniem decyzji.

• Jasne oznaczenie przykładów demonstracyjnych.

• Opis procesu.

• Rozróżnienie cen modelowych i rzeczywistych.

• Aktualizację informacji prawnych.

• Prawdziwe opinie uzyskane za zgodą.

• Informację o ograniczeniach.

• Brak fikcyjnych realizacji i statystyk.

Jeżeli nie mamy jeszcze doświadczenia komercyjnego, piszemy to uczciwie. Dobrze przygotowany materiał demonstracyjny jest lepszy niż wymyślona historia sukcesu.

Silos usługowy

W tym biznesie stosujemy silos usługowy. Jeżeli sprzedajemy audyty lub pakiety przez koszyk, dodajemy element transakcyjny, ale nie nazywamy każdej strony kategorii sklepem.

Proponowana struktura:

Strona lokalizacji gier prowadzi do odpowiednich próbek, procesu, wyceny i poradników. Poradnik o przygotowaniu plików prowadzi do usługi, ale nie musi linkować do każdej innej podstrony.

Linki dodajemy tam, gdzie pomagają czytelnikowi. Nie budujemy gęstej sieci wyłącznie dla samej liczby połączeń.

Strict Link Policy

W publikacji przyjmujemy następujące zasady:

• Każdą zewnętrzną firmę linkujemy aktywnie tylko przy pierwszym istotnym wystąpieniu.

• Link opisuje cel, a nie używa ogólnego „kliknij tutaj”.

• Nie dodajemy linków do niezweryfikowanych adresów.

• Oddzielamy dostawcę narzędzia od rzeczywistego partnera.

• Nie sugerujemy afiliacji lub współpracy, której nie ma.

• Linki wewnętrzne wykorzystujemy zgodnie z potrzebą nawigacji.

Nie rozszerzamy zasady jednego linku na wszystkie połączenia wewnętrzne, ponieważ utrudniłoby to sensowną nawigację w silosie.

Materiały z HD-Biznes

Próba odczytania bloga nie pozwoliła mi wiarygodnie pobrać jego listy artykułów. Nie wstawiam więc wymyślonych tytułów z niezweryfikowanymi adresami.

W publicznych wpisach HD-Biznes widoczna jest zapowiedź materiału „Jak zacząć biznes jako konsultant ds. wdrożeń AI i prompt engineeringu w obsłudze klienta”. Tematycznie może uzupełniać rozdział o automatyzacji, ale nie jest poradnikiem o lokalizacji gier.x

WAŻNE — jako materiał uzupełniający możemy skierować czytelnika do bloga HD-Biznes, w którym znajdziemy kolejne pomysły na biznes. Nie przedstawiamy tego odnośnika jako linku do konkretnego artykułu o lokalizacji.

AI: gdzie pomaga

Platformy lokalizacyjne mogą wykorzystywać pamięci tłumaczeniowe, tłumaczenie maszynowe oraz modele AI do przygotowania propozycji tekstu i wspierania kontroli. Crowdin opisuje takie możliwości wraz z dalszą pracą tłumaczy i redaktorów.crowdin

W naszym procesie rozważamy AI do:

• Generowania wariantów krótkiego komunikatu.

• Proponowania skróconych wersji.

• Wstępnego porównania terminologii.

• Porządkowania pytań do klienta.

• Przygotowania roboczego glosariusza.

• Tworzenia listy kontrolnej.

• Analizy niepoufnych materiałów demonstracyjnych.

• Wspomagania redakcji własnych opisów oferty.

Nie zakładamy, że szybciej wygenerowany tekst oznacza krótszy cały projekt. Liczymy również czas sprawdzania i poprawiania.

AI: ryzyka

Przed wdrożeniem AI przyjmujemy listę ryzyk do kontroli:

• Błędna interpretacja bez kontekstu.

• Zmiana znaczenia.

• Niespójna terminologia.

• Wymyślone informacje.

• Spłaszczenie głosu postaci.

• Niewłaściwe skrócenie komunikatu.

• Naruszenie zmiennych.

• Użycie materiałów klienta bez wymaganej zgody.

• Nieznane zasady przechowywania danych.

• Zbyt mała kontrola człowieka.

Nie twierdzimy, że każdy system powoduje wszystkie te problemy. Traktujemy je jako obszary, które sprawdzamy w konkretnym narzędziu i projekcie.

AI: pułapki

Pierwsza pułapka to ocena samej płynności. Zdanie może brzmieć naturalnie, a mimo to przekazywać inne znaczenie niż tekst źródłowy.

Druga to automatyczna akceptacja. Jeżeli kilkadziesiąt wcześniejszych propozycji było poprawnych, nie oznacza to, że kolejna także jest poprawna.

Trzecia to ukrywanie procesu przed klientem. Jeżeli klient ustalił ograniczenia użycia AI, przestrzegamy ich. Nie nazywamy materiału „wyłącznie ludzkim”, jeśli korzystaliśmy z narzędzia w sposób istotny dla rezultatów.

Czwarta to pozorna oszczędność. Gdy model generuje dużo tekstu wymagającego ręcznej naprawy, czas korekty może zniwelować korzyść.

AI: mity

Bezpieczny proces AI

1. Sprawdzamy zgodę klienta i warunki narzędzia.

2. Ustalamy, jakie materiały można przekazać.

3. Ograniczamy zakres do uzgodnionego zastosowania.

4. Dostarczamy brief i terminologię.

5. Weryfikujemy propozycje względem tekstu źródłowego.

6. Kontrolujemy zmienne i ograniczenia.

7. Kierujemy materiał do redakcji, jeżeli obejmuje ją pakiet.

8. Testujemy tekst w produkcie, jeżeli obejmuje to zakres.

9. Zapisujemy decyzje i istotne ograniczenia.

10. Mierzymy rzeczywisty czas całego procesu.

Nie sprzedajemy samego „dostępu do AI”. Sprzedajemy rezultat i uporządkowaną odpowiedzialność za pracę.

Pierwsze 30 dni

W pierwszym miesiącu skupiamy się na podstawach.

1. Wybieramy parę językową.

2. Określamy dwa typy projektów.

3. Opracowujemy trzy próbki portfolio.

4. Przygotowujemy brief i glosariusz demonstracyjny.

5. Tworzymy wzór raportu LQA.

6. Ustalamy zasady wyceny.

7. Konsultujemy sposób rozliczenia.

8. Publikujemy prostą stronę.

9. Przygotowujemy listę potencjalnych klientów.

10. Rozpoczynamy zgodne z prawem działania kontaktowe.

Nie poświęcamy całego miesiąca na logo. Identyfikacja wizualna ma wspierać usługę, a nie zastępować jej przygotowanie.

Dni 31–60

W drugim miesiącu testujemy ofertę.

1. Prowadzimy rozmowy kwalifikacyjne.

2. Proponujemy płatne pilotaże.

3. Zapisujemy pytania i obiekcje klientów.

4. Mierzymy czas realizacji.

5. Sprawdzamy rentowność.

6. Ulepszamy zakres pakietów.

7. Nawiązujemy kontakt z redaktorem.

8. Publikujemy poradnik odpowiadający na częste pytanie.

9. Porządkujemy dokumenty.

10. Aktualizujemy portfolio za zgodą klienta.

Jeżeli nikt nie odpowiada, nie obniżamy automatycznie ceny. Najpierw sprawdzamy dobór odbiorców, komunikat i wiarygodność materiałów.

Dni 61–90

W trzecim miesiącu decydujemy, co rozwijamy.

1. Analizujemy źródła zapytań.

2. Odrzucamy kanały bez wartościowych rozmów.

3. Rozwijamy najbardziej trafny pakiet.

4. Wprowadzamy ofertę aktualizacji.

5. Poprawiamy umowę na podstawie doświadczeń.

6. Planujemy rezerwę.

7. Sprawdzamy potrzebę rejestracji lub zmiany organizacji firmy.

8. Ustalamy dostępność współpracowników.

9. Tworzymy udokumentowany proces.

10. Wyznaczamy cele na kolejny kwartał.

Nie skalujemy procesu, którego jeszcze nie potrafimy powtarzać.

FAQ i szablony

Podsumowanie praktyczne

Zaczynamy od kompetencji, portfolio i jasno ograniczonej usługi. Dopiero później kupujemy kolejne narzędzia, rozbudowujemy stronę i powiększamy zespół.

W lokalizacji nie zarabiamy wyłącznie na liczbie przetłumaczonych słów. Wartość naszej pracy wynika również z kontekstu, spójności, kontroli technicznej, komunikacji i testów. Proces obejmujący integrację oraz sprawdzenie w produkcie pomaga ujawnić problemy, których nie widać w samym pliku.alconost+1

W planie finansowym oddzielamy przychód od dochodu i wynagrodzenia właściciela. W marketingu pokazujemy prawdziwe kompetencje. W pracy z AI pilnujemy zgody, poufności i weryfikacji.

FAQ: jak zacząć

Jak zacząć?
Wybieramy jedną parę językową, przygotowujemy trzy legalne próbki, opisujemy zakres usługi i proponujemy niewielki płatny pilotaż. Jednocześnie ustalamy sposób rozliczenia i zasady ochrony materiałów klienta.

FAQ: kwalifikacje

Czy potrzebujemy dyplomu?
Nie budujemy oferty wyłącznie wokół dyplomu. Pokazujemy umiejętności, próbki i proces. Jeżeli dany klient lub partner wymaga określonych kwalifikacji, sprawdzamy je przed zgłoszeniem.

FAQ: znajomość angielskiego

Czy dobra znajomość angielskiego wystarczy?
Nie przyjmujemy takiego założenia. Potrzebujemy również bardzo dobrej polszczyzny, umiejętności redakcji, pracy z kontekstem i rozumienia ograniczeń technicznych.

FAQ: działalność nierejestrowana

Czy możemy działać bez rejestracji?
Tak, jeżeli spełniamy ustawowe warunki. W 2026 roku kwartalny limit przychodu należnego wynosi 10 813,50 zł. Przy usługach sprawdzamy również obowiązki wynikające z rodzaju umowy, w tym możliwe obowiązki składkowe zleceniodawcy.podatki+1

FAQ: limit kwartalny

Czy limit dotyczy zysku?
Nie. Dotyczy przychodu należnego. Koszty narzędzi, redakcji czy sprzętu nie obniżają kwoty służącej sprawdzeniu limitu działalności nierejestrowanej.podatki

FAQ: przekroczenie limitu

Co robimy po przekroczeniu?
Działalność staje się działalnością gospodarczą od dnia przekroczenia. Wniosek do CEIDG składamy w ciągu siedmiu dni.podatki

FAQ: inwestycja

Ile potrzebujemy na start?
W naszym oszczędnym modelu zakładamy 2 100–7 800 zł przy posiadaniu komputera. To budżet planistyczny obejmujący przygotowanie działalności i rezerwę, a nie obowiązkowa kwota ani cennik rynkowy.

FAQ: zarobki

Ile możemy zarobić?
Nie podajemy gwarancji. W przedstawionych scenariuszach miesięczny przychód wynosi od 3 600 zł w rozruchu do 30 000 zł w małym studiu. Wynik właściciela zależy od kosztów, czasu, podatków, składek i liczby rzeczywiście pozyskanych zamówień.

FAQ: cena za słowo

Czy wyceniamy wszystko za słowo?
Nie. Tłumaczenie możemy rozliczać według słów, ale testy, audyt, koordynację i niektóre aktualizacje wyceniamy inaczej. Cenę dopasowujemy do pracy, a nie odwrotnie.

FAQ: testowanie

Czy wystarczy oddać arkusz?
W pakiecie samego tłumaczenia może to być uzgodniony rezultat. W pakiecie obejmującym LQA sprawdzamy lokalizację w produkcie i przekazujemy wyniki testów.alconost+1

FAQ: narzędzia

Czy musimy kupić drogi system?
Nie przyjmujemy takiego wymogu na start. Sprawdzamy środowisko klienta i potrzeby projektu. Płatne narzędzie wybieramy wtedy, gdy jego funkcje rzeczywiście usprawniają pracę.

FAQ: AI

Czy AI może przygotować pierwszą wersję?
Może być elementem uzgodnionego procesu. Nie zwalnia nas jednak z porównania znaczenia, kontroli technicznej, redakcji i testów objętych ofertą. Platformy lokalizacyjne opisują AI jako część procesu obejmującego również pracę tłumaczy i korektorów.crowdin

FAQ: bezpłatne próbki

Czy pracujemy za darmo?
Nie opieramy biznesu na bezpłatnych projektach produkcyjnych. Krótki test kompetencji może mieć uzasadnienie, ale jego zakres i wykorzystanie ustalamy wcześniej.

FAQ: Pozycja Zero

Czy tabela zapewnia Pozycję Zero?
Nie obiecujemy tego. Przygotowujemy czytelne odpowiedzi, definicje i tabele, ale wyróżnienie w wynikach nie jest elementem strony, który samodzielnie włączamy.

Nie utożsamiamy też FAQ z wynikiem rozszerzonym. Dokumentacja Google informuje, że funkcja FAQ rich results przestała być wyświetlana w wyszukiwarce od 7 maja 2026 roku. Nie sprzedajemy zatem wdrożenia FAQ jako gwarancji takiego wyróżnienia.developers.google

O autorze

A.P. Sulima — ekonomista, rzeczoznawca i wykładowca. Specjalizacja: wdrażanie pomysłów biznesowych na rynku polskim.

Powyższy opis wykorzystuje dane przekazane do przygotowania publikacji. Nie dopisujemy nieudokumentowanego stażu, realizacji, tytułów zawodowych ani wyników finansowych.

Materiały i profile autora:

• YouTube HD-Biznes — materiały wideo związane z pomysłami na biznes.

• XHD-Biznes — wpisy i komunikacja projektu.

• TikTok HD-Biznes — wskazany profil projektu.

• Instagram HD-Biznes — wskazany profil projektu.