Non posso spiegare al cliente che sta seguendo il progetto in modo sbagliato

3

Essendo uno sviluppatore junior che ha bisogno di soldi per il nuovo hardware, mi sono imbattuto in molti dei siti web freelance e, molto presto, ho ottenuto il mio primo cliente. Completa gestione dei progetti, CRM e semplice sito web di contabilità per le piccole imprese. Come abbiamo discusso i termini, ho proposto GAE / Python / Bootstrap / NDB in quanto è qualcosa che mi è davvero familiare, poiché ho lavorato a progetti GAE negli ultimi due anni presso il mio posto di stage. Discutiamo la retribuzione, i termini, la non divulgazione e offro il mio approccio al progetto (ho seguito il percorso di ciò che ho imparato da vicino).

Propongo di lavorare sul backend prima in tre fasi:

  • Sistema azienda / utente + Gestione progetti
  • CRM
  • Analitica / Contabilità semplice (integrazione intuitiva come in seguito aggiunta)

Ho seguito un periodo di 2 settimane di sviluppo e test dell'interfaccia utente.

All'inizio gli ho chiesto quali sono le funzioni che vorresti che sviluppassi in tutte e tre le fasi. La sua risposta è stata che non ha il tempo di preparare il documento che gli ho chiesto, cosa che ho trovato ridicolo, e mi ha chiesto di prepararne uno e lui lo modificherà. Certo che non ha mai modificato. Ok, primo segno del cliente che non ha una visione chiara di ciò che vuole.

Ha comprato un modello e ha chiesto quando iniziamo a testare. Quindi ho implementato l'app con solo il login di PM e azienda / utente dopo due settimane, solo per sentirmi dire che non può testare nulla che non sia quel modello. Ho fatto una replica del tema, letteralmente, dato che non possiamo usare la roba che ha il tema reale (casella di posta, calendario ecc.)

Ho detto a me stesso qualunque cosa. Il primo approccio che ho preso è stato creare un base.html e base-nav.html ed estenderli in altri modelli, in modo che il codice e altre cose possano essere testati facilmente. L'ho fatto tramite bootstrap. Ha ripetuto che non può testarlo.

Ora mi trovo alle prese con una pagina html lunga 4 mila righe che devo ritagliare per creare un base.html Verrà esteso in altri modelli, con tutte le ridicole quantità di file statici completamente non organizzati nei file modello e con un capo che vuole testare. Non sa nemmeno cosa vuole testare.

Ho inviato screenshot, distribuito l'app, chattato quotidianamente, ma non è sufficiente per convincerlo che dovremmo concentrarci prima sul frontend anziché sul frontend.

È come costruire una macchina - prima vuole costruire le parti esterne e limitare il motore, invece di costruire prima il motore e poi regolarne l'esterno.

Hai qualche consiglio su come affrontarlo e risolverlo?

template - link

    
posta Borko Kovacev 15.07.2014 - 22:12
fonte

2 risposte

2

Considera il consiglio di Joel in Il segreto dell'iceberg, rivelato . Fai in modo che il modello sia esattamente bello quanto il back-end sia implementato e fornisci tutti questi screenshot e i rapporti sui progressi in questo modo. Utilizzare wireframe, segnaposto di testo normale e uguaglianza simile al posto di funzionalità mancanti o interrotte. Invece di dire al tuo cliente, "mi ci vorrà X tempo per finire il back-end", dico loro "So che questo è brutto. Ottenere questa funzionalità funziona correttamente richiederà X volta".

L'ideale è che il tuo cliente ancora verifichi il flusso anche guardando il brutto prototipo. Potresti riuscire a ovviare a questo problema con i prototipi (a destra) e i diagrammi di flusso, ma se il cliente si rifiuta di aiutarti a verificare i tuoi flussi, potresti essere solo condannato.

Certo, è un po 'troppo tardi per seguire questo consiglio.

In futuro, considera l'utilizzo di un contratto per delineare in anticipo le responsabilità del cliente e del cliente. Questo ti perderà alcuni clienti (soprattutto quelli difficili), ma ti proteggerà dal raggiungere un punto in cui tutti sono arrabbiati, hai speso il doppio del tempo che ti aspettavi e il tuo cliente si rifiuta di pagarti per non averli soddisfatti.

    
risposta data 15.07.2014 - 23:04
fonte
3

Questo è normale. Il cliente vuole qualcosa che faccia questo e quello, ma non è esattamente sicuro del modo migliore per realizzare questo e quello. Tu sei l'esperto, si affidano a te per riempire i pezzi mancanti della loro visione. Devi dar loro abbastanza lavoro per poter dire, sì è quello che volevo. Di solito è un prototipo di UI funzionante in scatola. Quindi sicuramente l'interfaccia utente dovrebbe essere la prima cosa su cui lavorare.

Inoltre, è molto ingenuo credere che i clienti abbiano il tempo di essere intimamente coinvolti in tutti i dettagli di un progetto o che sappiano esattamente quello che vogliono. Ecco perché ti hanno assunto. Guidi il progetto. Se sono troppo occupati per fornire un feedback, allora dite loro cosa state facendo e se in seguito desiderano modifiche, quindi puntate su questo: "Sto implementando le schermate dell'interfaccia utente come definite qui. Rivedi e fornisci eventuali commenti da parte di COB. 18 luglio. ". Se non ti hanno mai risposto, allora lo prendo come un'approvazione implicita e ogni modifica successiva avrà un costo extra.

Come per rivedere la tua interfaccia utente. Di solito è meglio per te dare una demo piuttosto che aspettarsi che il cliente giochi con il tuo prototipo e dare un feedback. Se non è possibile dare una dimostrazione di persona, organizzare una sessione WebEx o qualcosa di simile.

    
risposta data 16.07.2014 - 00:09
fonte