Le startup sono famose per portare velocemente un'idea da un concetto a un prodotto finito .
Mentre c'è sicuramente qualcosa da dire per prenderci il nostro tempo e fare ricerche approfondite ad ogni traguardo, a volte abbiamo solo bisogno di avere un'idea pronta e funzionante il prima possibile.
La rapida prototipazione in una cultura di startup riduce il tipico processo di progettazione e sviluppo per raggiungere i massimi livelli e ritoccare i minimi dopo il fatto. Possiamo imparare molto da questa metodologia e applicarla direttamente al nostro lavoro, anche se questo lavoro non è per una startup.
Stranamente, questa metodologia spesso richiede meno sforzi e molto più pensiero e pianificazione.
La prototipazione rapida si riferisce tradizionalmente alle prove e ai test dei prodotti prima che vengano inviati alla produzione di massa per il consumatore generale. Punteremo a qualcosa di simile qui con questo approccio, ma con l'idea di mantenere il design e il tempo di sviluppo al minimo.
Perché funzioni, dobbiamo avere un'idea chiara di ciò che stiamo costruendo e del perché è in costruzione. La creep caratteristica può facilmente eliminare le tue idee solo dalla complessità, quindi vorremmo mantenere le cose minime e barebone per il nostro prodotto principale.
Rimuovi la tua idea fino a quando non si tratta semplicemente di un nome di prodotto e di una funzionalità single core. (Qual è il problema che stai cercando di risolvere?) Quindi costruisci questo. È possibile aggiungere ulteriori funzionalità di base se assolutamente necessario, ma è sufficiente sapere che le funzionalità aggiuntive aggiungeranno ancora più complessità alla struttura.
È sempre meglio fare una cosa elegantemente e bene, piuttosto che fare cinque cose male.
Ora che hai un nucleo su cui concentrarti, puoi iniziare ad aggiungere funzionalità più specifiche. Esclamare significa che queste funzionalità non sono essenziali per l'obiettivo principale del prodotto, ma aggiungono valore alla loro esistenza. Questi "rami" sono add-on, elementi aggiuntivi che aggiungono interesse e alla fine diventano punti vendita che ti separano dalla concorrenza.
Ma mentre certamente aggiungono interesse o valore, aggiungono anche tempo per la ricerca e sviluppo, quindi tenetelo a mente. Avrai voglia di gettare abbastanza per alimentare il design e lo sviluppo futuri, ma non così tanti da rendere il tuo schema simile a una ragnatela.
Parlando di ragnatele, sono un modo fantastico per delineare visivamente questi dati. Al centro, hai il tuo scopo principale. L'aggiunta di un anello aggiuntivo di funzioni al di fuori del core sono le funzionalità non essenziali più importanti. Ogni anello dopo questo diventa sempre meno importante. L'utilizzo di questa idea per delineare visivamente il tuo prodotto può aiutarti a organizzarlo in modo più naturale, con il focus che fluisce dalla maggior parte degli elementi meno importanti.
Il tuo prodotto minimo vitale (MVP) è l'essenza stessa del tuo prodotto. È solo questo il fulcro e l'obiettivo principale da cui tutto il resto si dirama.
Ricorda che schema hai probabilmente trascorso giorni o settimane? Ignora tutto il resto in questo momento tranne le cose necessarie per rendere il tuo prodotto funzionale. Questo è veramente un prodotto praticabile minimo . Quello che finirai non è solo una lista di cose da fare per ottenere il prodotto di base più funzionale possibile, ma anche una chiara descrizione delle caratteristiche su cui concentrarsi dopo, così come un'idea generale di cosa aspettarsi ancora più in basso strada. L'idea qui è di avere una road map per la progettazione e lo sviluppo per il prossimo anno o più. Quando sarai vicino alla fine di questo schema, il tuo prodotto sarà sufficientemente maturo per avere una chiara direzione con cui costruire di più, o avrai visto cosa ha fatto e cosa non ha funzionato dal tuo schema e regolato di conseguenza.
Pianifica e delinea ora, progetta e sviluppa durante l'esecuzione: questa è la chiave.
Ora è anche il momento di fare una ricerca leggera su quali tecnologie e pratiche utilizzeresti per arricchire questa tua idea, incluse alcune delle funzionalità più lontane. Questo potrebbe coinvolgerti solo o potrebbe richiedere a un intero team di discutere le opzioni e decidere cosa sarebbe meglio. È importante fare la tua ricerca dopo aver pianificato un MVP in modo che tutti, dalla progettazione allo sviluppo, abbiano una chiara idea di cosa aspettarsi. Non solo concentrandosi sul nucleo, ma anche guardando i rami più lontani e garantendo di pianificare anche quelli. Dopotutto, non c'è niente di peggio che ottenere sei mesi di sviluppo solo per realizzare nessuno progettato per una funzione tanto attesa, ma non essenziale, ...
Tutti adorano i bellissimi prototipi di alta fedeltà pubblicati su Dribbble o nei portfolio dei designer. Sarebbe fantastico lavorare su qualcosa di questa chiarezza anche per tutti i prodotti. Ma di solito quei prototipi richiedono settimane, se non mesi, di lavoro e iterazione per arrivare a quel livello di fedeltà. Anche allora, a volte questi prototipi sono più focalizzati sull'estetica di qualsiasi analisi guidata dai dati o dati dell'utente.
Mentre la super alta fedeltà è ovviamente fuori questione, gli schizzi a bassa fedeltà sono ancora un'opzione giusta? Beh, molto probabilmente no. Mostra alcuni schizzi su tovaglioli a uno sviluppatore e non avranno idea di come apparirà il tuo prodotto o, ancora più importante, di come si sentirà a utilizzarlo.
La fedeltà media è generalmente la risposta giusta per un ambiente di progettazione e sviluppo rapido. Accoppialo con il contorno testuale generato sopra ed entrambi i lati dovrebbero avere una buona conoscenza della UX dietro le caratteristiche.
La fedeltà media genera ancora i mockup, ma gli elementi più granulari vengono avviati utilizzando gli schemi di ricerca o di utilizzo esistenti, non basati su ricerche personalizzate di precedenti analisi degli utenti o test A / B.
La nota più importante da fare qui è che non ci sono scorciatoie. Nessuno può ignorare il design o il tempo di sviluppo e farlo passare inosservato.
Mentre possiamo attenerci a casi di uso comune e implementare librerie di codici popolari per risolvere i problemi di oggi, la maggior parte, se non tutti, i prodotti trarranno beneficio da una certa attenzione da parte di entrambi in fase di progettazione e sviluppo.
Rapide metodologie di progettazione e sviluppo stanno adottando l'approccio tradizionalmente più personalizzato in queste aree e tagliando le cose per essere rivisitate in seguito. Ci si aspetta che i prodotti vengano rivisitati per dare la giusta attenzione al design e per ottimizzare o persino eseguire una soluzione più personalizzata. Quindi, mentre oggi possiamo risparmiare tempo e risorse adottando un approccio più rapido o agile al nostro flusso di lavoro, dovrebbe sempre essere l'aspettativa che rivediamo le cose dopo il fatto per garantire che il nostro lavoro sia solido.
Una volta che il core è completo, rivisitalo e personalizzalo. Quando il prossimo ciclo di funzionalità non essenziali è completo, rivisita e personalizza. Generalmente, questo richiede solo un lavoro front-end e non una completa riconversione del codice back-end. Quindi è tipicamente limitato al posizionamento, al colore, alle dimensioni o ad altri attributi estetici degli elementi. Per quanto riguarda lo sviluppo, rivisitare qui significa semplicemente ottimizzare il codice da eseguire per le prestazioni.
Andare con un ciclo di stile "tick, tock" per rivisitare le nostre soluzioni rapide di progettazione e sviluppo è il modo migliore per avvicinarsi alla rivisitazione della mia esperienza. Mentre lo sviluppo sta lavorando per arricchire il prossimo lotto di funzionalità, il design può revisionare l'ultimo batch per assicurarsi che tutto regga o viceversa. In qualsiasi momento, il design o lo sviluppo è un ciclo avanti all'altro e l'altro è in revisione. Durante questo processo, entrambe le squadre lavorano insieme non solo per rivedere, ma anche per spingere fuori il prossimo lotto.
Di solito lo sviluppo può essere utilizzato con le librerie esistenti o le soluzioni open source per arricchire le idee di prodotto. Ma quando si tratta di design, è molto più difficile tagliare le cose o esternalizzarle a soluzioni esistenti.
Il design per natura è più individuale rispetto allo sviluppo e se sei in un settore di nicchia sarà difficile, se non impossibile, trovare casi d'uso simili su cui basare il lavoro. Il design è una di quelle aree in cui più si ritaglia, più qualità si perderà alla fine. L'esperienza utente e l'estetica giocano un ruolo molto importante nel modo in cui un prodotto "funziona".
Alla fine, dovremmo trovarci con prodotti solidi che si ergono alti contro i concorrenti che si sono impegnati nel più tradizionale design "lento" e nei processi di sviluppo.
L'obiettivo non è quello di saltare interamente su parti di R & S interamente, ma di archiviarle per occuparsene in seguito una volta che avremo più dati sui nostri utenti e su come usano il nostro prodotto.
La rapida prototipazione può portarti a un MVP e oltre, in una frazione del tempo che impiegherebbe tradizionalmente, ma fai attenzione a non confonderlo con gli angoli di svolta.