Una settimana fa ero a Torino a un evento Product Heroes e ho… fatto una scelta di vita discutibile.

Sono salito sul palco e ho deciso di costruire un prodotto nuovo di zecca live, davanti a un sacco di gente, partendo da zero assoluto, usando solo ChatGPT e Lovable… e di lanciarlo prima che il meetup finisse.

Sì, lo so. Ad alto rischio. A bassa sanità mentale. Ma è esattamente per questo che volevo farlo.

Ecco le mie regole:

1. Parti da zero. Ok ok… avevo preparato un paio di prompt prima; perché onestamente, nessuno merita di guardarmi fissare in silenzio uno schermo vuoto fingendo di "pensare profondamente".
2. Lancia qualcosa di reale. Niente schermate finte. Niente prototipi. Un prodotto funzionante con UI vera, logica vera, e vincoli veri.
3. Landing page + paywall inclusi. Se la gente non può pagare, non è un prodotto… è un progetto scolastico.
4. Lancialo live. Niente fix da backstage. Niente "lo finisco stasera". Quello che esce, esce.

Poteva essere una vittoria enorme.
Poteva essere un disastro esilarante.
In ogni caso, tutti in sala avrebbero visto tutto… in tempo reale.

Questo post è la storia completa: l'idea, il workflow, i prompt, la ricerca, e come ho usato l'AI come un team prodotto completo per progettare, costruire e deployare un MVP in meno di 60 minuti.

L'idea

Lasciami partire da qualcosa di personale.

Sono un musicista. Suono il pianoforte. Per anni ho avuto persino una jazz band… poi è successa la vita, come sempre fa, ma non ho mai perso la passione.

E c'è un altro dettaglio: ho l'orecchio assoluto.

Da bambino, pensavo davvero che fosse una specie di superpotere.
Nessuno nella mia famiglia suonava.
Eppure riconoscevo ogni singola nota all'istante, come se avessero colori o sapori attaccati.

Per la maggior parte della mia vita, ho creduto fosse un dono.
Qualcosa con cui nasci.

Poi qualche anno fa ho letto Peak, il libro di Anders Ericsson, e ho trovato un paper di ricerca che ha capovolto completamente quella convinzione.

Era uno studio longitudinale di Ayako Sakakibara, una psicologa musicale giapponese che ha seguito 24 bambini di 2-6 anni e li ha allenati usando una tecnica specifica chiamata Chord Identification Method (CIM).

E i risultati?

22 bambini su 24 hanno acquisito con successo l'orecchio assoluto dopo sessioni di micro-training quotidiane strutturate (2 hanno lasciato lo studio in anticipo).
Un tasso di successo del 92%.
Zero bambini "dotati".
Solo un metodo.
Solo costanza.
Solo apprendimento precoce.

Qui lo studio, nel caso fossi curioso

Quello che mi ha fatto esplodere il cervello è quanto semplice fosse davvero l'allenamento:

Step 1: Associa ogni accordo a un colore

Sakakibara usava 9 triadi maggiori (i "nove accordi bianchi").

Ogni accordo aveva sempre lo stesso colore (es. C–E–G era rosso, C–F–A era giallo, ecc.)

Niente nomi di note.
Niente teoria.
Solo colore.

Step 2: Sessioni minuscole, molte volte al giorno

I bambini si allenavano in sessioni di 2-5 minuti, ripetute 4-5 volte al giorno, per un totale di circa 100 prove di accordi al giorno.

Questa struttura permetteva loro di restare focalizzati, evitare l'affaticamento, e costruire la skill quasi inconsciamente.

Step 3: Lo shift: altezza → chroma

Questa è la parte più importante… il momento "aha" dell'intero studio.

All'inizio, i bambini non capiscono gli accordi. Riconoscono solo l'altezza del pitch: "questo suona più alto", "questo suona più basso".

Ma dopo qualche settimana, qualcosa scatta.

Passano dall'identificare l'altezza all'identificare il chroma, la categoria di pitch che è esattamente ciò che è l'orecchio assoluto.

Questo passaggio è il fondamento dell'orecchio assoluto.

E succede in modo costante.

Quindi mi sono chiesto: e se trasformassimo questo in un'app?

Da quando ho scoperto questa ricerca, ho avuto questa ossessione:
Un giorno, voglio costruire un'app che aiuti i bambini a sviluppare l'orecchio assoluto.

Un'app giocosa e basata sulla scienza per bambini di 2-6 anni che li aiuti ad allenare l'orecchio assoluto con:

• Piccoli giochi quotidiani di accordi
• Carte colorate luminose
• Feedback uditivo semplice
• Zero esperienza musicale necessaria
• E un metodo validato da uno studio di 2 anni

Un'app che sembra un gioco… ma è alimentata da scienza cognitiva vera.

È così che è nata ChromaKid.

E quella è l'idea che ho deciso di costruire live sul palco.

Il Piano

Quando le persone immaginano lo sviluppo con l'AI, immaginano qualcuno che apre Lovable e scrive:

Hey Lovable, build me an app.

No. Quella è una garanzia di sofferenza.

Prima di toccare Lovable, il mio processo inizia sempre con una fase, la più importante: Pianificazione.

L'AI funziona meravigliosamente… quando fai la pianificazione tu.

Lovable è esecuzione. ChatGPT (o il tuo modello preferito) è tutto quello che viene prima.

Ecco come funziona il flusso.

Step 1: Dai a ChatGPT il contesto reale

Non gli butto solo l'idea.

Gli dico:

• perché voglio costruire questo
• per chi
• l'obiettivo educativo
• vincoli di tempo
• cosa significa MVP in questo caso specifico
• come si presenta il successo
• cosa non può andare storto

Se l'AI non capisce il contesto, non può prendere buone decisioni. Semplice.

Step 2: Dagli la materia prima

Qualche giorno prima del live building, mi sono seduto con ChatGPT e ho caricato lo studio di Sakakibara.

Questa cosa è lunga 26 pagine, super tecnica, piena di teoria cognitiva, grafici di errore, tabelle di accordi… il tipo di paper che leggi una volta e pensi: "Ok forte… e adesso?".

Quindi ho chiesto a ChatGPT di fare qualcosa di molto specifico: trasformare la ricerca in un MVP vero. Non solo "spiegare lo studio". Ma tradurlo in un'app.

Questo era il prompt:

I’m sharing with you the full research paper by Ayako Sakakibara (2012) about how children aged 2–6 can acquire absolute pitch through daily training based on chord identification.

Using the insights, methodology, and findings from this study, help me design a complete, science-based product plan for an MVP called “ChromaKid”: a responsive web app that helps young children develop absolute pitch. 

Your plan should:
1. Extract the key principles of the training method (frequency, chord sets, chroma vs. height, learning progression, plateau/doldrums, feedback style).
2. Translate these principles into a modern, digital, child-friendly experience.
3. Outline the core features required for an MVP (educational flow, exercises, UI, progression system, parent involvement).
4. Describe the ideal training protocol (session length, repetitions, how to simulate the Eguchi/Sakakibara method digitally).
5. Propose an exercise structure that replicates the acquisition process observed in the study.
6. Define the success metrics for the MVP (learning outcomes, engagement, parent retention, etc.).
7. Ensure everything is grounded in the evidence and constraints of the study. Be extremely concrete, structured and detailed.

Don’t be generic. Build the plan as if we were about to start development today.

Step 3: Definisci l'MVP

ChatGPT ha scomposto tutto in un MVP vero, ma era troppo complesso, ora tocca a me.

Con ChatGPT, riduco l'idea all'essenziale: cosa deve esistere?

Thank you! I’d like to develop only the training engine for Phase 1, it should be structured in this way:

Homepage with a list of all the Levels (from 2 to 9 chords):
- Higher levels should be showed with a locker and they activates only when the children reach a 100% accuracy for 7 days;

Training Page, structured in this way:
- identification trials counter (should be 20 per session)
- back button (if children needs to interrupt a session)
- chord played repeatedly with an animation
- Cards of different colors, children should choose the correct one.
- Immediate feedback: If correct → “Success animation + next trial”. If wrong → “Incorrect, try again” + replay chord + highlight correct card after repeat.

Step 4: Deep Dive

Prima di inviare il prompt faccio a ChatGPT una domanda importante. Forse la più importante.

Ask me all the questions that you want but one at a time.

Questo è il vero cheat code.

Per ChromaKid, mi ha fatto 24 domande. Domande brillanti.

Ha chiarito loop audio, reset sessione, comportamento sblocco livelli, logica streak, onboarding, vincoli UX, schema database, stati di errore, animazioni feedback, analytics, ruoli genitore vs bambino,…

Alla fine, capiva il prodotto meglio di me.

Step 4: Scrivi il prompt finale per Lovable

Il prompt per Lovable non è un prompt. È un documento.

Include:

• contesto
• vincoli
• pedagogia
• user flow
• decisioni di UI
• regole backend
• la scienza cognitiva dietro il metodo
• cosa costruire
• cosa non costruire

ChatGPT mi aiuta a creare la versione più pulita possibile, quella che Lovable può capire senza dover indovinare.

Develop a scientifically grounded responsive web application called ChromaKey that allows children aged 2–6 to train absolute pitch through the digital replication of the Eguchi/Sakakibara Chord Identification Method (CIM).

1. Product Overview
The MVP must deliver a fully functional training engine, which includes:

- Authentication using Supabase
- A system of Levels from 2 → 9, where each level corresponds to the exact number of active chords available.
- Daily 20-trial training sessions that the child must complete in one sitting.
- Chord playback engine that plays a selected chord repeatedly every 2 seconds until a card is tapped.
- Full feedback loop: success animation for correct answers, error animation + forced correction tap for wrong answers.
- 7-day streak system that unlocks the next level only after 7 consecutive days of perfect sessions.
- Automatic daily reset at midnight, which starts a new training day.

Everything must be implemented with extreme simplicity and reliability. The user is a toddler; the parent is the one monitoring progress.

2. Core Concepts
This section defines the educational rules the application must obey.

2.1 Levels
Each level contains a fixed number of chord–color cards:
- Level 2 → 2 cards
- Level 3 → 3 cards
- …
- Level 9 → full set of 9 white chords 

Lovable must treat levels as states, not optional exercises. Children are always locked into the current level until streak completion.

Unlock Requirements:
To unlock the next level, the system must check:
1. Has the child completed one full 20-trial session today?
2. Was accuracy 100% (20/20)?
3. Are the last 7 days all perfect sessions?

If all conditions are met, the system must:
- Increase currentLevel by +1
- Show a small banner on Home: “New Level Unlocked!”
- Update child’s state immediately

No animations or intro screens needed for the MVP.

2.2 Chords & Color Mapping (Eguchi Standard)
Lovable must hardcode this mapping into the app:

| Chord | Color |
|-------|--------|
| CEG | Red |
| CFA | Yellow |
| BDG | Blue |
| ACF | Black |
| DGB | Green |
| EGC | Orange |
| FAC | Purple |
| GBD | Pink |
| GCE | Brown |

These color assignments must never change, and must always stay consistent throughout the experience.

2.3 Sessions
A session is a sequence of 20 trials, each consisting of:
- Random chord selection from currently active set
- Repeated playback every 2 seconds
- Child selecting one card
- Immediate feedback

Important Rules:
- Only the first session of the day counts toward streak.
- Session ends only after 20 valid trials.
- Exiting early causes full session reset.

3. User Flows

3.0 Authentication screen
Lovable must build a simple authentication screen with signup and login. 
- In the signup page user should add his first name, email and password. In the login page only email and password.
- User should be able to reset his password

3.1 Home Screen (Progression Path)
Lovable must build a simple home screen containing:
- A vertical or horizontal “path” of Level tiles from Level 2 to Level 9
- Current level stands out visually
- Locked levels must display a lock icon and be unclickable
- Unlocked levels must be clickable
- Only for authenticated users

Below the path, display a small parent-only text:
- “Streak: X/7 days”

Behavior:
- Tapping an unlocked level triggers navigation to the Training Session.
- When streak reaches 7, backend updates currentLevel → UI reflects change instantly.

3.2 Daily Training Session
Entering a Session:
- User selects Level → sees a Start Session button
- No warm-up sequence. Session begins at Trial 1.
- Only for authenticated users

Session UI Components:
Top Bar:
- Back button → exits session and resets it
- Trial counter (e.g., “Trial 7/20”)

Center:
- Pulsating circle (animated with scale or opacity)
- App must trigger chord playback every 2 seconds until the child taps

Bottom:
- Adaptive layout of color cards:
  - 2–3 cards → 1 row
  - 4–6 cards → 2 rows
  - 7–9 cards → 3 rows

The cards are large, simple, solid colors.

Trial Logic (Lovable must implement):
- Select 1 chord randomly from active chords, equal probability
- Play the chord immediately
- Continue playing every 2 seconds
- Wait for card tap

Feedback Logic:
Correct Answer:
- Display a simple success animation (e.g., brief glow or bounce)
- Move to next trial

Incorrect Answer:
- Show a red “error” animation (shake, flash, etc.)
- Replay chord
- Highlight correct card subtly (not too revealing)
- Require child to tap correct card → then treat as a correct completion

End of Session Logic:
After Trial 20/20:
1. Show confetti animation
2. Display strict summary:
   - “You completed all 20 trials!”
   - “Accuracy: X/20”
   - Perfect session = green banner
   - Otherwise neutral banner
3. Button: Go Home

Streak Logic:
- If accuracy 20/20 → increment streak
- If not → reset streak to 0

4. Unlocking Logic
Lovable must implement a daily streak system:
- Day resets at 00:00 local time
- Child must complete one full 20-trial session
- Accuracy must be 20/20

After 7 consecutive perfect days:
- Automatically trigger level unlock
- Display a small banner on the Home Screen

No animation or modal required.

5. Audio Handling
Audio Requirements:
- There will be MP3 files for each chord (ceg.mp3, cfa.mp3, etc.)
- Do NOT alter audio: no normalization, no trimming, no processing

Playback Behavior:
- On each trial: play chord immediately
- Repeat chord every 2 seconds
- On incorrect answer: replay immediately

Lovable must ensure precise timing.

6. Data & Logging
6.1 Data Stored Per Session:
- session_id
- child_id
- date
- level
- accuracy (0–20)
- counts_for_streak (boolean)
- new streak value

6.2 Data Stored Per Trial:
- trial_id
- session_id
- trial_number
- chord
- selected_color
- correct/incorrect
- wrong_selection
- confirmed_correct_tap
- timestamp

6.3 Stored State:
- currentLevel (integer)
- currentStreak (integer)

Lovable must keep these in a relational structure.

7. UI Specification
Home Page:
- Level path UI
- Level tiles
  - Unlocked tile: high opacity, tap enabled
  - Locked tile: dimmed + lock icon
- Parent streak text under the path

Training Page:
- Back button + Trial counter at top
- Pulsating circle centered
- Grid of color cards at bottom

Color Rules:
All colors follow Eguchi’s mapping exactly.

Animations:
- Pulsating circle = chord playback
- Small success animation per correct answer
- Error animation + highlight for correct card
- Confetti only at session end

8. Error Handling
Audio Load Failure:
- Show modal: “Sound issue. Please check your connection.”
- Retry button

Mid-Session Exit:
- Back button returns user to Home
- Restart session from Trial 1 next time

9. Technical Architecture (High Level)
Frontend:
- Responsive web app
- React/Next.js suggested
- Local state for session logic
- Timers for repeated playback

Backend:
Endpoints needed:
- POST /session
- POST /session/trial
- GET /level
- POST /level/unlock
- GET /streak
- POST /streak/reset

Database Tables:
- users
- children
- levels
- sessions
- trials
- streaks

Lovable must generate these according to the logging rules.

10. Success Criteria
Functional Criteria:
- Daily session runs correctly every time
- Chords loop with perfect timing
- Streak logic is accurate
- Level unlocks happen exactly on rule
- All session/trial logs are reliable

UX Criteria:
- Toddlers can complete sessions with minimal guidance
- Parents understand unlocking and streaks immediately
- Visual difficulty increases gradually and predictably

Step 5: Apri Lovable

Non prima.

Una volta che il piano è solido, Lovable diventa un superpotere. Trasforma l'intera strategia in un prodotto funzionante.

Ed è lì che inizia il divertimento.

Sviluppo

A questo punto, l'intero prodotto esisteva nella mia testa e nella testa di ChatGPT, ma da nessun'altra parte.

Ed è il momento in cui ho aperto Lovable.

C'è sempre un piccolo brivido (e un po' di paura) quando incolli un prompt enorme in Lovable… specialmente live davanti a un sacco di altre persone.

Non sai mai se genererà un capolavoro, una buona prima bozza… o un piatto di spaghetti HTML.

Quindi ho incollato l'intera specifica e ho premuto Generate.

E onestamente?

Il primo output era sorprendentemente buono.

Iterare in tempo reale

Qui inizia il gioco.

All'improvviso hai un prodotto, vero, in meno di dieci minuti.

Adesso puoi giocarci.

Lo testi.
Scorri tra i livelli.
Inizi una sessione.
Ascolti il loop dell'accordo.
Scegli un colore.
Vedi il feedback.
E istantaneamente, sai cosa va aggiunto, sistemato o migliorato.

Ed ecco la bellezza: ogni volta che hai bisogno di un ritocco, grande o piccolo, torni a Lovable, lasci un prompt, e ricostruisci.

Niente frizione.
Niente sprint da aspettare.
Niente "ci entra nella roadmap?"
Solo: aggiorna → genera → fatto.

E ogni singola volta, Lovable rispondeva come un ingegnere che non dorme mai.

Affino sempre ogni prompt con ChatGPT prima di mandarlo a Lovable.
ChatGPT è dove succede la chiarezza.
Lovable è dove succede l'esecuzione.

Profilo del bambino

Volevo che l'app supportasse un profilo per ogni bambino presente in famiglia in modo da tenere traccia dei vari progressi.

Add a mandatory onboarding flow after authentication where the parent must create a child profile before accessing the Home screen.

The child profile must include the following fields:
- Child Name (string, required)
- Birth Date (date, required)
- Gender (dropdown: Male / Female / Other, required)
- Already had music training? (boolean, required)

After submitting the profile, save it in the database linked to the authenticated user (user_id → child.user_id).

Redirect the parent to the Home / Levels screen, using this child as the active child.

Also create a Child Selector. On the Home screen, display the active child’s name (e.g., “Training for: Sofia”). When tapped, open a modal listing all children belonging to the user. Each item in the modal allows:
- Selecting a child (sets this child as the active profile)
- Adding a new child profile (same form as onboarding)

Ensure all training sessions, levels, streaks, and analytics are always linked to the active child_id.

Ecco il risultato:

Statistiche per i genitori

Poi ho chiesto le statistiche. Volevo che i genitori potessero vedere le statistiche relazionate ai propri figli.

Add a new bottom navigation tab called “Analytics”. This screen should show analytics for the currently active child.

Display the following analytics components:

1. Current Streak:
   - Large number display, e.g., “🔥 Streak: 4 days in a row”.

2. Current Level:
   - Badge element showing the child’s current level, e.g., “🎯 Current Level: 4”.

3. Accuracy History:
   - A Line Graph showing the accuracy percentage over the last 7–30 days.
   - X-axis: dates
   - Y-axis: accuracy (%)

4. Total Sessions Completed:
   - Stat card, e.g., “📘 Total Sessions: 42”.

5. Best Streak Ever:
   - Stat card, e.g., “🏆 Best Streak: 9 days”.

6. Errors (Last 7 Days):
   - Stat card, e.g., “❌ Errors (last 7 days): 12”.

7. Chord/Color Accuracy Radar Chart:
   - Radar chart with 9 axes, one for each chord in Phase 1:
     CEG, CFA, BDG, ACF, DGB, EGC, FAC, GBD, GCE.
   - Value for each axis: accuracy (%) for that chord-color pair.

Ensure the chart reads from the training logs associated with the current child_id.

Ecco qui:

Formazione

Ho notato che la sessione partiva senza dare ai bambini la possibilità di ascoltare gli accordi target. Ma questo è espressamente richiesto dal protocollo CIM:

In ogni sessione, un bambino inizia ascoltando ripetutamente un accordo rappresentato da una piccola bandierina colorata.

Quindi, ecco il prompt.

Add a mandatory pre-session listening phase before every training session, following the official Eguchi/Sakakibara Chord Identification Method (CIM).

Goal:
Before the session begins, the child must repeatedly listen to the target chord(s) and optionally tap the color cards to hear their associated chords. Only after this grounding step can the actual 20-trial session begin.

This is STRICTLY required by the CIM protocol:
“In every session, a child begins by repeatedly listening to one chord represented by a small colored flag.” — Sakakibara (2012), p. 90

## Feature Requirements

1. Replace the current “Start Session” behavior with a new two-step flow:
A) Pre-Session Listening Phase
B) Actual Training Session (20 trials)

The Training Session should not start automatically.

## Pre-session listening phase

When the parent taps the Level to train:

1. Show the colored cards for the active level (e.g., 2–9 cards).
2. Each card must be tappable.
   - When tapped, the chord corresponding to that color plays once.
   - This lets the child preview / recall the chord template.
3. Above the cards, add a simple instruction:
   - “Tap the colors to hear the chords. When you’re ready, press Start Session.”
4. Add a “Start Session” button at the bottom.
   - Disabled state until all cards are tapped.
   - Then becomes enabled.

5. The child can tap the cards to explore the sounds as long as they want.

6. When the parent/child taps “Start Session”, navigation moves to the actual training session screen.

## Actual Training Session

Start the 20-trial session exactly as before:
- Random chord selection from active set
- Repeated chord playback every 2 seconds
- Feedback logic for correct/incorrect answers
- End-of-session summary and confetti

No changes to the training logic itself.

ed eccola qui:

Aggiungere i pagamenti

Per finire ho preso un impegno. Dovevamo aggiungere i pagamenti prima di lanciare il nostro piccolo prodotto. Ecco il prompt:

Add support for paid plans:
- Yearly: €29.99/year
- Lifetime: €69.99 one-time payment

Use Stripe or the payment provider supported by Lovable.

Store in the database whether the user is:
- free
- yearly subscriber
- lifetime subscriber

Add a new “Upgrade” section inside the Profile screen.

The Upgrade screen must list all premium features:
- Unlimited training sessions per day
- Full access to Analytics
- All future updates included

Include buttons to purchase:
- “Buy Yearly – €29.99”
- “Buy Lifetime – €69.99”

You need to have a Stripe profile to be able to integrate payments because Lovable is going to ask you for the Stripe API key.

Here it is:

Come puoi vedere:

La distanza tra "idea" e "feature funzionante" è collassata.
Ora si misura in minuti, non settimane.

Cosa abbiamo imparato

L'AI non ti sostituisce, ti amplifica

ChatGPT non ha inventato ChromaKid. Lovable non ha "magicamente" costruito l'app.

Io ho portato l'idea, l'insight, i vincoli, il contesto, la scienza.

L'AI ha semplicemente amplificato quella chiarezza.

È la differenza tra suonare uno strumento… e suonare lo stesso strumento con un'orchestra dietro.

La pianificazione è il 90% del lavoro

Il più grande malinteso sullo sviluppo con AI è che la parte difficile sia ottenere il codice.

Non è così.

La parte difficile è sapere esattamente cosa vuoi che il codice faccia.

Se sai articolare:

• perché stai costruendo qualcosa
• per chi è
• cosa deve succedere
• come deve comportarsi

…l'AI diventa inarrestabile.

La maggior parte degli output AI brutti è il risultato diretto di input brutti.

Come dice qualcuno… garbage in, garbage out.

La velocità cambia l'intera psicologia del costruire

Quando una feature richiede 3 settimane per essere implementata, sovrappensi su tutto.

Quando richiede 3 minuti, diventi improvvisamente molto coraggioso.

Provi cose.
Aggiusti al volo.
Rompi, sistemi, improvvisi, e iteri senza paura.

La velocità non è solo un moltiplicatore di produttività.
È un moltiplicatore di fiducia.

Un solo founder oggi è un micro-team

Questa è la parte che sembra ancora irreale.

Durante la sessione live, non stavo lavorando da solo.
Stavo lavorando con:

• ChatGPT → product strategist + PM
• Lovable → team di engineering
• Supabase → backend + auth
• Stripe → infrastruttura pagamenti

Una persona + un laptop = quattro ruoli, zero overhead.

Stiamo entrando in un'era in cui un solo founder può operare come una piccola startup.
E questo cambia tutto.

Risparmia i tuoi crediti

Una persona tra il pubblico ha detto:

Il mio cofondatore continua a fare domande a Lovable per capire il codice, e mi sta bruciando i crediti.

Soluzione?

Collega Lovable a un repository GitHub., apri in Cursor/Claude, chatta con il codice. Zero crediti sprecati, solo 20$/mese.

Questo semplice workflow può far risparmiare un sacco di soldi ai founder agli inizi. Ogni prompt che fai partire in Lovable costa crediti. Se non pianifichi bene, se il tuo prompt è poco chiaro, se continui a provare iterazioni a caso, stai bruciando soldi.

Buona pianificazione = meno iterazioni = meno crediti.

Evita il vendor lock-in

Per un MVP → Lovable Cloud va bene.
Per un prodotto che potrebbe crescere → preferisco Supabase.

Libertà > convenienza.

"Quando dovrei usare Lovable?"

Se hai un'idea e vuoi testarla, validarla, e raccogliere feedback. Inizia qui.

Muoviti veloce. Itera con AI. Trova il Product-Market Fit. Migliora il Time-To-Value. Misura le conversioni. Osserva l'uso. Lancia di nuovo. E ancora.

Una volta che hai trazione, una volta che lo strumento inizia a sentirsi stretto, è il tuo segnale: butta il codice in GitHub, porta un developer vero (anche part-time), continua a usare l'AI come supporto.

Ma non iniziare con un grosso sforzo di engineering.

Inizia con velocità. Inizia con iterazione. Inizia con apprendimento.

Quello è il senso di Lovable.

Conclusioni

Non ho fatto questa sfida per mostrare quanto veloce l'AI possa costruire cose.

L'ho fatta perché qualcosa di fondamentale sta cambiando.

Quando mi guardo intorno, vedo migliaia di persone con idee incredibili ma bloccate da una di tre cose:

• niente tempo
• niente team
• niente potenza tecnica

L'AI non risolve magicamente ogni problema. Ma rimuove tutti e tre quei blocchi insieme.

Questo esperimento a Torino non riguardava un'app. Riguardava dimostrare qualcosa di più grande:

Se sai descrivere precisamente quello che vuoi, puoi costruirlo.
Se puoi costruirlo, puoi lanciarlo.
Se puoi lanciarlo, puoi imparare.
E se puoi imparare… puoi vincere.

Il gap tra ho un'idea e ho lanciato qualcosa sta sparendo.

L'unico vero collo di bottiglia adesso è chiarezza, e coraggio.

Chiarezza per descrivere quello che vuoi.
Coraggio per premere "Generate."
E la volontà di sembrare un po' pazzo mentre costruisci qualcosa live.

ChromaKid è solo un esempio.
Un piccolo MVP costruito in meno di un'ora.
Ma rappresenta qualcosa di molto più grande che sta succedendo proprio ora:

L'ascesa del solo builder.
Il ritorno della creazione ad alta agency.
L'era di chi agisce davvero.

Se questo ti risuona, potresti essere uno di loro.

E se stai leggendo questo… spero che diventi la prossima persona che si alza, apre un progetto vuoto, e dice:

Costruiamo qualcosa, proprio adesso.