Est-il possible de travailler avec des clients méfiants [fermé]

Un de nos développeurs juniors a été affecté à un nouveau client (nous n'avons pas encore le client, nous travaillons toujours avec lui pour voir si nous pouvons répondre à ses besoins) et le développeur junior a déclaré que le client nous embaucherait si nous le pouvions faire le travail sur son projet sans avoir accès à son serveur.

J'ai eu une conversation directe avec le client qui s'est avéré avoir déjà eu son code volé par une société offshore qu'il a externalisée. Cela m'a rendu plus sympathique mais j'ai toujours des sentiments mitigés à ce sujet.

D'une part, je veux prouver au client que nous ne sommes pas tous de mauvaises pommes. De plus, si nous faisons du bon travail avec lui, nous obtenons un client fidèle qui nous embauchera pour tous ses projets. Je n'en ai jamais entendu parler auparavant, mais je suppose que cela se produit plus souvent que nous ne le souhaiterions tous.

D'un autre côté, j'hésite à accepter de travailler avec lui car le temps de déploiement va être un cauchemar et personne dans ma carrière ou mes études ne m'a appris à travailler avec des clients comme lui. Je (ou le développeur junior) devrais écrire une description détaillée de quoi faire exactement avec la source pour le déployer et c'est un fardeau ennuyeux quand je pouvais déployer et tester le tout en une heure moi-même.

Comme je l'ai dit, je n'ai jamais eu à traiter cela auparavant (nous signons une non-divulgation, mais apparemment la société offshore avant nous). Nous ne sommes pas entièrement complets, donc ce n'est pas comme si j'avais un remplacement immédiat, mais nous ne mendions pas non plus pour le travail et je me demande si travailler dans un environnement aussi restreint en vaut la peine.

Un autre aspect est que l'expérience elle-même pourrait être enrichissante pour nous, mais est-ce une expérience qui en vaut la peine, comme dans la probabilité même d'avoir un client similaire de sitôt. Sommes-nous même censés respecter ces clients?

Donc, comme je n'ai aucune expérience de première main avec cela et que cela n'a certainement pas été abordé à l'école, comment ceux qui ont une plus longue expérience de travail avec des clients devraient-ils faire face à un client méfiant comme celui-ci? Accepteriez-vous même le poste?

Travaillez avec le client et ajoutez des heures supplémentaires (facturables) à votre devis pour chaque tâche, afin de couvrir les tracas du déploiement sans accès au serveur.

C'est déprimant d'être limité comme ça en raison de problèmes de confiance (non fondés), mais vraiment, cela ne devrait pas être si lourd. J'ai travaillé avec un certain nombre de clients où nous devions travailler de cette façon, non pas parce qu'ils ne nous faisaient pas confiance, mais simplement parce que c'étaient d'énormes entreprises avec des politiques informatiques générales. Cela signifie simplement que vous devez être plus discipliné au sujet de vos déploiements afin de ne pas déployer, corriger un petit bogue et redéployer, réalisant que vous avez oublié un fichier et redéployé à nouveau, etc. etc.

Vous commencez à travailler avec le client. S'il n'y a pas besoin d'autres ressources pour mener à bien votre projet, alors vous traversez cet environnement restreint.

Et si vous ressentez le besoin d'avoir quelque chose qui vous est limité, parlez au client de ce problème. Faites les trucs critiques devant lui.

Et dernière option mais en mieux, puisque vous ne mendiez pas de travail, lancez-vous! ;)

Par choses critiques, je voulais dire l'accès au code client.

En fait, une description détaillée de la façon de déployer est précieuse en soi. Votre client peut vouloir contrôler le déploiement plutôt que de passer par vous à chaque fois. Incluez-le simplement dans vos estimations et assurez-vous d'être payé pour cela. Le fait de ne pas avoir accès au serveur du client va rendre les choses plus longues en général, mais cela ne devrait pas en soi être un problème. N'oubliez pas qu'il peut également y avoir des raisons légales ou de responsabilité parfaitement légitimes pour lesquelles vous n'obtenez pas accès, donc vous voulez probablement avoir une idée de la façon de travailler sans accès.

Dans toute relation où il y a un problème de confiance, je ferais attention au calendrier de paiement et je m'assurerais que l'on ne me devait jamais plus d'argent que je ne serais prêt à annuler si les choses tournaient mal. La méfiance dans un domaine peut se propager.

Expliquez au client toutes les implications de sa politique restrictive. Frais pour le travail supplémentaire pendant le développement et le déploiement. Il leur appartient de décider si la politique restrictive en vaut la peine.

L'inconvénient le plus grave n'est pas les tracas supplémentaires que vous rencontrerez lors du développement, mais la lenteur des corrections de bugs après le lancement. À moins que votre système ne soit simple (ou que vous vous appeliez Donald Knuth), vous aurez des bogues après le déploiement, quelle que soit votre prudence.

J'ai travaillé avec un client fondamentalement méfiant et cela a rendu la vie extrêmement difficile.

Dans la plupart des pays, si vous avez un contrat avec un client, vous pouvez préciser ce qui se passera et ne se passera pas et le contrat sera contraignant. Vous pourrez peut-être rassurer votre client en lui faisant remarquer qu'en tant qu'entreprise basée sur le même territoire, sa plainte aura pleine force de loi si vous lui volez son code.

Cependant, il y a une différence entre une personne qui a eu les doigts brûlés et une personne de nature paranoïaque. Dans ce dernier cas, j'éviterais complètement le client car il sera difficile et coûteux à traiter. Pas impossible, mais très difficile, très irritant et très probablement parmi les 20% de clients qui fournissent 80% de votre charge de support.

J'ai travaillé dans l'informatique et le gouvernement pendant de nombreuses années. Dans ces environnements, les développeurs n'ont JAMAIS accès au système de production. Il devrait être normal que le cours fournisse des instructions d'installation, en particulier pour le code développé sur mesure par le client.

Je suppose que le client sera propriétaire du code que vous écrivez pour lui.

Essayez de vous différencier aux yeux du client des organisations externalisées offshore. Si vous avez eu de mauvaises expériences avec le travail à l'étranger, partagez cette expérience avec le nouveau client. Faites-leur savoir que vous et votre tenue êtes complètement différents des entreprises offshore. Tout le monde sait que ces développeurs off-shore ne valent souvent pas la peine d'être traités. Commencez par communiquer en bon anglais et cherchez des moyens de démontrer votre honnêteté. Il n'est pas difficile de faire la différence étant donné les normes incroyablement basses, en particulier pour le travail effectué dans les pays pauvres.

Construisez progressivement votre confiance avec ce client et il finira par vous rencontrer et vous donner l'accès dont vous avez besoin pour faire le travail.