¿Es posible trabajar con clientes desconfiados [cerrado]

A uno de nuestros desarrolladores junior se le ha asignado un nuevo cliente (aún no tenemos el cliente, todavía estamos trabajando con él para ver si podemos satisfacer sus necesidades) y el desarrollador junior dijo que el cliente nos contratará si podemos hacer el trabajo en su proyecto sin tener acceso a su servidor.

He tenido una conversación directa con el cliente que resultó haber sido robado su código anteriormente por una compañía offshore que subcontrató. Esto me hizo más comprensivo, pero todavía tengo sentimientos encontrados sobre esto.

Por un lado, quiero demostrarle al cliente que no todos somos manzanas podridas. Además, si hacemos un buen trabajo con él, obtenemos un cliente leal que nos contratará para todos sus proyectos. No he oído hablar de esto antes, pero supongo que sucede con más frecuencia de lo que a todos nos gustaría admitir.

Por otro lado, dudo en aceptar trabajar con él porque el tiempo de implementación será una pesadilla y en ningún lugar de mi carrera o educación alguien me ha enseñado cómo trabajar con clientes como él. Yo (o el desarrollador junior) tendría que escribir una descripción detallada de exactamente qué hacer con la fuente para implementarlo y esa es una carga molesta cuando podría implementar y probar todo en una hora.

Como dije, nunca he tenido que lidiar con esto antes (estamos firmando una no divulgación, pero aparentemente también lo hizo la compañía offshore antes que nosotros). No estamos completamente llenos, así que no es como si tuviera un reemplazo inmediato, pero tampoco estamos rogando por trabajo y me pregunto si vale la pena trabajar en un entorno tan restringido.

Otro aspecto es que la experiencia en sí misma podría ser gratificante para nosotros, pero es una experiencia que vale la pena tener, ya que existe la posibilidad de obtener un cliente similar en el corto plazo. ¿Se espera que cumplamos con tales clientes?

Entonces, dado que no tengo experiencia de primera mano con esto y definitivamente no estaba cubierto en la escuela, ¿cómo tratarían aquellos con más experiencia trabajando con clientes con un cliente desconfiado como este? ¿Aceptarías el trabajo?

Trabaje con el cliente y agregue horas de tiempo extra (facturable) a su presupuesto para cada tarea, para cubrir las molestias de la implementación sin acceso al servidor.

Es deprimente estar limitado así debido a problemas de confianza (infundados), pero en realidad, no debería ser tan pesado. He trabajado con varios clientes en los que teníamos que trabajar de esta manera, no porque no confiaran en nosotros, sino simplemente porque eran grandes empresas con políticas de TI generales. Simplemente significa que debe ser más disciplinado acerca de sus implementaciones para que no esté implementando, reparando un pequeño error e implementando nuevamente, dándose cuenta de que olvidó un archivo e implementando nuevamente, etc. etc.

Empiezas a trabajar con el cliente. Si no hay necesidad de ningún otro recurso para completar su proyecto, entonces se encuentra en ese entorno restringido.

Y si siente la necesidad de tener algo restringido a usted, hable con el cliente sobre este problema. Haz las cosas críticas frente a él.

Y la última opción pero mejor, ya que no estás rogando por ningún trabajo, ¡déjalo! ;)

Por cosas críticas, me refería al acceso al código de los clientes.

En realidad, una descripción detallada de cómo implementar es valiosa en sí misma. Es posible que su cliente quiera controlar la implementación en lugar de pasar por usted cada vez. Solo inclúyalo en sus estimaciones y asegúrese de que le paguen por ello. No tener acceso al servidor del cliente hará que las cosas tarden más en general, pero eso no debería ser un problema. Recuerde que también puede haber razones legales o de responsabilidad legal legítimas por las que no tiene acceso, por lo que probablemente desee tener alguna idea de cómo trabajar sin acceso.

En cualquier relación donde haya un problema de confianza, prestaría atención al cronograma de pagos y me aseguraría de que nunca me debieran más dinero del que estaba dispuesto a cancelar si las cosas salían mal. La desconfianza en un área puede extenderse.

Explique al cliente las implicaciones completas de su política restrictiva. Cargo por trabajo extra durante el desarrollo y la implementación. Les corresponde a ellos decidir si la política restrictiva vale la pena.

El inconveniente más grave no es la molestia adicional que atravesará en el desarrollo, sino un cambio lento con las correcciones de errores después del lanzamiento. A menos que su sistema sea muy simple (o su nombre sea Donald Knuth), tendrá errores después de la implementación, sin importar cuán cuidadoso sea.

He trabajado con un cliente que desconfía fundamentalmente y me hizo la vida extremadamente difícil.

En la mayoría de los países, si tiene un contrato con un cliente, puede hacer explícito qué ocurrirá y qué no, y el contrato será vinculante. Es posible que pueda tranquilizar a su cliente al señalar que, como empresa con sede en el mismo territorio, su reclamo tendrá plena vigencia si roba su código.

Sin embargo, hay una diferencia entre alguien a quien le han quemado los dedos y alguien con una naturaleza paranoica. En este último caso, evitaría al cliente por completo, ya que será difícil y costoso tratarlo. No es imposible, pero es muy difícil, muy irritante y es muy probable que se encuentre entre el 20% de los clientes que proporcionan el 80% de su carga de soporte.

He trabajado en TI y gobierno durante muchos años. En esos entornos, los desarrolladores NUNCA tienen acceso al sistema de producción. Debe ser normal que el curso proporcione instrucciones de instalación, especialmente para el código que el cliente desarrolle a medida.

Supongo que el cliente será dueño del código que está escribiendo para ellos.

Trate de diferenciarse en el ojo del cliente lejos de las organizaciones subcontratadas fuera de la costa. Si ha tenido malas experiencias con el trabajo off-shore, comparta esa experiencia con el nuevo cliente. Hágales saber que usted y su equipo son completamente diferentes a los negocios off-shore. Todos saben que a menudo no vale la pena tratar con estos desarrolladores off-shore. Comience comunicándose en un buen inglés y busque formas de demostrar su honestidad. No es difícil diferenciarse dados los estándares increíblemente bajos que existen, particularmente para el trabajo realizado en países pobres.

Construya su confianza con este cliente gradualmente, y eventualmente él / ella vendrá y le dará el acceso que necesita para hacer el trabajo.