È consigliabile disporre di un sito Web configurato con funzioni di base come la pubblicazione di esercitazioni e la registrazione oppure attendere fino a quando si dispone di un sistema di classificazione, sistema di commenti, feed RSS e molto altro ancora?È meglio andare in diretta con un sito non completamente sviluppato, o attendere fino a quando non è completamente funzionante?
IMHO è meglio avere un sito con funzionalità di base e consentire ai visitatori di vederlo crescere attraverso il tempo (in modo da sapere che il sito è vivo e qualcuno è in realtà lo sviluppo di esso)
Peccato, però, che la maggior parte dei siti che ho visto utilizzando questa strategia non è mai andato oltre la prima versione con funzionalità di base. E poi muoiono. Tra pochi mesi.
La saggezza di oggi dice "Rilascio, rilascio, rilascio". Penso che sia stato Dharmesh Shah (www.onstartups.com) a dire "Se non sei imbarazzato dal tuo software, hai aspettato troppo a lungo per rilasciarlo!".
Portalo fuori, fai in modo che la gente lo usi e faccia parlare la gente. Avrai un feedback inestimabile (specialmente se puoi farcelo pagare). Inoltre, scrivi un blog sin dal primo giorno in modo da poter interagire con i tuoi utenti.
Anni fa era un caso che avremmo trattenuto perché non eravamo sicuri di poter superare i tecnicismi e volevamo fare i duri per scoraggiare chiunque ci seguisse. Oggi è molto meglio capire se le persone effettivamente utilizzeranno il tuo software il prima possibile. Potresti finire per risparmiare un sacco di tempo e denaro.
Ottimi consigli e informazioni. –
Esattamente. Spesso, una versione anticipata rivela che una determinata caratteristica è più urgente/meno urgente di quanto si pensasse in origine. Le uniche persone che possono dirti che sono gli utenti. –
Accetto. Sviluppa la funzionalità minima e fallo live. Devi ottenere il tuo prodotto dal vivo e vedere se risuona con gli utenti. Imparerai molto rapidamente dove spendere le tue risorse. – pbreitenbach
Se la funzionalità è già in grado di fornire un progetto completo agli occhi degli utenti, pubblicarlo.
Aggiungete continuamente nuove funzionalità e quindi date l'impressione che state lavorando sul miglioramento del vostro sito tutto il tempo. Le nuove funzioni in arrivo terranno gli utenti interessati e motivati.
Ciò che è più importante, anche sulle funzionalità di base, sarà il feedback degli utenti che ti guiderà ulteriormente e forse in qualche modo influenzerà il modo in cui implementerai tutte le funzionalità avanzate che sono in attesa di vedere la luce del giorno.
un altro grande commento. –
D'accordo dovrebbe avere abbastanza funzioni per essere almeno utile agli utenti. – HLGEM
Sì, infatti, la metodologia agile che è così ampiamente accettata in questi giorni suggerisce che si rilasciano in parti completamente funzionali e ben testate. Ovviamente la tua prima iterazione dovrebbe includere le caratteristiche essenziali che fanno funzionare il tuo servizio. È quindi possibile aggiungere funzionalità in un'altra iterazione.
Non c'è una risposta. Dipende dalla situazione aziendale Faccio lo sviluppo agile/XP, e ottenere il software in uno stato stabile e utilizzabile il più presto possibile.
Incoraggio i nostri clienti a farlo uscire per iniziare a ricevere feedback. Questo è fantastico, poiché influenza sempre il modo in cui visualizzi il software che stai creando. E ha sicuramente senso se hai la capacità di digerire il feedback e reagire ad esso.
Ma ci sono situazioni di marketing in cui è necessario trattenere. È ingenuo pensare che ci sia solo un modo per rilasciare software nel mondo moderno. Ci sono rischi inerenti al rilascio anticipato, poiché bisogna stare attenti a definire attentamente le aspettative con il proprio pubblico e semplicemente non si ha la capacità o l'inclinazione a farlo. Potrebbe essere più semplice attenersi a cicli di rilascio più tradizionali.
Continuo a credere fortemente nelle versioni precedenti, anche se sono protette da password. Riducono il rischio e lo stress del progetto. Sappiamo che non ci sono problemi nascosti con il rilascio alla produzione, dal momento che lo stiamo facendo sin dal primo giorno.Inoltre, aiuta a mantenere gli sviluppatori fuori dal posto di lavoro, dal momento che abbiamo sempre qualcosa in funzione. Demo e momenti di PR non sono così stressanti come sono solo una parte regolare del processo.
Quindi da un punto di vista dello sviluppo del software lo consiglio. Da un punto di vista del marketing ... beh, questo è così e non dovremmo entrare in questo qui. : ->
Avvia come una Beta. Ecco una lista dei migliori 100 beta websites. Solo invito può essere un buon modo per limitare il numero di utenti che possono usarlo.
La vera domanda è, come fai a sapere che è perfettamente funzionante già?
Quando StackOverflow è stato rilasciato nella versione beta pubblica c'erano un sacco di funzionalità che non erano ancora qui. Se ricordo correttamente i commenti positivi (se non i commenti del tutto), l'indicazione di domande duplicate alla chiusura di "duplicati esatti", Attività recenti e un mucchio di altre cose non erano disponibili al momento.
L'unico modo per ottenere il funzionamento di alcune di queste funzionalità era perché il pubblico lo chiedeva.
Fino a quando non esci con un sito pubblico, non è altro che vaporware, e non sapresti come sarebbe la ripresa. Rilasciandolo nella beta pubblica ti permetterebbe di ottenere un feedback prezioso in modo frammentario e di sviluppare la promozione del passaparola.
È anche molto più sicuro. Ricorda Cuil? Sono stati accusati di essere una sorta di assassino di Google e hanno pubblicato il loro sito dal vivo, perfettamente funzionante, in un solo giorno. I loro server si sono bloccati in modo catastrofico - non perché il loro software di ricerca è stato risucchiato (dopo tutto sarebbe stato meglio) ma perché la loro infrastruttura non poteva gestirlo.
Le beta pubbliche consentono invece un riavvolgimento più lento e graduale fino a quando non si ha un'idea migliore di come il sito esegue (CPU/memoria/larghezza di banda) e consente di rispondere di conseguenza.
Quindi, con tutti i mezzi, rilascia quel sito (assicurati che sia contrassegnato in modo chiaro come beta) e avvia il mining per il prezioso feedback degli utenti di cui hai bisogno per rendere il tuo sito fantastico.
Nessun software è mai completamente funzionale.
I casi di utilizzo si evolvono man mano che gli utenti arrivano e trovano nuovi e interessanti usi per il prodotto.
Sarebbe molto meglio progettare il sito per essere facile da aggiornare e con tempi di inattività minimi durante l'aggiornamento, cercando quindi di indovinare chi saranno i tuoi utenti e come lo useranno.
Ottimo consiglio proprio quello che stavo pensando. –
Ci deve essere un equilibrio con questa strategia, in quanto una brutta esperienza con il codice dodgy che sputa fuori errori, potrebbe mettere qualcuno fuori per sempre. Ricorda che la maggior parte del pubblico di destinazione non è tecnologicamente avanzato e si aspetta che i computer funzionino. – Chazadanga