04
A demó élesítése

Weboldalak és webappok

AI-jal szoftvert építeni olyan érzés, mint a beígért csalókód, egészen addig, amíg a dolognak valódi felhasználói, valódi adatai és valódi számlája nem lesz. Ez a fejezet a roncsok közül íródott: azokról a mintákról, amelyek egy kedden még működő prototípusból péntekre karbantarthatatlan, sebezhető és befejezhetetlen terméket csinálnak.

17 módja, hogy elrontsd

“csinálj nekem egy olyan appot, mint az airbnb, csak kutyáknak, és legyen gyönyörű”
Egy projekt első promptja, amelyből negyvenegy lesz, élesítés pedig soha
  1. 4.1

    Az egész terméket kérd az első üzenetben.

    MiértBejelentkezés, fizetés, dashboard, adminfelület és marketingoldal egyetlen kérésben: mindegyik rész kap egy vázlatot, és egyik sem kap alapot. Amit nem tudsz elolvasni, azt átnézni sem tudod.

    EredményEgy build, amit sosem értesz meg teljesen. Innentől minden javítás találgatás, mert egy idegen kódbázisát debugolod, ami véletlenül a tiéd.

  2. 4.2

    Hagyd ki az adatmodellt. Kezdd a szép oldallal.

    MiértAz adataid szerkezete dönti el, mire lesz valaha képes az app. Ha a képernyők után tervezed meg, a projekt hátralévő részében a képernyőket fogod véletlenek köré hajlítgatni.

    EredményÚjraírás a harmadik héten, általában épp azon a héten, amikorra demót ígértél az ügyfélnek.

  3. 4.3

    Mondd, hogy „legyen modern és letisztult”, és hagyd, hogy a modell döntsön.

    MiértEnnek a kifejezésnek egyetlen jelentése van a tanítóadatokban: ugyanaz a középre igazított fejléc, ugyanaz a három kártya, ugyanaz a lila színátmenet, ugyanazok a lekerekített sarkok.

    EredményEgy oldal, ami megkülönböztethetetlen tízezer másiktól. A látogatók nem tudnak különbséget tenni, ezért tömegtermékként áraznak be.

  4. 4.4

    Mindenhol égesd bele a színeket a kódba tokenek helyett.

    MiértHa ötven komponens mind a saját hexakódját tartalmazza, egy arculatváltás ötven módosítás, a sötét mód pedig lehetetlen anélkül, hogy minden fájlhoz hozzányúlnál.

    EredményEgy egyórás dizájnmódosításból kétnapos takarítás lesz, és mindig kimarad valami egy olyan oldalon, amit senki sem néz meg.

  5. 4.5

    A mobillal csak az indulás napján foglalkozz.

    MiértA forgalmad nagy része telefonról jön. Az asztali gépre tervezett elrendezések nem kecsesen zsugorodnak, hanem összeomlanak.

    EredményA látogatóid fele egy szétesett oldalba fut bele. Nem jelentik, egyszerűen elmennek.

  6. 4.6

    Tedd az API-kulcsot a frontendbe, mert így működik.

    MiértAmi a böngészőbe kerül, az nyilvános. A „működik” és a „biztonságos” két külön teszt, és csak az egyik látszik az előnézetben.

    EredményEgy kiürített fiók, egy lecserélt kulcs, és egy incidensről szóló e-mail, amit szombaton írsz meg.

  7. 4.7

    Kapcsold ki az adatbázis biztonsági szabályait, hogy gyorsabban meglegyen a hibajavítás.

    MiértA hozzáférési szabályok az egyetlen védelem egy felhasználó és mindenki más sorai között. A kikapcsolásuk a hibaüzenetet tünteti el, nem a problémát.

    EredményMinden ügyfélrekord olvasható bárkinek, aki megnyitja a Network fület. Ez az a hiba, ami cégeket öl meg, nem sprinteket.

  8. 4.8

    Bízd a kliensre, hogy eldöntse, ki az admin.

    MiértA local storage-ban vagy rejtett mezőben tárolt szerepkör javaslat, nem jogosultság. A böngésző a látogatóé.

    EredményJogosultság-kiterjesztés bárkinek, aki elég kíváncsi ahhoz, hogy kilencven másodpercre megnyissa a fejlesztői eszközöket.

  9. 4.9

    Soha ne nyisd meg magad az appot. Ítéld meg a képernyőkép alapján.

    MiértA képernyőképek elrejtik az üres állapotokat, a lassú betöltést, a sikertelen kéréseket, a billentyűzetcsapdákat és a gombot, ami koppintásra semmit nem csinál.

    EredményA hibákat a felhasználók fedezik fel. Mindegyik több bizalmat visz el, mint amennyit tíz funkció hoz.

  10. 4.10

    A hibákat úgy jelentsd: „nem működik”.

    MiértNincs útvonal, nincsenek lépések, nincs konzolhiba, nincs elvárt eredmény. A modell ilyenkor a legvalószínűbb dolgot javítja ki, ami ritkán a te dolgod.

    EredményHárom kör módosítás egymással össze nem függő fájlokban. A hiba túléli, és most már kettővel több van.

  11. 4.11

    Ha valami eltörik, újraírást kérj diagnózis helyett.

    MiértAz újraírás kidobja a már működő részeket is, köztük azokat, amelyeket sosem teszteltél, de csendben egyben tartották az appot.

    EredményÚj kódbázis új, ismeretlen hibákkal, és az eredeti hiba valószínűleg még mindig benne van.

  12. 4.12

    Építs újabb funkciókat egy törött alapra.

    MiértMinden hibás feltevésre épített funkció megsokszorozza annak a feltevésnek a későbbi kijavítási költségét.

    EredményA projekt eljut oda, ahol a javítás többe kerül, mint az újrakezdés, és a legtöbb AI-jal épített app pont itt hal meg.

  13. 4.13

    Soha ne írd le, mit kellene csinálnia az appnak.

    MiértÍrott specifikáció nélkül a „kész” definíciója minden munkamenetben elsodródik, neked is és a modellnek is.

    EredményEgy örökös kilencven százalék. Négy hónapja majdnem kész.

  14. 4.14

    Élesíts helyőrző szöveggel, lorem ipsummal és stockmosolyokkal.

    MiértA látogatónak a szöveg maga a termék. A helyőrző tartalom azt üzeni, hogy egyetlen döntéshozó sem nézte meg ezt az oldalt.

    EredményVisszafordulás. Az emberek másodpercek alatt eldöntik, hogy egy oldal mögött valódi cég áll-e.

  15. 4.15

    Hagyd ki a betöltési, üres és hibaállapotokat.

    MiértÉlesben a szerencsés eset a legritkább. Egy valódi app idejének nagy része várakozás, „még nincs semmi” és „valami elromlott”.

    EredményEgy üres fehér képernyő, amit a felhasználók hibának olvasnak, aztán egy hibajegy, ami ugyanezt mondja.

  16. 4.16

    Hagyd meg az alapértelmezett oldalcímet, és felejtsd el a meta leírást.

    MiértAz a cím a teljes bemutatkozásod a keresési találatokban, a böngészőfülekben és minden linkben, amit valaha bárki megoszt.

    EredményNulla organikus forgalom, és megosztott linkek, amik befejezetlen sablonnak tűnnek, mert azok.

  17. 4.17

    Indulj el úgy, hogy sosem tesztelted, mit lát egy kijelentkezett látogató.

    MiértTe mindig be vagy jelentkezve. A teljes élményed az appról pont az az élmény, amit szinte egyetlen első látogató sem kap meg.

    EredményAz új felhasználók átirányítási hurokba vagy üres dashboardba futnak, és te sosem tudod meg, mert nem tudod reprodukálni.

A kudarcod értékelése

Három szint. A bronzot bárki eléri egy hétfő reggel.

Bronz

Úgy néz ki, mint egy sablon, mert az.

Ezüst

Az app csak a te gépeden működik, amíg be vagy jelentkezve.

Arany

Egy idegen elolvassa az ügyféltábládat, és udvariasan szól róla.

Következő fejezet: 05AI-avatarok és hang→