Est-il possible de travailler avec les clients méfiaient [fermé]

Question

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

J'ai eu une conversation directe avec le client qui se sont avérés avoir eu son code volé avant par une société offshore qu'il externalisé. Cela me fait plus sympathique mais j'ai encore des sentiments mitigés à ce sujet.

D'une part, je veux prouver au client que nous ne sommes pas tous les pommes pourries. Aussi, si nous faisons un bon travail avec lui, nous obtenons un client fidèle qui va nous embaucher pour tous ses projets. Je ne l'ai pas entendu parler de cela avant, mais je suppose que cela arrive plus souvent que nous avions tous à l'admettre.

D'autre part, je suis hésitant à accepter de travailler avec lui parce que le temps de déploiement va être un cauchemar et où pas dans ma carrière ou l'éducation a quelqu'un m'a appris comment travailler avec des clients comme lui. I (ou le développeur junior) devrait rédiger une description détaillée de exactement ce qu'il faut faire avec la source de déployer et qui est un fardeau gênant quand je pouvais déployer et tester la chose en une heure moi-même.

Comme je l'ai dit, je ne l'ai jamais dû faire face à cela avant (nous signons un non-divulgation, mais en apparence fait la société offshore devant nous). Nous ne sommes pas totalement complet, donc ce n'est pas comme je l'ai un remplacement immédiat, mais nous ne sommes pas la mendicité pour le travail soit et je me demande si l'on travaille dans cet environnement restreint vaut la peine.

Un autre côté est que l'expérience elle-même pourrait être enrichissante pour nous, mais il vaut la peine d'expérience ayant, comme dans ce qui est encore la probabilité d'obtenir un client à tout moment même bientôt. Sommes-nous même tenus de se conformer à ces clients?

Alors que je n'ai pas l'expérience de première main avec cela et il était certainement pas couvert à l'école, comment seraient ceux qui travaillent plus d'expérience avec des clients face à un client méfiant comme celui-ci? Accepteriez-vous même le travail?

Answer 1

Travailler avec le client, et ajouter des heures supplémentaires de (facturables) le temps de votre devis pour toutes les tâches, pour couvrir les tracas de déploiement sans accès au serveur.

Il est déprimant de se limiter comme ça en raison de (non fondées) des problèmes de confiance, mais vraiment, il ne devrait pas être que pesante. J'ai travaillé avec un certain nombre de clients où nous devions travailler de cette façon, et non en raison de leur pas nous faire confiance, mais simplement parce qu'ils étaient énormes entreprises avec les politiques informatiques de couverture. Cela signifie simplement que vous devez être plus disciplinés sur vos déploiements de sorte que vous n'êtes pas déployer, la fixation d'un petit bug et le déploiement de nouveau, vous avez oublié la réalisation d'un fichier et le déploiement de nouveau, etc., etc.

Answer 2

Vous commencez à travailler avec le client. S'il n'y a pas besoin de toutes les autres ressources pour compléter votre projet, vous êtes dans cet environnement restreint.

Et si vous vous sentez un besoin d'avoir quelque chose qui se limite à vous, puis parlez au client au sujet de cette question. Faites les choses critiques devant lui.

Et la dernière option, mais mieux, puisque vous ne supplions pas pour tout travail, le coup d'envoi! ;)

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

Answer 3

En fait, une description détaillée de la façon de déployer est précieuse en elle-même. Votre client peut vouloir être en mesure de contrôler le déploiement plutôt que de passer par vous à chaque fois. Il suffit de l'inclure dans vos estimations et assurez-vous payé pour cela. Ne pas avoir accès au serveur du client va rendre les choses prennent plus de temps en général, mais cela ne devrait pas être lui-même un problème. Rappelez-vous qu'il peut y avoir des raisons juridiques ou responsabilité parfaitement légitimes pour lesquelles vous n'avez pas accès, vous voulez probablement avoir une certaine idée de la façon de travailler sans accès.

Dans toute relation où il y a un problème de confiance, je voudrais faire attention à l'horaire de paiement, et assurez-vous que je ne devais plus d'argent que j'étais prêt à radiée, si les choses ont mal tourné. La méfiance envers dans une région peut se propager.

Answer 4

Expliquer au client les conséquences de leur politique restrictive. Charge de travail supplémentaire au cours du développement et de déploiement. Il est pour eux de décider si la politique restrictive est utile.

L'inconvénient le plus grave est pas les tracas supplémentaire que vous passerez par le développement, mais lent redressement avec des corrections de bugs après le lancement. , Vous avez des bugs après le déploiement, peu importe comment vous êtes attentif à moins que votre système est mort simple (ou votre nom est Donald Knuth).

Answer 5

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

Dans la plupart des pays si vous avez un contrat avec un client, vous pouvez expliciter ce qui et ne se produira pas et le contrat sera obligatoire. Vous pourriez être en mesure de rassurer votre client en signalant que comme une société basée sur le même territoire, leur plainte aura force de loi si vous ne voles leur code.

Cependant, il y a une différence entre quelqu'un qui a eu les doigts brûlés et une personne avec une nature paranoïaque. Dans ce dernier cas, j'évite le client tout à fait comme ils seront difficiles et coûteux à traiter. Pas impossible, mais très difficile, très irritant et très probablement d'être parmi les 20% des clients qui fournissent 80% de la charge de votre soutien.

Answer 6

Je travaille dans l'informatique et le gouvernement depuis de nombreuses années. Les développeurs ont jamais dans les environnements d'accès au système de production. Il devrait être par pour le cours de fournir des instructions d'installation en particulier pour le code en cours d'élaboration sur mesure par le client.

Je suppose que le client possédera le code que vous écrivez pour eux.

Answer 7

Essayez de vous Différencier à l'œil du client loin des organisations sous-traitées off-shore. Si vous avez eu de mauvaises expériences avec le travail off-shore, partager cette expérience avec le nouveau client. Faites-leur savoir que vous et votre tenue sont complètement différentes des entreprises off-shore. Tout le monde connaît ces développeurs off-shore ne sont souvent pas la peine affaire. Commencez par communiquer en anglais et bon regard des façons de démontrer votre honnêteté. Ce n'est pas difficile de différencier compte tenu des normes incroyablement bas là-bas, en particulier pour le travail effectué dans les pays pauvres.

Construisez votre confiance avec ce client peu à peu, et finalement, il / elle viendra ronde et vous donner l'accès dont vous avez besoin pour faire le travail.