COMPANY • TEAM • CRAFT

Budujemy produkt zespołowo — decyzja nie kończy się na jednej dyscyplinie.

Kertanzip to studio pracujące nad Blasty Bubs jako pełnym produktem: od zachowania systemu i level designu po oprawę, testy, wsparcie i decyzje release. Nie przypisujemy fikcyjnych nazwisk ani stanowisk; pokazujemy, jak rozkładamy odpowiedzialność i jak łączymy różne kompetencje.

Koncepcyjna scena pracy zespołu Kertanzip nad kierunkiem gry
Koncepcyjna scena współpracy wielu dyscyplin przy Blasty Bubs

WSPÓŁPRACA

Zespół działa najlepiej wtedy, gdy handoff nie oznacza końca odpowiedzialności.

Projekt nie przekazuje mechaniki dalej i nie znika. Art nie tylko „upiększa” gotowej funkcji. QA nie czeka na zamkniętą wersję. Pracujemy tak, by decyzje wracały do autorów problemu z nowym kontekstem i mogły być poprawione zanim staną się kosztowną częścią całości.

Dzięki temu Blasty Bubs pozostaje spójne mimo wielu systemów: fizyki, geometrii, efektów, power‑upów, progresji i warstwy produktowej.

DYSCYPLINY

Różne kompetencje, wspólny rezultat.

Nie potrzebujemy sztucznego podziału na „kreatywne” i „techniczne”. W grze każda dyscyplina wpływa na to, jak gracz rozumie i ocenia decyzję.

Dlatego zadania definiujemy przez rezultat, a nie tylko typ pracy.

01

Game design

reguły, zależności, priorytety

02

Level design

sytuacje, rytm, progresja

03

Art direction

hierarchia, feedback, charakter

04

Engineering

stabilne zachowanie systemu

05

QA

stany graniczne, regresje, czytelność

06

Product

spójność doświadczenia i kierunek release

DECISION FLOW

Jak decyzja przechodzi przez studio.

Dobra decyzja staje się lepsza, gdy przejdzie przez kilka pytań. Czy system jest zrozumiały? Czy implementacja zachowuje intencję? Czy oprawa pokazuje priorytet? Czy poziom daje przestrzeń na użycie? Czy test ujawnia nieoczekiwany skrót albo frustrację?

Jeżeli odpowiedź jest niejednoznaczna, decyzja wraca do poprzedniego etapu. To nie strata czasu — to część jakości.

01

Intent

co chcemy osiągnąć

02

Discipline pass

jak widzi to każda kompetencja

03

Prototype

jak działa w praktyce

04

Review

czy zachowuje wspólny cel

05

Refine

co zmieniamy przed kolejną próbą

Koncepcyjna scena zespołowego review produktu

STANDARD

Najważniejsza jest spójność między obietnicą i zachowaniem.

Nie chcemy strony, która mówi o jakości więcej niż sam produkt. Dlatego studio story łączymy bezpośrednio z tym, co można poczuć w Blasty Bubs: przewidywalnym kątem, kontrolowanym chaosem, czytelnym feedbackiem i systemami, które naprawdę zmieniają strategię.

To również powód, dla którego nie publikujemy fikcyjnych biografii, wymyślonych liczb zespołu ani nieudokumentowanej chronologii. Biznesowa narracja ma być mocna, ale oparta na tym, co możemy odpowiedzialnie powiedzieć.

KULTURA PRACY

Mniej sloganów, więcej odpowiedzialności za decyzję.

Nie potrzebujemy deklaracji o „pasji” jako substytutu procesu. Dla nas ważniejsze jest to, czy decyzja ma właściciela problemu, czy może zostać zakwestionowana, czy zespół zna warunek sukcesu i czy po wdrożeniu potrafimy sprawdzić rezultat w produkcie.

Taki sposób pracy buduje kulturę, w której feedback nie jest osobistą oceną. Jest informacją o tym, czy rozwiązanie zbliża nas do celu.

WSPÓLNE KRYTERIA

Co łączy różne dyscypliny.

Dyscypliny mogą mieć inne narzędzia, ale powinny rozmawiać o tych samych rezultatach. Projekt mówi o decyzji, art o czytelności, engineering o zachowaniu systemu, QA o granicach, a produkt o spójności doświadczenia. Łączymy te perspektywy wspólnymi kryteriami, dzięki czemu review nie rozpada się na równoległe opinie.

Im bardziej złożona funkcja, tym ważniejsze jest to, by każdy rozumiał nie tylko własny fragment, ale również powód, dla którego fragment istnieje.

Clarity

co powinien rozumieć gracz

Agency

gdzie decyzja ma znaczenie

Consistency

czy system zachowuje wspólne reguły

Quality

czy całość jest gotowa do obrony

ODPOWIEDZIALNOŚĆ

Każdy obszar ma własny rodzaj ryzyka.

W game designie ryzykiem jest mechanika bez roli; w art — wizual, który przesuwa uwagę w złe miejsce; w engineeringu — edge case rozbijający spójność; w QA — problem, którego nie potrafimy odtworzyć; w produkcie — rozbudowa, która zaciera rdzeń doświadczenia.

Świadomość tych ryzyk pomaga nam lepiej planować review i wcześniej zadawać pytania, które oszczędzają kosztownej poprawki na końcu.

01

Design risk

funkcja nie zmienia decyzji

02

Art risk

priorytet stanu jest niewidoczny

03

Engineering risk

zachowanie nie jest stabilne

04

Product risk

złożoność rośnie szybciej niż wartość

OD POMYSŁU DO ODPOWIEDZIALNOŚCI

Jak wygląda decyzja, kiedy przechodzi przez studio.

Pomysł może pojawić się w dowolnym miejscu, ale odpowiedzialność zaczyna się dopiero wtedy, gdy potrafimy nazwać problem i przygotować sposób oceny. To pozwala przejść od inspiracji do zadania, a później do wersji, którą można uczciwie reviewować.

Jeśli pomysł nie potrafi przejść tej drogi, pozostaje inspiracją — nie musi od razu stawać się częścią produktu.

01

Idea

co może być interesujące

02

Problem

jaki brak lub okazję widzimy

03

Task

jaką zmianę możemy sprawdzić

04

Review

co mówi wynik

05

Ownership

czy bierzemy odpowiedzialność za pozostawienie zmiany

STUDIO DEEP DIVE

Biznesowa wartość studia powstaje wtedy, gdy potrafimy powtarzalnie podejmować dobre decyzje.

Dla Kertanzip studio nie jest tylko nazwą nad produktem. To sposób organizowania odpowiedzialności. Gra może mieć wiele systemów i wiele punktów styku, ale ktoś musi pilnować spójności pomiędzy nimi. Ta odpowiedzialność jest wspólna: decyzja projektowa przechodzi przez implementację, oprawę, QA i ocenę produktową zanim zostanie uznana za gotową.

W praktyce najważniejsze są dla nas krótkie pętle informacji. Zespół nie powinien czekać tygodniami, żeby dowiedzieć się, że założenie było błędne. Im szybciej pomysł staje się sprawdzalnym fragmentem gry, tym szybciej można go ocenić i tym mniejszy jest koszt zmiany.

Drugi element to prawo do zakwestionowania rozwiązania. Seniority czy autorstwo pomysłu nie powinny chronić funkcji przed review. Liczy się to, czy rozwiązanie działa dla produktu. Taka kultura jest szczególnie potrzebna w grze o fizyce, gdzie intuicja projektanta może rozminąć się z faktycznym zachowaniem systemu.

Trzeci element to pamięć decyzji. Nie chodzi o dokumentowanie wszystkiego dla samej dokumentacji, ale o zachowanie powodów: jaki problem rozwiązywaliśmy, czego się obawialiśmy, co poprawiliśmy i co pozostawiliśmy świadomie. To ogranicza sytuacje, w których ten sam problem wraca tylko dlatego, że zespół nie pamięta wcześniejszego kontekstu.

Ostatecznie studio mierzymy nie liczbą spotkań ani funkcji, lecz jakością produktu. Blasty Bubs jest miejscem, w którym ta metoda staje się widoczna: w czytelnych zależnościach, kontrolowanym chaosie, różnorodności systemów i przestrzeni do poprawiania własnej decyzji.

Koncepcyjna scena wspólnej pracy nad produktem w studiu

PRODUKT

Nasza gra jest rezultatem tej metody.

Blasty Bubs łączy brick breaker z pinballem i opiera się na kącie, grawitacji oraz odbiciach. Bumpers, specjalne power‑upy, zróżnicowane bloki i odblokowywane Bubs dają nam przestrzeń do projektowania sytuacji o różnym rytmie i ryzyku.

Najlepszym miejscem, by zobaczyć tę pracę w jednym doświadczeniu, jest sama gra.

Nie przez liczbę obietnic, tylko przez jakość decyzji widocznych w produkcie.

Strona może opowiadać o procesie, ale nie zastąpi gry. Dlatego nasza narracja biznesowa zawsze prowadzi z powrotem do rezultatu: czy system jest czytelny, czy decyzja ma znaczenie, czy poziom uczy i czy produkt zachowuje własny charakter mimo kolejnych rozszerzeń.

To podejście pomaga również zachować uczciwość komunikacji. Nie potrzebujemy wymyślonych historii o zespole, jeśli możemy pokazać konkretną logikę pracy, standard review i sposób, w jaki decyzje przekładają się na Blasty Bubs.

KONTAKT

Porozmawiaj z nami albo przejdź do gry.

Jeśli temat dotyczy strony, współpracy lub sposobu prezentacji produktu, skorzystaj z kontaktu Kertanzip. W sprawach wymagających wsparcia aplikacji możesz również użyć oficjalnego kanału wsparcia widocznego w Google Play.

Ustawienia prywatności

W tej wersji motywu nie uruchamiamy opcjonalnych trackerów. Zapamiętujemy jedynie lokalnie informację, że komunikat został zamknięty.

Przeczytaj politykę cookies