Dlaczego Twoja pierwsza aplikacja zbudowana z AI powinna być brzydka

Gdy ktoś po raz pierwszy używa kreatora aplikacji z AI, zwykle robi jedną z dwóch rzeczy. Albo akceptuje pierwsze, co da mu AI, i wdraża, albo spędza trzy dni na dopieszczaniu przycisków, żeby były dokładnie tym właściwym odcieniem indygo, zanim w ogóle sprawdzi, czy ktokolwiek tej rzeczy chce.

Druga grupa jest znacznie liczniejsza i to bardziej kosztowny błąd. Ten wpis jest o tym, dlaczego Twoja pierwsza aplikacja zbudowana z AI powinna być celowo trochę brzydka.

Pułapka dopracowania

Jest takie szczególne uczucie, które dopada Cię jakieś dziesięć minut po rozpoczęciu budowy czegoś. Podstawowy przepływ działa. Użytkownik może się zapisać, zrobić tę rzecz, zobaczyć wynik.

A potem Twoje oko zaczepia się o odstępy. Nagłówek jest za duży. Pusty stan ma tekst zastępczy. Ekran logowania wygląda jak ekran logowania z 2008 roku.

Prosisz kreator aplikacji z AI, żeby naprawił odstępy. Robi to. Teraz przycisk jest w złym miejscu. Prosisz, żeby to naprawił. Robi to. Teraz animacja okna modalnego dziwnie wygląda na telefonie. Spędzasz kolejne dwie godziny, przesuwając rzeczy piksel po pikselu.

Problem nie polega na tym, że dopracowanie jest złe. Dopracowanie jest świetne — w końcu. Problem polega na tym, że dopracowanie to najbardziej mierzalny rodzaj postępu. Jest widoczne. Wydaje się pracą. I jest niemal całkowicie nieskorelowane z tym, czy Twoja aplikacja jest dobra.

Kiedy Twoja aplikacja jest trochę brzydka, pozostajesz skupiony na tym, co ona robi. Kiedy Twoja aplikacja jest ładna, zaczynasz traktować ją, jakby była skończona.

To, co naprawdę musisz wiedzieć

Nie budujesz aplikacji. Testujesz założenie.

Założenie zwykle wygląda tak: ludzie, którzy mają problem X, użyją narzędzia, które robi Y, żeby go rozwiązać. Wszystko inne — kolory, typografia, ilustracje pustych stanów, wycieczka onboardingowa — istnieje, żeby służyć temu założeniu. Jeśli założenie jest błędne, żadne z tych dopracowań nie ma znaczenia. Jeśli założenie jest słuszne, masz mnóstwo czasu, żeby poprawić kolory później.

Mój znajomy spędził w zeszłym miesiącu dwa tygodnie na budowaniu trackera nawyków. Nie najbardziej oryginalny pomysł na świecie, ale miał na to konkretne podejście: śledź nawyki w grupach po trzy, a grupy wygasają co tydzień. Kreator AI dał mu działający prototyp w jakąś godzinę. Resztę z tych dwóch tygodni spędził, robiąc go ładnym.

Gdy w końcu pokazał go ludziom, opinia brzmiała: „Podoba mi się, ale nigdy nie używałbym trzech naraz”. Jego kluczowe założenie było błędne. Ładna wersja była błędna dokładnie tak samo, jak błędna była brzydka wersja. Po prostu spędził dziesięć dodatkowych dni na dopieszczaniu złej odpowiedzi.

Jak wygląda „wystarczająco brzydkie”

Brzydkie nie znaczy zepsute. Znaczy celowo niedodekorowane. Kilka oznak aplikacji, która jest na właściwym poziomie brzydoty jak na pierwszą budowę:

Domyślny motyw wykonuje większość pracy wizualnej. Jeśli kreator AI wystartował z rozsądnymi ustawieniami domyślnymi, jeszcze ich nie tknąłeś.
Puste stany to zwykły tekst. Żadnych ilustracji, żadnego tekstu „Wygląda na to, że jeszcze nic tu nie ma 🎉”. Po prostu „Brak pozycji”.
Favicon jest domyślny. Tak samo logo, jeśli w ogóle jest. Wordmark w domyślnej czcionce wystarczy.
Przepływ logowania to to, co dał Ci kreator. Bez brandingu. Bez dostosowań. Funkcjonalny.
Jedna strona może być podłączona, żeby robić tę prawdziwą rzecz. Cała reszta może być zaślepką albo odnośnikiem do formularza Google.

Jeśli patrzysz na swoją budowę i czujesz lekkie zażenowanie pokazywaniem jej znajomemu, prawdopodobnie jesteś we właściwej strefie. To zażenowanie jest przydatne — popycha Cię, żebyś mówił o tym, co aplikacja robi, a nie jak wygląda. A to jest rozmowa, którą naprawdę musisz odbyć.

Dwa rodzaje opinii, które daje Ci brzydota

Kiedy pokazujesz komuś dopracowaną aplikację, reaguje na dopracowanie. „O, ten gradient jest ładny”. „Podoba mi się ikona”. Nic z tego nie jest informacją. To rozmowny odpowiednik konwersacyjnej grzeczności.

Kiedy pokazujesz komuś brzydką aplikację, dostajesz dwa różne rodzaje opinii, oba przydatne:

„To rozwiązuje dla mnie prawdziwy problem”. Po to przyszedłeś. Jeśli brzydka aplikacja dostaje taką reakcję, założenie się trzyma i masz pozwolenie, żeby dopracowywać. Teraz kolory mają znaczenie, bo nie obstawiasz, że kolory udźwigną zły pomysł.
„Nie bardzo rozumiem, do czego to jest”. Po to też przyszedłeś, nawet jeśli to boli. Brzydka aplikacja ujawnia to szybciej, bo nic nie odwraca uwagi od sedna. Ładna aplikacja dostałaby grzeczne skinienie głową i „fajnie wygląda”, a Ty nie nauczyłbyś się niczego.

Obie reakcje mówią Ci, co zrobić dalej. Dopracowana wersja dałaby Ci opinie o grubości czcionki.

„A co, jeśli chcę to pokazać inwestorom / klientom / mamie?”

Rozsądna obawa. Pomagają trzy rzeczy.

Pierwsza jest taka, że „pokazywanie inwestorom” jest zwykle dalej, niż się wydaje. Większość ludzi, którzy mówią „potrzebuję, żeby to dobrze wyglądało, żeby pokazać inwestorom”, tak naprawdę nie ma spotkania z inwestorem w kalendarzu. Mają mglistego przyszłego inwestora i bardzo realny obecny niepokój. Mglisty przyszły inwestor wolałby zdecydowanie zobaczyć działający produkt z pięcioma prawdziwymi użytkownikami niż dopracowaną makietę bez żadnego.

Druga jest taka, że istnieje różnica między brzydkim a niedokończonym. Brzydka aplikacja wciąż może sprawiać wrażenie zamierzonej — płaskie kolory, systemowe czcionki, spójne odstępy. To, czego chcesz uniknąć, to na pół udekorowane: pięknie animowana strona startowa przed ekranem ustawień, który wciąż pokazuje Lorem Ipsum, albo trzy różne style przycisków, bo dostosowałeś dwa, a o trzecim zapomniałeś. Taka nierówność czyta się jako „poddałem się w połowie”, co jest znacznie gorsze niż „jeszcze nie zacząłem projektować”.

Trzecia jest taka, że brzydkie-na-celowo to gatunek. Narzędzia indie w czystym tekście, design brutalistyczny, estetyka „zrobione przez jedną osobę” — to powszechnie szanowane wyglądy. Jeśli martwisz się, że wyjdziesz na nieprofesjonalnego, oprzyj się na tym wyglądzie celowo, zamiast za niego przepraszać.

Kiedy dopracowanie staje się właściwym ruchem

Jest punkt, w którym brzydota przestaje być przydatna. To nie konkretna data — to konkretne uczucie. Poznasz, że dopracowanie jest właściwym ruchem, gdy:

Masz niewielką liczbę prawdziwych użytkowników, którzy wciąż wracają.
Przestajesz słyszeć „nie rozumiem, do czego to jest”, a zaczynasz słyszeć „chciałbym, żeby to robiło X”.
Jesteś zażenowany aplikacją w sposób, który dotyczy konkretnie tego, jak wygląda, a nie jak działa.
Tarcie w interfejsie powoduje faktyczny odpływ, a nie tylko przeszkadza Ci estetycznie.

Gdy to osiągniesz, poproś kreator AI o przejście projektowe. Wybierz krój pisma. Dociśnij odstępy. Dopracuj puste stany. Praca, którą wtedy wykonasz, jest wynagradzana, bo każdy piksel dopracowania ląduje na czymś, co już działa.

Zanim to osiągniesz, dopracowanie to głównie prokrastynacja w przebraniu postępu.

Wersja tej rady, której możesz użyć już dziś

Otwórz swój kreator aplikacji z AI i spójrz na to, nad czym pracujesz. Zadaj sobie jedno pytanie: gdybym dał to jutro jednej prawdziwej osobie, czy dowiedziałbym się czegoś, czego jeszcze nie wiem?

Jeśli tak, nie musisz dopracowywać. Musisz to wysłać.

Jeśli nie, luka zwykle nie polega na tym, że aplikacja jest zbyt brzydka. Luka zwykle polega na tym, że główny przepływ jeszcze nic nie robi — ma stronę główną, logowanie i trzy prawie funkcjonalne ekrany, a rzecz, którą miał robić, wciąż jest TODO. To jest ta część do zbudowania w następnej kolejności. Nie kolory.

Twoja pierwsza aplikacja zbudowana z AI ma być brzydka. Ma wyglądać jak szkic. Tak właśnie poznasz, że wciąż jest w ruchu.

Jeśli jesteś wcześniej w procesie, mogą Ci się spodobać czym powinna być Twoja pierwsza aplikacja zbudowana z AI albo jak opisać kreatorowi AI to, czego chcesz.