È possibile lavorare con clienti diffidenti [chiuso]

11

A uno dei nostri sviluppatori junior è stato assegnato un nuovo cliente (non abbiamo ancora il cliente, lavoriamo ancora con lui per vedere se possiamo soddisfare i suoi bisogni) e lo sviluppatore junior ha detto che il cliente ci assumerà se possiamo fare il lavoro sul suo progetto senza avere accesso al suo server.

Ho avuto una conversazione diretta con il cliente che ha scoperto che il suo codice era stato rubato in precedenza da qualche società offshore che aveva esternalizzato. Questo mi ha reso più comprensivo, ma ho ancora sentimenti contrastanti su questo.

Da un lato voglio dimostrare al cliente che non siamo tutte mele cattive. Inoltre, se facciamo un buon lavoro con lui, otteniamo un cliente fedele che ci assumerà per tutti i suoi progetti. Non ne ho mai sentito parlare prima, ma immagino che accada più spesso di quanto tutti vorremmo ammettere.

D'altra parte sono riluttante ad accettare di lavorare con lui perché il tempo di implementazione sarà un incubo e non è nella mia carriera o istruzione che qualcuno mi abbia insegnato come lavorare con clienti come lui. Io (o lo sviluppatore junior) dovrei scrivere una descrizione dettagliata di esattamente cosa fare con la fonte per distribuirlo e questo è un onere fastidioso quando potrei schierare e testare il tutto in un'ora da solo.

Come ho detto, non ho mai avuto a che fare con questo prima (stiamo firmando una non-divulgazione, ma a quanto pare la società offshore prima di noi). Non siamo completamente al completo, quindi non è che io abbia un rimpiazzo immediato, ma non chiediamo il lavoro e mi chiedo se lavorare in un ambiente così ristretto valga la pena.

Un altro aspetto è che l'esperienza in sé potrebbe essere gratificante per noi, ma è un'esperienza che vale la pena avere, come in quello che è anche la probabilità di ottenere un cliente simile in qualsiasi momento presto. Ci aspettiamo addirittura che ci conformiamo a tali clienti?

Quindi, dal momento che non ho alcuna esperienza di prima mano con questo e sicuramente non era coperto a scuola, come potrebbero quelli con più esperienza di lavoro con i clienti trattare con un cliente diffidente come questo? Accetteresti persino il lavoro?

    
posta user5794 20.10.2010 - 07:20
fonte

7 risposte

13

Lavora con il cliente e aggiungi ore di tempo extra (fatturabile) al tuo preventivo per ogni attività, per coprire i problemi di implementazione senza l'accesso al server.

È deprimente essere limitato in questo modo a causa di problemi di fiducia (non fondati), ma in realtà non dovrebbe essere così gravoso. Ho lavorato con un certo numero di clienti in cui dovevamo lavorare in questo modo, non a causa del fatto che non si fidavano di noi, ma semplicemente perché erano grandi aziende con politiche IT generalizzate. Significa solo che devi essere più disciplinato sulle tue implementazioni in modo da non dover distribuire, correggere un bug minuscolo e distribuire di nuovo, rendendoti conto che hai dimenticato un file e la distribuzione di nuovo, ecc. Ecc.

    
risposta data 20.10.2010 - 08:06
fonte
10

Inizi a lavorare con il cliente. Se non c'è bisogno di altre risorse per completare il progetto, allora si è in quell'ambiente limitato.

E se senti il bisogno di avere qualcosa che ti è limitato, parla con il cliente di questo problema. Fai le cose critiche di fronte a lui.

E ultima opzione ma meglio, dato che non stai elemosinando per nessun lavoro, fai partire! ;)

Per elementi critici, intendevo l'accesso al codice dei clienti.

    
risposta data 20.10.2010 - 07:35
fonte
6

In realtà, una descrizione dettagliata di come distribuire è di per sé preziosa. Il tuo cliente potrebbe voler essere in grado di controllare la distribuzione piuttosto che passare attraverso di te ogni volta. Basta includerlo nelle stime e assicurarsi di essere pagato per questo. Non avere accesso al server del client renderà le cose più lunghe in generale, ma questo non dovrebbe essere un problema. Ricorda che possono anche esserci motivi legali o di responsabilità perfettamente legittimi per cui non hai accesso, quindi probabilmente vorrai avere un'idea su come lavorare senza accesso.

In qualsiasi relazione in cui c'è un problema di fiducia, presterei attenzione al programma di pagamento e mi assicuravo che non mi fossero mai dovuti più soldi di quanto non avessi voluto cancellare se le cose fossero andate male. La sfiducia in un'area può diffondersi.

    
risposta data 20.10.2010 - 16:14
fonte
3

Spiegare al cliente tutte le implicazioni della sua politica restrittiva. Carica per lavoro extra durante lo sviluppo e la distribuzione. Spetta a loro decidere se vale la politica restrittiva.

Lo svantaggio più serio non è la seccatura extra che dovrai affrontare nello sviluppo, ma un lento ritorno con correzioni di bug dopo il lancio. A meno che il tuo sistema non sia semplice (o il tuo nome è Donald Knuth), avrai bug dopo l'implementazione, indipendentemente da quanto tu sia attento.

    
risposta data 20.10.2010 - 10:27
fonte
3

Ho lavorato con un cliente fondamentalmente diffidente e ha reso la vita estremamente difficile.

Nella maggior parte dei paesi, se si ha un contratto con un cliente, è possibile rendere esplicito ciò che si verificherà e non si verificherà e il contratto sarà vincolante. Potresti essere in grado di rassicurare il tuo cliente sottolineando che, in quanto società con sede nello stesso territorio, il tuo reclamo avrà pieno vigore se rubi il codice.

Tuttavia c'è una differenza tra qualcuno che ha avuto le dita bruciate e qualcuno con una natura paranoica. In quest'ultimo caso eviterei del tutto il cliente in quanto saranno difficili e costosi da gestire. Non impossibile, ma molto difficile, molto irritante e molto probabilmente tra il 20% dei clienti che forniscono l'80% del carico di supporto.

    
risposta data 20.10.2010 - 11:17
fonte
3

Ho lavorato in IT e governo per molti anni. In quegli ambienti gli sviluppatori non hanno MAI accesso al sistema di produzione. Dovrebbe essere la norma per il corso fornire istruzioni di installazione, in particolare per il codice che è stato sviluppato dal cliente.

Presumo che il cliente possieda il codice che stai scrivendo per loro.

    
risposta data 20.10.2010 - 16:54
fonte
1

Cerca di differenziarti nell'occhio del cliente lontano dalle organizzazioni esterne estere. Se hai avuto brutte esperienze con il lavoro off-shore, condividi questa esperienza con il nuovo cliente. Fai sapere loro che tu e il tuo abbigliamento siete completamente diversi dalle attività off-shore. Tutti sanno che questi sviluppatori off-shore spesso non valgono la pena trattare. Inizia comunicando in buon inglese e cerca modi per dimostrare la tua onestà. Non è difficile da differenziare visti i livelli incredibilmente bassi, in particolare per il lavoro svolto nei paesi poveri.

Costruisci la tua fiducia con questo cliente gradualmente, e alla fine lui / lei arriverà e ti darà l'accesso di cui hai bisogno per fare il lavoro.

    
risposta data 21.08.2011 - 07:39
fonte

Leggi altre domande sui tag