Kiedy opłaca się przepisać aplikację od zera?

Gdy model danych nie pasuje do biznesu, nikt nie potrafi wyjaśnić głównego przepływu, a kodu nie da się przetestować bez przepisania. Jeśli zgadza się osiem lub więcej z dwunastu punktów, proszę przepisać rdzeń. Prototyp służy wtedy jako specyfikacja tego, co działa, a co nie.

Co znaczy wzmocnić prototyp?

Zachować kod i dodać to, czego brakuje do działania na produkcji: testy głównych przepływów, uprawnienia i klucze na serwerze, kopie zapasowe i monitoring. To szybsze i tańsze niż przepisanie.

Dlaczego zaznaczać także to, czego nie wiem?

Bo przy prototypie „nie wiem” to już samo w sobie ustalenie. Jeśli nikt nie wie, gdzie są kopie zapasowe albo kto ma dostęp do hostingu, to takie samo ryzyko jak brak kopii.

Co jeśli aplikacja działa na platformie, z której nie da się wyjść?

Proszę zająć się tym najpierw, niezależnie od wyniku. Dopóki nie da się wyeksportować kodu i danych, każda poprawka odbywa się w cudzym systemie i nigdy nie będzie w pełni Państwa.

Test z werdyktem

Wzmocnić czy przepisać? Test prototypu w 5 minut

O tym, czy prototyp wzmocnić, czy przepisać, decyduje 12 pytań w czterech obszarach: dane i dostępy, wdrożenie, testy i kod. Proszę zaznaczyć, co się zgadza, także tam, gdzie Państwo nie wiedzą, a zobaczą Państwo werdykt: wzmocnić, wzmocnić, ale najpierw naprawić najsłabszy obszar, albo przepisać rdzeń. Przepisywanie od zera opłaca się rzadziej, niż się wydaje.

To, co Państwo wypełnią i zaznaczą, zostaje tylko w tym oknie przeglądarki. Niczego nie wysyłamy, dopóki sami Państwo nie poproszą o ocenę e-mailem. Po zamknięciu strony zniknie, dlatego proszę wydrukować wynik.

Dla vibe coderów i założycieli, których aplikacja powstała w narzędziu AI lub u freelancera i teraz ma rosnąć. Proszę zaznaczyć, co dotyczy Państwa aplikacji. Tam, gdzie Państwo nie wiedzą, również proszę zaznaczyć: „nie wiem” to przy prototypie już samo w sobie ustalenie.

Od 2023 roku dostarczyliśmy 15+ projektów produkcyjnych i kilka razy przejmowaliśmy cudzy kod. Przepisywanie od zera opłaca się rzadziej, niż się wydaje.

1. Dane i dostępy

Model danych nie pasuje do biznesu: zmiana w jednym miejscu psuje dwa inne.
Uprawnienia to tylko ukryte przyciski albo tajne klucze są w kodzie dla przeglądarki.
Nie da się wyeksportować danych z platformy, na której działa aplikacja.

2. Wdrożenie

Hosting, baza danych lub domena są na prywatnym koncie jednej osoby.
Wdraża ręcznie jedna osoba i nikt inny nie potrafi tego powtórzyć.
Nie mają Państwo sprawdzonych kopii zapasowych ani alertu, gdy aplikacja przestaje działać.

3. Testy

Główne przepływy nie mają żadnego testu automatycznego.
Naprawione błędy wracają w miejscach, których nikt nie zmieniał.
Nie da się dodać testu do kodu bez przepisania go.

4. Kod

Nikt, nawet autor, nie potrafi wyjaśnić, co dzieje się od kliknięcia do zapisania danych.
Każda nowa funkcja trwa dłużej niż poprzednia.
Kodu nie da się uruchomić poza platformą, w której powstał.

5. Co oznacza wynik

Zaznaczone	Werdykt	Co dalej
0 do 3	Blisko celu	Wzmocnić. Kod zostaje. Proszę dodać testy głównych przepływów, przenieść klucze i uprawnienia na serwer, ustawić kopie zapasowe i monitoring.
4 do 7	W połowie drogi	Wzmocnić, ale najpierw naprawić najsłabszy obszar. Zachować to, co działa, i od nowa zbudować tylko obszar z największą liczbą zaznaczeń, zwykle model danych lub logowanie.
8 do 12	Na początku	Przepisać rdzeń. Zbudować rdzeń od nowa na popularnych technologiach i przenieść dane. Prototyp zostaje jako specyfikacja tego, co działa, a co nie.

Jeśli dotyczy Państwa trzeci punkt w obszarze danych lub ostatni w obszarze kodu, proszę zająć się nim najpierw, niezależnie od wyniku: dopóki nie wyjdą Państwo z platformy, każda poprawka odbywa się w cudzym systemie.

Chcą Państwo pewności w obszarze danych i dostępów? Proszę uruchomić prompt do kontroli prototypu. Cała droga przed uruchomieniem jest w checkliście 25 punktów.

Więcej narzędzi dla Państwa

Czy Państwa użytkownicy widzą cudze dane? Proszę sprawdzić prototyp samodzielnie

Prompt dla Claude Code lub Cursora, który przejdzie repozytorium w sześciu obszarach i uszereguje ustalenia według wagi.

Od prototypu do produkcji: checklista 25 punktów przed uruchomieniem

Logowanie, dane, wdrożenie i własność: co sprawdzić, zanim aplikację dostaną prawdziwi użytkownicy.

Najczęstsze pytania

Kiedy opłaca się przepisać aplikację od zera?: Gdy model danych nie pasuje do biznesu, nikt nie potrafi wyjaśnić głównego przepływu, a kodu nie da się przetestować bez przepisania. Jeśli zgadza się osiem lub więcej z dwunastu punktów, proszę przepisać rdzeń. Prototyp służy wtedy jako specyfikacja tego, co działa, a co nie.
Co znaczy wzmocnić prototyp?: Zachować kod i dodać to, czego brakuje do działania na produkcji: testy głównych przepływów, uprawnienia i klucze na serwerze, kopie zapasowe i monitoring. To szybsze i tańsze niż przepisanie.
Dlaczego zaznaczać także to, czego nie wiem?: Bo przy prototypie „nie wiem” to już samo w sobie ustalenie. Jeśli nikt nie wie, gdzie są kopie zapasowe albo kto ma dostęp do hostingu, to takie samo ryzyko jak brak kopii.
Co jeśli aplikacja działa na platformie, z której nie da się wyjść?: Proszę zająć się tym najpierw, niezależnie od wyniku. Dopóki nie da się wyeksportować kodu i danych, każda poprawka odbywa się w cudzym systemie i nigdy nie będzie w pełni Państwa.

Co dalej

MVP i produkt

Działający produkt w tygodnie, nie w miesiące

Audyt prototypu

Senior przejrzy kod i napisze, co wzmocnić, co przepisać i w jakiej kolejności. Odezwiemy się w ciągu dwóch dni roboczych z kilkoma pytaniami o Państwa pracę. Potem ustalimy, co zrobimy najpierw.

Proszę napisać, co musi wystartować najpierw Albo 15-minutowa rozmowa wstępna

Dla kogo

Usługi

Know-how

Czym jest agent AI? Prosto wyjaśnione, z przykładami

Kiedy Excel przestaje wystarczać firmie?