Se lo scope non regge, lo diciamo in call, non dopo tre settimane di "ci pensiamo". Snowinch non è lo studio del sì automatico; un sì facile sullo scope è come si lavora male.
Arrivi con una lista. Tutto è prioritario. Il marketplace, l'app, il gestionale, "e poi l'AI". Vuoi sentire che si può. Si può sempre, sulla slide.
Esempi di no (non teorici)
No a "costruiamo tutto, la sicurezza dopo". Quello non è uno scope. È un rinvio con un nome elegante. I dati degli altri non sono fase 2. Se l'idea è "validato, ora il prodotto intero", e il live è ancora un ambiente di prova, il no è sullo stesso pezzo: validare non chiude il rischio.
No a "tutti possono usarlo, partiamo largo". Largo è un modo per non scegliere. Lo scope diventa una somma di eccezioni. Chi paga, chi ha il problema acuto, chi può rifiutare: se quella riga è vuota, non c'è un perimetro. C'è un ICP che non è stato fatto.
No a un MVP che deve restare in demo "perché tanto è la prima versione". Prima versione di un teatro. Il perimetro che accettiamo è acceso, o si dice che non lo è.
No a sole ore, zero persone sul live. Puoi comprare braccia altrove. Qui qualcuno deve poter rispondere quando un job muore, non solo chiudere un ticket.
No a brand lucido e prodotto con lo scotch, venduti come lo stesso progetto. Si può fare identità. Non al posto del live.
Questi no non sono un carattere. Sono filtro. Se li togli, prendi lavori che di notte non tieni, e lavori di merda. La frase è secca perché la alternativa è finta cortesia.
Il costo del sì facile
Il sì facile ha una forma nota. Annuisci in call. Allarghi "un attimo" il perimetro. Prometti una data che assume che le integrazioni dicano la verità. Il founder esce sollevato. Tu hai firmato un oggetto che non hai ancora visto.
Poi lo scope cammina. Ogni "anche" è già incluso, nella testa di chi ascolta. Il repo si riempie. Il live slitta, o esce bucato. A quel punto il sì iniziale è diventato un conflitto: o mentite sulle date, o tagliate in silenzio, o fate straordinari che nessuno ha comprato.
Preferisco un no il martedì a un sì che esplode a novembre. Il costo è visibile: perdi una call e un founder che voleva sentirsi detto di sì. Lo prendo. L'altro costo è un prodotto che non dorme, e un rapporto già storto.
C'è un sì che sembra coraggio e è pigrizia: "facciamo anche quello, poi vediamo". Vedere dopo è come si costruiscono i debiti. Lo scope onesto ha un fuori. Se il fuori è vuoto, stai già mentendo.
Un aside: mi è rimasto un elenco mandato in chat, ventidue voci, tutte "must". Non era un brief. Era ansia numerata. Abbiamo chiuso la call sulla prima voce che, da sola, non stava in piedi. Il resto era rumore.
Come lo lavoriamo
Partiamo da cosa deve restare acceso, e per chi. Non da quante schermate. Se quella frase non si riesce a dire in una riga, lo scope non c'è ancora. Si lavora quella riga, o si ferma.
Poi si taglia. Integrazioni, ruoli, eccezioni. Ogni pezzo che resta deve avere un perché legato al segnale, non alla slide. Il resto va in un dopo dichiarato, non in un "ci sta".
Se in quella conversazione il founder vuole solo conferma, la call è finita. Non siamo un coro. Su servizi il build parte da un perimetro che qualcuno è disposto a difendere. Non da una wishlist.
Il limite: questa pagina non è un playbook di discovery, né una lista di "red flag" da stampare. Non copre gare, né partner che devono dire di sì per contratto. Copre come decidiamo noi.
Se cerchi qualcuno che ti dica sempre di sì sullo scope, non siamo noi. Se hai già un segnale e vuoi un perimetro che regga, si parla in contatti.
