Decisione prima del codice
Una decisione prima del codice.
Per un nuovo prodotto adatto: procedere, rimodellare o rifiutare — per iscritto e motivata, entro 48 ore nei giorni lavorativi. Prima di qualsiasi riga di codice.
La prende il nostro CEO, Mark Prais. Non è in vendita e non è un report: è la nostra decisione se prendere in carico il vostro prodotto, presa prima che una delle parti impegni denaro.
La lettera
Una lettera firmata dal nostro CEO.
48 ore nei giorni lavoratividopo la conversazione introduttiva
La decisione, i motivi principali e il passo successivo, in una pagina. La ricerca resta da noi.
IdeaPrenotazioni e pagamenti per studi di fisioterapia indipendenti
La nostra decisione
La nostra decisione: Rimodellare
I motivi principali
- MercatoGli studi pagano già un software di prenotazione. Incassi e appuntamenti saltati si gestiscono ancora a mano.
- ProdottoLa prima versione vuole fare tutto insieme. Gli studi pagherebbero prima per incassi e promemoria.
- DenaroSostituire l’intero software di prenotazione è una vendita lenta. Un modulo che lavora accanto si ripaga prima.
Cosa cambierebbe la risposta
Una prima versione con pagamenti e promemoria, accanto al software di prenotazione già in uso nello studio, in un solo paese.
Passi successivi
Inviateci il perimetro rimodellato. Rispondiamo entro 48 ore nei giorni lavorativi; se procediamo, un responsabile vi porta un’offerta scritta.
Cosa verifichiamo prima di decidere se sviluppare un prodotto.
Per un prodotto adatto, questo include un’analisi interna del mercato globale.
Gli otto punti che esaminiamo
| # | Cosa verifichiamo | Le domande che poniamo |
|---|---|---|
| 01 | Chi è l’utente | Chi ha il problema? Come lo gestisce oggi? |
| 02 | Chi paga | Chi paga è anche l’utente? Per cosa paga oggi? |
| 03 | Quale problema viene risolto | Cosa succede all’utente se non cambia nulla? |
| 04 | Quali alternative esistono | Cosa si usa al suo posto, compreso un foglio di calcolo o il non fare nulla? |
| 05 | Come il prodotto può acquisire utenti | Quale canale li raggiunge, e quanto costa raggiungere un utente? |
| 06 | Se la monetizzazione può funzionare | Prezzo, modello di pagamento e il punto in cui i conti tornano |
| 07 | Quale prima versione ha senso | Qual è la versione più piccola che mette alla prova l’ipotesi più rischiosa? |
| 08 | Se dovremmo prenderlo in carico | Siamo pronti a costruirlo e a gestirlo con voi dopo il lancio? |
Cosa ci inviate. Una presentazione o un brief di una pagina, il link al prototipo se c’è, e qualsiasi dato concreto su utenti o mercato. Niente di riservato.
Perché potremmo dire di no
Se procediamo, investiamo nel prodotto il nostro sviluppo in cambio di una partecipazione del 30%, e dopo il lancio lo gestisce il gruppo. Un sì che non potessimo sostenere ci costerebbe caro per anni. Ogni anno prendiamo in carico fino a dieci nuove Product Partnership.
Per chi è
Founder e aziende con un nuovo prodotto digitale autonomo — un’idea, un prototipo o una prima versione — quando una prima conversazione mostra che può essere adatto. Un’azienda già attiva passa da Annual Product Operations; un prodotto già attivo da Existing Product Review.
Cosa ricevete, e quando
01
Conversazione introduttiva
Trenta minuti sulla vostra situazione. Un responsabile risponde alla richiesta entro un giorno lavorativo, di solito con un invito Google Meet.
02
Valutazione, fino a 48 ore nei giorni lavorativi
Verifichiamo internamente mercato, prodotto e logica commerciale: chi è l’utente, chi paga, quali alternative esistono e se la monetizzazione può funzionare.
03
La decisione prima del codice, per iscritto
Procedere, rimodellare o rifiutare, con le motivazioni principali. La ricerca resta interna.
Cosa succede dopo ogni esito
Procedere
Un responsabile viene a un incontro preparato per il vostro prodotto, con un’offerta scritta: perimetro, ruoli, budget, IP, milestone e struttura commerciale.
Rimodellare
Vi diciamo cosa dovrebbe cambiare — il perimetro, il modello o la prima versione — e perché.
Rifiutare
Lo sapete prima di spendere nello sviluppo, con le motivazioni principali. Un «no» prima dello sviluppo è la buona decisione più economica che possiate prendere.
Cosa non è
Non è un servizio in vendita
È la nostra decisione se prendere in carico il vostro prodotto, presa prima che una delle parti impegni denaro.
Non è un report
La ricerca resta interna; ricevete la decisione e le sue motivazioni principali.
Non è sviluppo automatico
Il lavoro parte solo a condizioni scritte, concordate nell’incontro preparato per il vostro prodotto.
Non decide un comitato
La prende una persona precisa: il nostro CEO, Mark Prais.
Le domande da fare a qualsiasi partner di prodotto — e le nostre risposte
Raccontateci a cosa state lavorando.
Nuovo prodotto, processo aziendale, prodotto attivo, finanziamento o presentazione: bastano poche righe per trovare il passo successivo.
Anton risponde entro un giorno lavorativo. Il modulo si apre con questo percorso già selezionato.