¿Es posible trabajar con clientes de desconfianza [cerrado]?

Question

A uno de nuestros desarrolladores junior se le ha asignado un nuevo cliente (aún no tenemos al 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 Haga el trabajo en su proyecto sin obtener acceso a su servidor.

He tenido una conversación directa con el cliente que resultó haber robado su código antes por alguna compañía en alta mar 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 malas. 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 despliegue será una pesadilla y ningún lugar de mi carrera o educación me ha enseñado a 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 implementarla y esa es una carga molesta cuando podría desplegar y probar todo en una hora yo mismo.

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 en alta mar antes que nosotros). No estamos completamente reservados, por lo que no es como si tuviera un reemplazo inmediato, pero tampoco estamos rogando por el trabajo y me pregunto si trabajar en ese entorno tan restringido vale la pena.

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

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

Answer 1

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

Es deprimente ser limitado como ese debido a problemas de confianza (infundados), pero en realidad no debería ser que gravoso. He trabajado con varios clientes donde tuvimos que trabajar de esta manera, no debido a que no confiaron en nosotros, sino simplemente porque eran grandes empresas con políticas de TI. Simplemente significa que debe ser más disciplinado sobre sus implementaciones para que no esté implementando, solucionando un pequeño error e implementando nuevamente, al darse cuenta de que olvidó un archivo e implementando nuevamente, etc., etc.

Answer 2

Empiezas a trabajar con el cliente. Si no hay necesidad de ningún otro recurso para completar su proyecto, entonces está a través de ese entorno restringido.

Y si siente la necesidad de tener algo que esté restringido para usted, entonces 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, ¡cámbalo! ;)

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

Answer 3

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

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

Answer 4

Explique al cliente las implicaciones completas de su política restrictiva. Cobrar por trabajo adicional durante el desarrollo y la implementación. Es para ellos decidir si la política restrictiva vale la pena.

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

Answer 5

He trabajado con un cliente fundamentalmente desconfiado y hizo que la vida fuera extremadamente difícil.

En la mayoría de los países, si tiene un contrato con un cliente, puede hacer explícito lo que tendrá y no tendrá lugar y el contrato será vinculante. Es posible que pueda asegurar a su cliente señalando que, como empresa con sede en el mismo territorio, su queja tendrá toda la fuerza de la ley si roba su código.

Sin embargo, hay una diferencia entre alguien que ha quemado los dedos y alguien con naturaleza paranoica. En el último caso, evitaría al cliente por completo, ya que serán difíciles y costosos de tratar. No es imposible, pero muy difícil, muy irritante y más probable que se encuentren entre el 20% de los clientes que proporcionan el 80% de su carga de soporte.

Answer 6

He trabajado en él y en el gobierno durante muchos años. En esos entornos, los desarrolladores nunca tienen acceso al sistema de producción. Debe ser par para el curso proporcionar instrucciones de instalación, especialmente para el código que el cliente desarrolla personalizando.

Supongo que el cliente será el propietario del código que está escribiendo para ellos.

Answer 7

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

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