Come gestire il Feature Creep
Se qualche ipotesi è sicura, è che sei mesi dopo aver lanciato un sito web (o prima?), I suoi proprietari avranno un elenco di cose che vogliono cambiare , da errori di battitura minori a funzionalità completamente nuove.
È possibile accettare la funzionalità creep come processo naturale (o almeno inevitabile)?
Molti siti Web iniziano a fallire quando i loro obiettivi cambiano o il loro ambito si espande.
Le funzioni di scorrimento lento si verificano quando un client richiede una piccola modifica che richiede solo un minuto ... e quindi non interrompe mai le richieste.
Accettare la creep caratteristica come un processo naturale richiede una capacità di distinguere tra un bisogno autentico e un'immaginazione in fuga o "Non sarebbe bello se ..."
I clienti vogliono naturalmente spremere quanto più denaro possibile dal budget. A volte, i progettisti e gli sviluppatori devono dire "No, è oltre ciò che abbiamo concordato".
Ma non tutte le richieste di cambiamento sono pignoli; e come il web, i progetti e le imprese cambiano nel tempo: i negozi hanno vendite stagionali; le imprese sviluppano nuovi prodotti; i servizi online perfezionano i loro processi; le pubblicazioni rilasciano nuovi contenuti. Il cambiamento accade
Evita la Soluzione-Creep
I clienti possono conoscere la loro attività, ma assumono esperti del web per le loro competenze web. Gli insiemi di funzionalità speciali si inseriscono quando i clienti lo dimenticano e trattano i progettisti come strumenti anziché come risolutori di problemi.
Essere in grado di spiegare a persone non-web troppo entusiaste che tecniche e tecnologie non sono appropriate per un determinato sito Web è una noiosa guerra di logoramento.
Ma i progettisti che si presentano come risolutori di problemi , e non semplici scimmie codificanti, sono vitali per le loro relazioni con i clienti.
La chiave è far sì che il cliente porti problemi, non soluzioni. Dì che il cliente impara su Twitter. È di gran moda, a loro è stato detto. Quindi lo vogliono. Adesso.
A lungo termine, lo sforzo di scrivere tweet risulterà frustrante a meno che i tweet non creino benefici misurabili. Piuttosto, chiedi al cliente se hanno bisogno di un account Twitter che invii messaggi al blog della società o semplicemente necessiti di post di blog di qualità superiore?
Ecco alcuni esempi:
"Voglio un design vivace" è una soluzione, non un problema.
"Che cosa renderebbe il sito Web vivace?" È un problema di progettazione.
"Voglio uno strumento di ricerca" è una soluzione, non un problema.
"I clienti non stanno trovando i nostri prodotti" è un problema di progettazione.
"Voglio un feed RSS" è una soluzione, non un problema.
"Quali mezzi di comunicazione sono i visitatori del nostro sito Web che probabilmente si aspettano e utilizzano?" È un problema di progettazione.
"Mi piace il design di questo altro sito" è l'invidia della concorrenza, non una soluzione.
"Non sei loro," non è una risposta adeguata neanche.
Piuttosto, "Come vuoi che i clienti percepiscano la tua azienda o organizzazione?" Riporterebbe la conversazione sul binario giusto.
Se la tua domanda, "Cosa ne pensi di questo logo?", È seguita da un silenzio imbarazzante, quindi girala con un colpo da uno a due: "Come vuoi che i clienti visualizzino il tuo marchio? Quali elementi visivi sarebbero associati ai tuoi clienti con quelle qualità? "
In ogni caso, è possibile gestire lo scorrimento viscoso trasformando "Voglio" in una domanda per il progettista , non il cliente, da risolvere .
Domanda tutto in anticipo
Imparare a fare domande apparentemente non realistiche è importante e, con un po 'di pratica, sorprendentemente divertente.
Ad esempio, quando un sito web avrebbe bisogno di più di una home page? O se una caffetteria inizi a vendere video?
Queste domande sembrano ridicole solo se stai pensando a problemi immediati.
Considera più pagine iniziali. I visitatori di ritorno potrebbero non aver bisogno della presentazione completa che i nuovi arrivati farebbero. In tal caso, una home page che mostra i punti salienti recenti funzionerebbe a fianco di una home page che ha una panoramica generale.
Google Strumento per ottimizzare il sito aiuta a tracciare quali delle tue pagine iniziali generano traffico più significativo.
Una strategia è triplicare le tue più alte aspettative . Immagina tre pagine "Contattaci", trenta categorie invece di dieci e tre livelli di navigazione anziché uno. O come gestiresti una pagina di contenuti se diventasse tre volte più lunga?
Un'altra strategia è tagliare tutto di un terzo. Che cosa succede se si desidera progettare pagine Web per dispositivi mobili? Come poteva un design di 960 pixel di larghezza adattarsi a uno schermo di 320 pixel? Cosa succede se il sito Web genera solo dieci vendite al mese anziché una al giorno? Come cambierebbe la pagina "Informazioni sul nostro team" se lo staff di 15 fosse ridotto a 10?
Prima di firmare un contratto, cerca queste parole cruciali: "a", "an", "il" e "uno".
Prima: "Il sito web avrà un elenco di servizi."
Dopo: "Il sito web avrà diversi elenchi di servizi organizzati per argomento."
Prima: "Il modulo di contatto invierà una email al proprietario."
Dopo: "Il modulo di contatto principale invierà e-mail al proprietario e, a seconda del soggetto, coordinatore dell'impianto, supporto tecnico o commesso di piombo."
Prima: "L'intestazione sarà arancione."
Dopo: "L'intestazione della home page sarà arancione. Le intestazioni all'interno della pagina saranno alte la metà per enfatizzare il contenuto. "
Prima: "I profili di appartenenza includeranno un numero di telefono e un indirizzo email."
Dopo: "I profili di appartenenza conterranno i dettagli di contatto, compresi i numeri di telefono (ufficio, casa, altro), numeri di fax, indirizzi e-mail e tre campi aperti per l'indirizzo postale, account Twitter e Facebook e simili."
Prima: "Il blog sarà organizzato per data."
Dopo: "La schermata predefinita del blog mostrerà i post per data. I post saranno organizzati con tag; la pagina sarà progettata per non sembrare vuota quando ha solo cinque post; e i visitatori potranno sfogliare almeno 500 post. "
I piani migliori non si limitano a un design specifico ma tengono conto di una serie di parametri. I problemi sono solo ridicoli quando ne viene consegnato uno alla scadenza.
Bisogni genuini
Nessun sistema può tenere conto di ogni scenario.
La maggior parte può adattarsi a piccoli cambiamenti incrementali nel corso della vita del sito web, ma quando le soluzioni di aiuto alla banda superano i problemi iniziali, è tempo di far apparire la parola che nessun cliente vorrebbe mai sentire: "ripensare".
Quando partire da zero è più efficiente che correggere i cambiamenti che risolvevano i problemi precedenti (ma si rompevano altre cose), il più grande ostacolo è convincere tutti i soggetti coinvolti che i cambiamenti drastici ora sono migliori a lungo termine.
Allora hai bisogno di un'altra parola: "conveniente".
Il patching del codice o i layout di tweaking fanno appello a progettisti, sviluppatori e clienti perché è veloce. Grattano un prurito con il minimo sforzo. E più persone si preoccupano di correggere un sito Web che si rompe con il minimo tocco, meno è probabile che qualcuno suggerisca un mal di testa più grande.
Ma questo è un segno sicuro che il cambiamento è necessario. La caratteristica draconiana si verifica quando le persone e i progettisti tecnici temono sinceramente di apportare modifiche. Conoscete il progetto: quello con la case history con il suo schedario, con il proprietario la cui voce fa tremare le persone, e i processi sconclusionati che richiedono manuali utente che nessuno ha il tempo di scrivere.
Questi progetti costano di più dei soldi. Stanno scaricando moralmente i maiali delle risorse che distolgono l'attenzione dai progetti più nuovi e più snelli e causano abbastanza digrignamento dei denti da portare i dentisti attraverso la recessione.
La guerra contro questo tipo di creep di caratteristiche inizia con la definizione di problemi , compresi i problemi che sorgono dalle soluzioni per la risoluzione dei sintomi.
Approccio completo al ripensamento guardando a lungo termine, sia nel passato che nel futuro. Il sito web era fantastico allora, ma le cose sono cambiate. La tecnologia è migliorata. I prodotti o servizi del cliente si sono evoluti. I clienti sono più (o forse meno) sofisticati o hanno esigenze diverse.
Elaborare un piano per rendere questa transizione pratica . I dettagli dipendono dalla natura del sito Web, ma equivalgono alla stessa cosa: convincere il cliente che la cura drastica non è peggiore dell'attuale corso di chewing-gum e di bailing-wire. Questa è la guerra psicologica tanto quanto la soluzione tecnica dei problemi.
Succederà
La maggior parte delle funzioni di creep assume due forme: un prurito che un cliente vuole scalfire e una reale necessità di cambiamento.
Se riesci a esprimere la domanda come una domanda , allora ti posizioni come un decisore, piuttosto che qualcuno che segue il capriccio di ogni illecito del cliente.
Renditi conto che il cambiamento avverrà. Un sito web che non cambia mai è un pozzo nero.
Ben Gremillion è un web designer freelance che ha imparato che i clienti rispondono bene se riesci a mantenere la calma quando perdono la loro.
Come gestisci lo scorrimento delle funzionalità? Per favore condividi alcune delle tue esperienze con noi ...