Sec.01 — Mandat

Oprogramowanie skrojone na kształt Twojej operacji.

zeroToOne to studio inżynierskie. Modelujemy to, jak naprawdę działa Twoja firma, a potem budujemy systemy, które nią sterują — zakres w dni, wdrożenie w tygodnie, przekazanie w całości.

Zamów zakres Zobacz wdrożenia
Fig.01 — Ontologia domenyna żywo
Współpraca
6–12 tyg.
typowy czas trwania
Zespół
2–4
inżynierowie senior, bez juniorów
Pierwsze wdrożenie
1. tydzień
produkcja, nie prototyp
Własność
100%
repozytorium przekazane Tobie
Sec.02 — Kompetencje

Jeden zespół odpowiedzialny od początku do końca.

Strategia, projektowanie, inżynieria i infrastruktura pod spodem — dostarczane przez tych samych ludzi, którzy określili zakres. Wybierz jedną kompetencję albo cały stos.

Ozn.KompetencjaDefinicjaGłówne narzędzia
SVC.01

Modelowanie domeny

Mapujemy encje, reguły i przypadki brzegowe, na których stoi Twoja firma — zanim powstanie choć linijka kodu.

warsztatyschematdziennik decyzji
SVC.01 · Kompetencja

Modelowanie domeny

Od dwóch do pięciu dni z ludźmi, którzy naprawdę wykonują tę pracę — nie tylko z tymi, którzy ją opisują. Wychodzimy z jednym spisanym modelem, na który wszyscy się zgodzili, i listą pytań, na które nikt jeszcze nie umiał odpowiedzieć.

Co dostajesz
  • Spisany model domeny
  • Katalog encji i reguł
  • Dziennik decyzji z właścicielami
  • Otwarte pytania, uszeregowane wg kosztu
Potrzebujesz tego, gdy
  • Dwa zespoły rozumieją to samo słowo inaczej
  • Każda nowa funkcja wymaga wyjątku
  • Specyfikacja rośnie i nigdy się nie domyka
Główne narzędzia
warsztatyschematdziennik decyzji
SVC.02

Inżynieria produktu

Dostarczanie full-stack, łącznie z częściami bez blasku — logowanie, płatności, migracje, uzupełnianie danych.

TypeScriptPostgresReact
SVC.02 · Kompetencja

Inżynieria produktu

Budujemy i utrzymujemy całość, łącznie z częściami, które nigdy nie trafią na zrzut ekranu. System idzie na produkcję wcześnie i tam zostaje, więc problemy wychodzą, póki są jeszcze tanie.

Co dostajesz
  • System produkcyjny na Twojej infrastrukturze
  • Testy i pipeline CI
  • Runbook i notatki dyżurowe
  • Repozytorium przekazane Tobie
Potrzebujesz tego, gdy
  • Wersja pierwsza leży w backlogu od dwóch kwartałów
  • Rekrutujesz do zespołu, którego jeszcze nie ma
  • Prototyp nie udźwignie prawdziwego ruchu
Główne narzędzia
TypeScriptPostgresReact
SVC.03

Systemy danych i AI

Wyszukiwanie, agenci i ustrukturyzowana ekstrakcja — z ewaluacjami, zabezpieczeniami i budżetem opóźnień w komplecie.

ewaluacjeRAGtracing
SVC.03 · Kompetencja

Systemy danych i AI

Wszystko, co ma w środku model, potrzebuje sposobu na sprawdzenie, czy się poprawiło. Najpierw budujemy zestaw ewaluacyjny, potem pipeline — żeby jakość była liczbą, a nie opinią.

Co dostajesz
  • Zestaw ewaluacyjny z punktacją
  • Pipeline wyszukiwania lub agentów
  • Dashboardy tracingu i kosztów
  • Zabezpieczenia i ścieżki awaryjne
Potrzebujesz tego, gdy
  • Demo zadziałało, dziesiąty przypadek już nie
  • Nikt nie umie powiedzieć, czy zmiana coś poprawiła
  • Koszty skaczą i nie wiadomo dlaczego
Główne narzędzia
ewaluacjeRAGtracing
SVC.04

Platforma i infrastruktura

Migracja, infrastruktura jako kod, CI/CD i telemetria, którą Twój zespół obsłuży samodzielnie.

TerraformCI/CDOTel
SVC.04 · Kompetencja

Platforma i infrastruktura

Infrastruktura, którą Twój zespół obsłuży po naszym odejściu. Wszystko jest kodem, wszystko jest odtwarzalne, a przekazanie to warsztat, nie dokument.

Co dostajesz
  • Infrastruktura jako kod
  • CI/CD z przetestowanym wycofaniem
  • Metryki, logi i trace'y
  • Warsztat przekazania z Twoim zespołem
Potrzebujesz tego, gdy
  • Wdrożenia dzieją się, gdy jedna konkretna osoba ma czas
  • Nikt nie wie, ile naprawdę kosztuje produkcja
  • Staging i produkcja się rozjechały
Główne narzędzia
TerraformCI/CDOTel
SVC.05

Bezpieczeństwo i zgodność

Modelowanie zagrożeń, projekt dostępów i ślad audytowy wbudowane w dostarczanie, a nie doklejone przed startem.

SSORBACaudyt
SVC.05 · Kompetencja

Bezpieczeństwo i zgodność

Projekt dostępów i ślad audytowy należą do modelu, a nie do dokumentu pisanego tydzień przed przeglądem. Wbudowujemy je i dajemy Ci dowody, o które i tak zostaniesz poproszony.

Co dostajesz
  • Model zagrożeń dla realnego systemu
  • Projekt ról i dostępów
  • Ślad audytowy dla wszystkich zmian
  • Plan naprawczy wg ryzyka
Potrzebujesz tego, gdy
  • Klient przysłał ankietę bezpieczeństwa
  • Dostęp nadaje się przez ładne poproszenie
  • Nie umiesz pokazać, kto zmienił rekord
Główne narzędzia
SSORBACaudyt
Sec.03 — Modele

Trzy sposoby, żeby nas wdrożyć.

Forma współpracy dopasowuje się do tego, gdzie jesteś. Ludzie pozostają ci sami niezależnie od modelu.

Model A

Wcieleni w zespół

Od jednego do trzech naszych inżynierów w Twoich repozytoriach i na Twoich standupach, przez kwartał lub dłużej.

  • Twój stos
  • Twoje rytuały
  • Przegląd co miesiąc
Model A

Wcieleni w zespół

Dla zespołów, które mają już kierunek i potrzebują mocy seniorskiej, której nie trzeba prowadzić za rękę. Pracujemy w Twoich repozytoriach, Twoich narzędziach i Twoim rytmie.

Co obejmuje
  • Od jednego do trzech inżynierów senior
  • Twój stos, Twój proces
  • Spisany przegląd co miesiąc
  • Okres wypowiedzenia zamiast lock-inu
Warunki

Stawka miesięczna za inżyniera, odnawialna, z miesięcznym wypowiedzeniem.

Model B

Dedykowany build

Wydzielony zespół dostarczający zdefiniowany system od początku do końca, w stałym zakresie i za stałą cenę.

  • Spisany zakres
  • Demo co tydzień
  • Stała cena
Model B

Dedykowany build

Dla zdefiniowanego systemu z prawdziwym terminem. Zakres jest spisany, zanim ktokolwiek zacznie, a cena idzie za zakresem, nie za godzinami.

Co obejmuje
  • Zakres spisany przed startem prac
  • Cotygodniowe demo na prawdziwej infrastrukturze
  • Stała cena względem tego zakresu
  • Zmiany wyceniane osobno
Warunki

Stała cena, rozliczana kamieniami milowymi. Zmiany zakresu są wyceniane, nigdy po cichu wchłaniane.

Model C

Build założycielski

Twój pierwszy zespół inżynierski. Budujemy wersję pierwszą i przekazujemy ją, gdy będziesz gotów rekrutować.

  • 0 → 1
  • Pełne przekazanie
  • 30 dni wsparcia
Model C

Build założycielski

Dla założycieli, którzy nie mają jeszcze zespołu inżynierskiego. Budujemy wersję pierwszą, utrzymujemy ją na produkcji i przekazujemy w stanie, który Twoi pierwsi ludzie podniosą.

Co obejmuje
  • Wersja pierwsza na produkcji
  • Dokumentacja i nagrane omówienia
  • Przekazanie repozytorium i infrastruktury
  • Trzydzieści dni wsparcia po przekazaniu
Warunki

Stała cena za fazę. Przekazanie w cenie, nie jako dosprzedaż.

Sec.04 — Harmonogram

Zakres w dni. Wdrożenie w tygodnie.

Standardowa współpraca, rozrysowana tydzień po tygodniu. Fazy zachodzą na siebie, bo dostarczanie też zachodzi.

0
1
2
3
4
5
6
7
8
9
10
11+
P1 · Zakres
P2 · Rdzeń
P3 · Utwardzanie
P4 · Przekazanie
P1 · Zakres

Warsztaty domenowe i spisana specyfikacja. Stała cena i lista rezultatów ustalone, zanim powstanie kod.

P1 · Zakres

Zakres

Warsztaty domenowe i spisana specyfikacja. Stała cena i lista rezultatów ustalone, zanim powstanie kod.

Co dostajesz
  • Model domeny, spisany i zaakceptowany
  • Zakres i stała cena
  • Dziennik ryzyk i otwartych pytań
Czego potrzebujemy od Ciebie

Od dwóch do pięciu dni czasu Twojego zespołu i dostęp do osób, które znają wyjątki.

P2 · Rdzeń

Ścieżka krytyczna na produkcji od pierwszego tygodnia. Cotygodniowe demo względem zakresu, na prawdziwej infrastrukturze.

P2 · Rdzeń

Rdzeń

Ścieżka krytyczna na produkcji od pierwszego tygodnia. Cotygodniowe demo względem zakresu, na prawdziwej infrastrukturze.

Co dostajesz
  • Ścieżka krytyczna działająca na produkcji
  • Cotygodniowe demo względem zakresu
  • Infrastruktura jako kod
Czego potrzebujemy od Ciebie

Godzina tygodniowo na demo i decyzje wtedy, gdy o nie prosimy.

P3 · Utwardzanie

Przypadki brzegowe, wydajność, kontrola dostępu, migracja prawdziwych danych i telemetria, żeby to wszystko widzieć.

P3 · Utwardzanie

Utwardzanie

Przypadki brzegowe, wydajność, kontrola dostępu, migracja prawdziwych danych i telemetria, żeby to wszystko widzieć.

Co dostajesz
  • Przypadki brzegowe i praca nad wydajnością
  • Kontrola dostępu i ślad audytowy
  • Prawdziwe dane zmigrowane i uzgodnione
Czego potrzebujemy od Ciebie

Prawdziwe dane, prawdziwi użytkownicy i ktoś, kto zaakceptuje migrację.

P4 · Przekazanie

Dokumentacja, nagrane omówienia, przekazanie repozytorium i trzydzieści dni wsparcia po starcie.

P4 · Przekazanie

Przekazanie

Dokumentacja, nagrane omówienia, przekazanie repozytorium i trzydzieści dni wsparcia po starcie.

Co dostajesz
  • Dokumentacja i nagrane omówienia
  • Przekazanie repozytorium i infrastruktury
  • Trzydzieści dni wsparcia
Czego potrzebujemy od Ciebie

Ten, kto przejmie system po nas — obecny na omówieniach.

Sec.05 — Metoda

Większość nieudanych projektów źle zamodelowano, a nie źle zakodowano.

Kosztowne błędy zdarzają się przed pierwszym commitem — w encji, której nikt nie zdefiniował, w regule, którą znała jedna osoba, w wyjątku, który okazuje się połową wolumenu. Żadna ilość inżynierii nie wyciąga z tego tanio.

Dlatego zaczynamy od modelowania domeny: co istnieje, jak się ze sobą wiąże, które reguły są prawdziwe, a które to przyzwyczajenie. Z tego modelu wynika cała budowa — i wszystko, co rozbudujesz po naszym odejściu.

01
Model przed kodem

Od dwóch do pięciu dni warsztatów daje spisany model domeny, który akceptujesz.

02
Wdrożenie przed dopieszczaniem

Ścieżka rdzeniowa działa na produkcji w pierwszym tygodniu, więc decyzje wcześnie spotykają się z rzeczywistością.

03
Przekazanie domyślnie

Wszystko piszemy tak, by dało się je przekazać, od pierwszego commita — nie dokumentujemy na koniec.

Fig.02 — Przebieg modelowaniaschemat
SYSTEMYco istnieje dzisiajLUDZIEkto o czym decydujeREGUŁYprawdziwe vs. nawykoweMODEL DOMENYwspólny kręgosłupINTERFEJSYczego dotyka użytkownikAUTOMATYZACJAco działa samo

Otwórz szczegóły

Sec.06 — Wdrożenia

Wybrane systemy na produkcji.

Szczegółowe opisy dostępne po podpisaniu wzajemnego NDA.

DEP.01Produkcja

Platforma zamówień B2B

Katalog fabryki, ceny kontraktowe i stany magazynowe na żywo wystawione sklepom partnerskim przez portal i wersjonowane API. Zamówienia przychodzą wycenione i zwalidowane, zamiast jako załączniki do maili przepisywane ręcznie.

−80%ręcznego wprowadzania zamówień
DEP.01 · Produkcja

Platforma zamówień B2B

Problem

Sklepy partnerskie zamawiały mailem i telefonicznie. Każde zamówienie przepisywano ręcznie, ceny brano z arkusza, który był już nieaktualny, a nikt nie umiał powiedzieć, co faktycznie jest na stanie.

Co zbudowaliśmy

Portal i wersjonowane API nad prawdziwym katalogiem fabryki, cenami kontraktowymi i stanami na żywo. Zamówienia są wyceniane i walidowane w momencie wprowadzenia, a potwierdzona dostępność wraca natychmiast.

Efekt

Obsługa zamówień przestała skalować się liczbą etatów. Partnerzy obsługują się sami, biuro zamówień zajmuje się wyjątkami zamiast przepisywaniem, a błędy cenowe z nieaktualnych arkuszy zniknęły.

Stos
Next.jsPostgresREST APISSO
DEP.02Wyposażenie domu

ERP dla fabryki mebli

Produkcja, magazyn, kosztorysowanie i zamówienia na jednym modelu domeny zbudowanym wokół tego, jak zakład naprawdę pracuje. Wiarygodny koszt na zamówieniu pozwolił utrzymać marżę wobec tanich importów, zamiast jej szacować.

6 → 1zastąpionych systemów
DEP.02 · Wyposażenie domu

ERP dla fabryki mebli

Problem

Tani import wyznaczał cenę, jakiej oczekiwał rynek. Bez wiarygodnego kosztu na zamówieniu fabryka nie wiedziała, które produkty nadal zarabiają, a które są dotowane przez resztę.

Co zbudowaliśmy

Produkcja, magazyn, kosztorysowanie i zamówienia na jednym modelu domeny zbudowanym wokół tego, jak zakład naprawdę pracuje — łącznie z wyjątkami w marszrutach, które sześć osobnych narzędzi zapisywało każde inaczej.

Efekt

Koszt stał się czymś, na czym się decyduje, a nie o czym się spiera. Marża jest broniona per linia produktowa na prawdziwych liczbach, a sześć narzędzi zwinęło się w jeden system obsługiwany przez zespół.

Stos
TypeScriptPostgresLog zdarzeńRaportowanie
DEP.03Leśnictwo i drewno

Łańcuch pochodzenia FSC

Stany, zużycie i zakupy śledzone per certyfikowana partia, więc bilans wejścia i wyjścia broni się podczas audytu. Certyfikacja staje się produktem ubocznym codziennej pracy, a nie kwartalnym zrywem.

0niezgodności w audycie
DEP.03 · Leśnictwo i drewno

Łańcuch pochodzenia FSC

Problem

Materiał certyfikowany i niecertyfikowany dzielił ten sam plac i te same maszyny. Bilans wejścia i wyjścia odtwarzano ręcznie przed każdym audytem, z dokumentów dostawy i pamięci.

Co zbudowaliśmy

Stany, zużycie i zakupy śledzone per certyfikowana partia, od przyjęcia po wyrób gotowy, z bilansem liczonym na bieżąco i eksportami w formacie, o który prosi audytor.

Efekt

Certyfikacja przestała być kwartalnym zrywem. Bilans jest poprawny w dowolnym dniu, a dowodem na to jest raport, a nie tydzień pracy.

Stos
TypeScriptPostgresŚledzenie partiiEksporty

Po wdrożeniu systemu, który zbudowało dla nas zeroToOne, zwiększyliśmy przepustowość produkcji o ponad 50% — bez dokładania ani jednej maszyny.

Mirosław — prezes, fabryka mebli
Sec.07 — Kontakt

Powiedz nam, co trzeba zbudować.

Rozmowa na 45 minut. Przynieś problem, nie specyfikację. Wyjdziesz z naszą szczerą oceną tego, co budować, ile to potrwa i ile kosztuje — niezależnie od tego, czy z nami pracujesz.

contact@zt1.io
Sec.07 — Rozmowa wstępna · 30 minOtwórz w nowej karcie ↗