Päev 2 · Vaibkoodime workshop 01 / 32

Prototüübist
tooteni.

Sa ehitad versiooni, millest saab sisend tarkvaraarenduseks.

Anna-Liisa Reinson

Töötoa materjalid 22.05.2026

Materjalid

Heleni slaidid.

📊

Vibekoodimise akadeemia — 22.05 töötuba

Helen Minarik · PPTX · Vibekoodimise akadeemia_22-05-2026_HM

Lae alla

Sissejuhatus · Kus me oleme 02 / 32

Kolmepäevane teekond

Sa oled siin.

🔍

Discovery

Tehtud

⚡

Prototüüp

Tehtud

🧪

User testing

Tehtud

📋

Ehita uuesti, fookusega

Sa oled siin

🚀

Pitch

3. päev

Sa oled õppinud, mis töötab. Täna teed sellest parema versiooni.

Päeva ülevaade 03 / 32

Viis blokki, üks tugev foundation

Tänane päev.

🎯

Fookus

Vali feature'id, mis päriselt loevad.

📊

Data

Pane süsteem päris tunduma.

🏗

Detailne sisend

Ehita prompt, mis toote uuesti üles ehitab.

🛡

Reality check

Kaitse, väärtus, sign-off'id.

🚀

Ehitamine

Alusta paremat versiooni.

Block 1 · Fookus

Alusta sealt, kuhu jõudsid eile

Mis oli eesmärk, mida sa saavutada tahtsid?

01Mida sa 1. päeval lubasid muuta?

02Mis metric pidi liikuma?

03Kuidas näeks "see töötas" välja kolme kuu pärast?

Block 1 · Fookus

Kas su prototüüp suudaks seda eesmärki täita,
kui see oleks valmis tarkvara?

Block 1 · Fookus

Pikk list feature'itest
ei ole toode.
See on soov.

Parimad tooted teevad vähem, aga paremini.

Block 1 · Fookus 06 / 32

AI kui brainstorming partner

Lase AI-l loetleda, mida su toode võiks teha.

Prompt · Lovable

"Selle põhjal, mida me oleme siiani ehitanud, loetle 15–20 võimalikku use case'i (kasutusjuhtu) sellele tootele. Ole põhjalik — kaasa ilmsed, edge case'id ja erinevate kasutajatüüpide vaatenurgad. Ära veel filtreeri."

See on sinu lähtepunkt. Lisa juurde. Lõika maha. Tee sellest enda oma.

Block 1 · Fookus 07 / 32

Prioritiseerimise raamistik

Nüüd prioriseeri.

Must have

Ilma selleta toode ei tööta.

Should have

Oluline, aga mitte kriitiline esimese versiooni jaoks.

Could have

Tore, kui aega jääb.

Won't have

Selgelt scope'ist väljas — praegu.

Kui kõik on "must have", ei ole midagi.

Harjutus · Block 1 08 / 32

Harjutus

Ehita ja prioriseeri oma feature/kasutusjuhtude list.

20 min

Aega

Alusta siit → Ava oma 1. päeva Lovable projekt.

Genereeri

Kleebi use case prompt Lovable'isse. Salvesta vastus.

Paranda

Lisa ideed, mille Lovable maha jättis (sinu testimisest, märkmetest). Lõika välja kõik, mis ei teeni OKR'i.

Prioriseeri

Sorteeri kõik MoSCoW'i. Maksimum 5 itemit "Must have" all. Iga "Won't have" juurde kirjuta üks lause, miks.

Eesmärk →Fokusseeritud list — su Must have on uue buildi scope.

Block 2 · Data 09 / 32

Kas su prototüüp loodi
Lovable'i välja mõeldud datal?
Päris andmed võivad su toote "ära lõhkuda".

Päris data kuju muudab seda, kuidas toode peab töötama.

Block 2 · Data

Miks päris dataga testida

Päris data muudab kõike.

⚠️

Edge case'id

Pikad nimed, eritähemärgid, tühjad väljad, ootamatud kombinatsioonid — kõik see, mida fake dataga ei juhtu, ilmub esimese päris kasutaja juures.

💥

Kasutajaliides läheb katki

Mahud, sortimisjärjekord, tabelid, kaardid — visuaal, mis töötas kolmel realistlikul real, ei pruugi enam töötada 200 päris kirje peal.

🎯

Usaldusväärsus

Kasutaja peab oma maailma ekraanil ära tundma. Kui see ei näe välja nagu nende oma, ei usu nad ülejäänutki.

Fake data tõestab, et toode võiks töötada. Päris data näitab, kas ta tegelikult töötab.

Block 2 · Data 10 / 32

Data inventory

Lase AI-l data kõigepealt kaardistada.

Prompt · Data inventory

"Selle põhjal, mida me ehitanud oleme ja milliseid use case'e prioriseerinud oleme, loetle iga andmekild, mida see toode töötamiseks vajab. Iga ühe kohta ütle mulle: • Mis see on (väli või entity) • Kust see tuleks (kasutaja sisestus, olemasolev süsteem, integratsioon, arvutus) • Näide, kuidas päris data selles väljas välja näeks • Kas see on päris inimeste kohta — ja kui jah, märgi see ära Grupeeri seotud data loogilisteks entity'teks. Ära kirjuta koodi ega schema'd."

Block 2 · Data 11 / 32

Realistlik sample data 5 minutiga

Genereeri päris dataga sarnane andmestik.

Ava Excel või Google Sheets.

Loo päised ja kirjuta ise 2–3 realistlikku rida — see on seemne data.

Küsi Copilot'ilt: "Generate 50 more rows of realistic data matching this pattern, with Estonian names and realistic variations"

Need 2–3 algset rida on see, mis paneb selle päris välja nägema. Ära jäta neid vahele.

Block 2 · Data 12 / 32

Söötke see Lovable'ile tagasi

Pane prototüüp "päris" dataga tööle.

Prompt · Sample data

"Siin on meie toote jaoks realistlik sample data (kleebi Excel data CSV või tabelina). Kasuta seda prototüübis sample data'na, et see käituks nagu päris versioon hakkab. Veendu, et UI tuleb toime variatsioonidega — pikad nimed, eritähemärgid, tühjad väljad, edge case'id."

Harjutus · Block 2 13 / 32

Harjutus

Kaardista ja genereeri oma data.

15 min

Aega

Alusta siit → Jää oma Lovable projekti. Hoia Excel või Google Sheets teises tab'is lahti.

Kaardista

Kleebi data inventory prompt Lovable'isse. Märgi üles, millised väljad on personal data'na flagitud.

Seemnesta

Excel'is loo päised inventory põhjal. Kirjuta ise 2–3 konkreetset, eestikeelset, realistlikku rida.

Genereeri

Palu Copilot'il/ChatGPT-l genereerida 30–50 rida juurde, mis matchivad sinu mustrit.

Vaata üle

Kas see näeb päris välja? Kui ei, kohenda seemne data'd ja genereeri uuesti.

Eesmärk →Dataset, mis näeb välja, nagu see tuleks päriselt sinu organisatsioonist.

Block 3 · Spec

Detailne sisend arenduseks,
ehk spec.

Discovery ja data on alus. Spec on plaan.

Block 3 · Spec 14 / 32

Tõmba rebuild brief välja

Lase prototüübil ennast kirjeldada.

Prompt · Rebuild brief

"Ma ehitan selle projekti nullist uuesti üles täiesti uues Lovable workspace'is. Aita mul üle kanda design intent, mitte implementation. Genereeri 'rebuild brief', millel on järgmised sektsioonid: • User flows (algusest lõpuni lihtsas keeles, kaasa arvatud flow'd, mille me vahepeal ära viskasime) • Screen inventory (list + ühe lausega eesmärk iga screen'i kohta) • Data concepts (entity'd ja nende suhted, mitte schema) • Interaction patterns (sisestusviisid ja feedback) • Visual direction (üks lõik) • Out of scope (mille me teadlikult välja jätsime) • External dependencies (auth, storage, integrations) • Non-negotiables (security, performance, platform) Ära lisa koodi, failistruktuuri, library valikuid ega schema detaile. Sellest briefist saab uue buildi prompt, seega kirjelda, mis toode see on — mitte kuidas see konkreetne versioon ehitatud sai."

Block 3 · Spec 15 / 32

Loe see läbi. Ära usu seda pimesi.

Kaks hoiatust selle outputi kohta.

Hoiatus 01

Lovable mõtleb asju juurde.

AI genereerib väga enesekindlalt intent'i, mida tal tegelikult kunagi ei olnud. Samal ajal jätab ta välja asju, mis elasid teie kasutajavestlustes, märkmetes või design review'des.

Hoiatus 02

Kontrolli kõik üle.

Loe see läbi oma märkmete, OKRide ja user testing insight'ide vastu. Muuda. Lisa puuduolev. Lõika välja vale.

See brief ei ole lõplik tõde. See on vestluse algus.

Block 3 · Spec 16 / 32

Kolm blokki, kolm artefakti, üks lõplik prompt

Iga blokk toodab ühe asja.

Block 1 · Scope

MoSCoW Must-have list

Sinu fokusseeritud feature list

→

Block 2 · Data

Realistlik sample data

Päris välja nägev andmestik

→

Block 3 · Spec

Framing + PRD + OKRid

+ rebuild brief

→

Block 5

Lõplik prompt

Toote uuesti üles ehitab

Koos moodustavad need prompti, mis su toote uuesti üles ehitab.

Block 3 · Spec 17 / 32

Spec kihiti

Mis Spec'i sees tegelikult on.

🧭

Framing line / Prompt, mida Helen tutvustas

Kelle jaoks see on, miks see oluline on ja kuidas see tunduma peaks.

Sinu discovery tööst

📄

Kitsendatud PRD (Product Requirements Document)

Info, kasutajad ja mida toode teeb — Why, Audience, What.

Sinu discovery tööst

🎯

OKRid

Kuidas sa edu mõõdad.

1. päevast

🔧

Rebuild brief (Spec, mille sa Lovableilt küsisid)

Valideeritud lahenduse kuju.

Lovable'ist, üle toimetatud

Järgmisel slaidil olev Spec Calculator paneb need neli asja üheks promptiks kokku.

Block 3 · Spec Calculator 18 / 32

Spec Calculator

Ehita oma Spec — prompt kirjutab ennast.

Täida väljad ära. Prompt ehitab ennast paremal live'is kokku.

Toote tüüp

Hoia lühike. Üks kirjeldav fraas.

Konkreetne kasutaja / pioneer

Discovery tööst päris inimene, mitte "users".

Nende struggle, käitumine, hirm või JTBD

Võta see oma user testing'ust või 1. päeva JTBD tööst.

Miks see oluline on (the "because")

Mis on tegelik põhjus, miks see valus on?

Soovitud emotsionaalne toon

Kuidas selle kasutamine tunduma peaks?

Mille asemel (negatiivne tunne)

Millist praegust tunnet sa lahendada üritad?

Miks see oluline on: evidence

Päris tähelepanekud, numbrid või tsitaadid. Mitte arvamused — evidence.

Audience: keda see veel mõjutab

Laiem kui ainult framing line'i kasutaja.

Mida toode teeb

Konkreetsed feature'id. Mida see päriselt teeb?

Must-have use case'id (Block 1-st)

Kleebi siia oma MoSCoW Must-have list — fokusseeritud feature'id.

OKRid (1. päevast)

Kleebi siia oma OKRid ja success metric'ud.

Rebuild brief (sellest blokist)

Kleebi siia oma üle toimetatud rebuild brief.

Live Prompt Preview

Täida väljad vasakul, prompt ilmub siia…

Harjutus · Block 3 19 / 32

Harjutus

Kasuta Spec Calculatorit.

30 min

Aega

Alusta siit → Jää Spec Calculator slide'i peale. Hoia Lovable projekt teises tab'is lahti.

Genereeri rebuild brief

Kleebi rebuild brief prompt Lovable'isse. Kopeeri output.

Toimeta rebuild brief üle

Lisa, mida Lovable maha jättis. Lõika välja, mida ta välja mõtles. Kontrolli OKRide vastu.

Täida calculator

Tee läbi kolm tabi: Framing, Slim PRD, Bring-ins (kleebi OKRid ja edititud rebuild brief).

Kopeeri oma Spec

Loe see läbi. Kas see kõlab nagu mõtestatud inimese kirjutatud brief? Salvesta.

Eesmärk →Täielik Spec, valmis ühendamiseks Scope'i ja Data'ga Block 5-s.

Block 4 · Reality check 20 / 32

Kui su tööriist puudutab päris inimeste andmeid, ei ole "internal" enam safety word.

GDPR kehtib 50-realisele Lovable appile täpselt samamoodi nagu fancy CRMile.

Block 4 · Reality check 21 / 32

Kui sinu tööriist hoiab väliste inimeste andmeid

Kümme riski, mis päriselt loevad.

⚖

GDPR kehtib täielikult

Õiguslik alus, kustutamisõigused, export, retention, 72 tunni breach clock.

🗄

Retention unustatakse igaveseks

Viie aasta vanused CVd, churninud klientide ticketid — kõik istuvad süsteemis.

🤷

"See on internal" tunne muudab hooletuks

Slacki screenshotid, koopiad personaalsetesse spreadsheet'idesse, shared loginid.

👤

Teadmine elab ühe inimese peas

Builder lahkub ja keegi ei tea, kus andmed elavad või kuidas neid hallata.

🔓

Row-level security jäetakse vahele

Ilma selleta näeb iga login kõigi andmeid.

🔗

Vendor chain pole dokumenteeritud

Lovable → Supabase → AWS → Stripe → OpenAI. Igaüks neist on subprocesser.

🤖

AI feature'id saadavad andmeid kolmandatele

"Summarize this note" tähendab, et customer data läheb OpenAI-le või Anthropicule.

📈

Access creep

Kolmest kasutajast sai kakskümmend. Viiel lahkunul on endiselt ligipääs.

📋

Audit trail puudub

"Mis infot teil minu kohta on?" — sa ei saa ausalt vastata.

🚨

Breach response readiness on null

Kui midagi lekib, on sul loetud tunnid ja null infot.

Block 4 · Reality check 22 / 32

Vestluse teine pool

Kui palju see aastas säästaks?

01Kes seda tööd täna teeb ja kui kaua see aega võtab?

02Kui tihti see juhtub — iga päev, iga nädal või iga kuu?

03Mis on selle kumulatiivne kulu aasta peale?

Block 4 · Reality check 23 / 32

Enne kui see päris andmete lähedale läheb

Pre-flight checklist.

01 — Protection basics

Row-level security on sisse lülitatud

Owner, location ja access list on dokumenteeritud

Vanade andmete automaatsed kustutamisreeglid on seadistatud

Customer data't ei saadeta AI feature'itesse ilma disclosure'ita

Ettevõtte privacy policy mainib seda tööriista

Kaks inimest — mitte üks — saavad database'ile ligi

Retention period'id on otsustatud enne andmete kogumist

02 — Value justified

Aastane aja- või ressursisääst on välja arvutatud

Number on kaitstav (mitte huupi pakutud)

03 — Sign-offs obtained

IT on selle use case'i jaoks üle vaadanud ja heaks kiitnud

Personal data puhul on legal/compliance kaasatud

Kui mõni kast on 3. päevaks tühi, siis see ei ole probleem, mida peita. See on osa sinu recommendation'ist.

Harjutus · Block 4 24 / 32

Harjutus

Väärtus ja kaitse.

15 min

Aega

Alusta siit → Ava Spec, mille sa Block 3 jooksul ehitasid. Nüüd hakkad sinna juurde lisama.

Arvuta väärtus

Kes seda tööd täna teeb? Kui palju inimesi, kui tihti, kui palju aega? Mis on aastane sääst tundides ja eurodes?

Käi checklist läbi

Iga item märgi: ✅ tehtud, 🟡 osaliselt tehtud, ❌ veel tegemata. Iga 🟡 või ❌ juurde kirjuta üks lause.

Lisa oma Spec'ile

Lisa väärtuse arvutus Why/evidence sektsiooni alla. Lisa checklist appendix'ina lõppu.

Eesmärk →Sinu Spec sisaldab nüüd kõike, mida vajad 3. päeva pitchiks.

Block 5 · Build 25 / 32

Kolm artefakti sisse, üks prompt välja

Compile prompt.

(sinu täielik Spec Calculatorist, koos framing line'i, slim PRD, OKRide ja rebuild briefiga) Realistic sample data: (kleebi siia oma andmestik Block 2-st) Must-have scope selle versiooni jaoks: (kleebi siia oma MoSCoW Must-have list Block 1-st) Constraints ja non-negotiables: (kleebi siia pre-flight checklistist — eriti row-level security ja access control) Enne ehitamist anna mulle plaan. Kinnita minuga üle data model ja user role'id enne, kui alustad UI tööga. Alusta ehitamist alles pärast minu approval'it.

Harjutus · Block 5 26 / 32

Harjutus

Pane kokku ja alusta buildimist.

25 min

Aega

📝

Compile prompt

15 min

🆕

Uus Lovable projekt

2 min

🤖

Kleebi & planning mode

3 min

🔍

Vaata plaan üle

10 min

🚀

Anna approval & build

Ülejäänud aeg

Eesmärk →Tugev foundation on alustatud. Mitte valmis toode — selle lõpetate järgmise 1,5 nädala jooksul.

Step 1 of 5 · Compile 27 / 32

Samm 01 / 05

Compile oma prompt.

10 min

Aega

Alusta siit → Ava uus tekstidokument. Hoia valmis: Spec, andmestik, MoSCoW list, pre-flight checklist.

Kleebi täielik Spec

Framing, slim PRD, OKRid ja rebuild brief.

Lisa selles järjekorras

Realistic sample data → MoSCoW Must-have list → Constraints pre-flight checklistist.

Lisa lõppu planning gate

"Enne ehitamist anna mulle plaan. Kinnita minuga üle data model ja user role'id enne, kui alustad UI tööga."

Loe otsast lõpuni läbi

Kas midagi läheb vastuollu? Kui jah, paranda ära.

Step 2 of 5 · New project 28 / 32

Samm 02 / 05

Alusta Lovable'is puhtalt lehelt.

2 min

Aega

Ava lovable.dev

Alusta täiesti uut projekti

Ära editi vana.

Pane uus nimi

Mitte sama, mis prototüübil.

Step 3 of 5 · Planning mode 29 / 32

Samm 03 / 05

Lülita planning mode sisse.

3 min

Aega

Lülita planning mode sisse

Täpselt nagu 1. päeval.

Kleebi sisse oma compiled prompt

Vajuta send

Step 4 of 5 · Review 30 / 32

Samm 04 / 05 · Kõige olulisem samm

Vaata plaan korralikult üle.

10 min

Aega

Kas data model on õige?

Kas entity'd ja nende suhted klapivad sellega, mida sa kaardistasid?

Kas user role'id on õiged?

Kas access control on defineeritud?

Kas Must-have feature'id on fookuses?

Või lisas AI sinna asju, mida sa ei küsinud?

Kas constraints on arvesse võetud?

Eriti row-level security?

Ära anna approval'it enne, kui kõik neli on õiged.

Step 5 of 5 · Build 31 / 32

Samm 05 / 05

Approve ja buildi.

∞

Ülejäänud aeg

Anna plaanile approval

Lase Lovable'il esimene versioon ehitada

Pane kirja, mida järgmises iteratsioonis parandaksid

Eesmärk →Tugev foundation on olemas. Mitte valmis toode.

Lõpetus · Mis edasi saab 32 / 32

— Mis juhtub nüüd kuni 3. päevani —

Ehita välja oma Must-have feature'id
Testi päris kasutajatega
Itereeri selle põhjal, mida õpid
Lahenda ära kõik 🟡 või ❌ itemid oma pre-flight checklistist
Valmista ette oma pitch juhtkonnale

Sa tulid siia prototüübiga.
Sa lahkud plaaniga.

Kohtume 3. päeval.

Lõpetus · Workshopi teekond

Workshopi teekond