Problemas de confianza con un cliente

Estuve negociando recientemente con un cliente que es... bueno... un poco difícil trabajar con él, por decir lo mínimo.

Fue el primero en contactarme y solicitar mis servicios. Quiere que cree una aplicación de clase empresarial para su empresa, pero no está dispuesto a divulgar información ni los requisitos relacionados con el proyecto.

Le pedí que me contara más sobre el proyecto (ya que no tengo idea de lo que estamos construyendo), pero afirma que es "información confidencial". Incluso firmé un NDA y le aseguré que no tenía ningún interés en robar su idea, pero aún así no cederá.

Me ha estado dando información muy incompleta y espera que le dé un presupuesto para el proyecto basado en la poca información que compartió. Le dije que no puedo construir algo y que si no tengo una especificación ya menos que sepa qué estoy construyendo exactamente, pero sigue siendo extremadamente reservado.

No puedo trabajar así. Hay mucho dinero en este proyecto, pero no puedo trabajar así. Es como pedirle a una empresa de construcción que le construya una casa exactamente de acuerdo con sus planos y luego negarse a dárselos.

¿Debería rendirme o tratar de trabajar con el tipo? Este parece uno de esos proyectos que podrían convertirse en un puro infierno en algún momento del camino.

Lo más probable es que tenga una nueva idea y sea nuevo en el mundo de los programadores. Yo mismo no programo profesionalmente, pero conozco gente que sí lo hace, y dicen lo mismo que @MattRyan Las ideas son un centavo la docena. La ejecución es la parte difícil . Sólo está entusiasmado con su idea. Sucede.
Si no tienes un buen contrato con tu cliente que te permita despedirlo pero aun así te pagan por el trabajo que has hecho hasta ahora, estás bastante jodido, no irá mejor a largo plazo. Echa un vistazo a esta conferencia de Mike Monteiro sobre eso vimeo.com/22053820
No cotiza hasta que tenga todos los requisitos, punto final. No hay otra forma de evitarlo. Si el cliente no entiende esto, me iría porque me costaría una fortuna. Trabajé en una empresa donde los requisitos de pensamiento de la gerencia se entendían completamente: cotizaron por debajo de los 7 meses y todavía están pagando por ello. Si eso salió mal, ¿qué tan mal puede ir en su caso? Es una obviedad.

Respuestas (11)

Podría probar una técnica que es bastante común en el mundo de la arquitectura (como en los edificios). Firme un contrato de tiempo y materiales por hora para desarrollar un alcance y utilice ese alcance como base para un contrato real. Dado que el proceso actual es abierto, T&M es el único camino a seguir. También coloca al cliente en la mejor posición, pero no todos parecen estar de acuerdo con eso.

Sin embargo, esto no se ve tan bien. Asegúrese de facturar regularmente (dos veces al mes) y no deje que el extraño patrón de comunicación lo coloque en un lugar donde podría ser demandado o no le paguen.

Yo también optaría por T&M en este caso. Pero recuerda: el requisito de tener hitos claramente documentados es directamente proporcional a la incertidumbre de los requisitos. En este caso, asegúrese de documentar CADA PARTE del acuerdo.
Totalmente: los hitos y los entregables asociados deben comunicarse claramente por escrito

He tenido algunos de estos y, desafortunadamente, pueden ser extremadamente tercos.

Después de dejar de buscar información, lo que normalmente termino haciendo es:

  1. Trate de tener al menos una idea aproximada de lo que quiere y aléjese si esto no es posible.
  2. Ofrezca hacer las cosas básicas (por ejemplo, inicio de sesión, pantallas de mantenimiento) primero por una tarifa y asegúrese de que esté dispuesto a pagar por estas cosas que no generan valor.
  3. Ore para que después de que vea la estructura del esqueleto, tenga la confianza suficiente para decirle más para que pueda continuar con el siguiente paso. Él tiene algo de "compra" en este punto y sus probabilidades son exponencialmente mejores.
  4. Si me da alguna información "real", haga esas pantallas por una tarifa
  5. Demuestre el producto y solicite más información, asegurándose de que le paguen.
  6. Enjuague/repita los pasos 4 a 5 si tiene suerte, 2 a 3 si no la tiene :P

Si el trabajo está bien y él tiene un poco más de confianza en ti, las cosas podrían acelerarse RÁPIDAMENTE. Una vez que la presa se rompe, normalmente es una avalancha. Él te dirá muchas cosas y esperará que todo se haga AYER porque cada segundo de retraso le causa ansiedad adicional (si la filtración de información es su principal preocupación, y normalmente lo es). Cuando eso suceda, no dude en cobrar un poco más por la refactorización. Una vez que lo derrama, normalmente está dispuesto a pagar. Si no, solo diga que lo pensará, aléjese y espere, normalmente le devuelven la llamada.

No sea fácil con las tarifas si llega a la segunda parte. Estos proyectos SIEMPRE están llenos de cambios de especificaciones y presión de tiempo. Asegúrate de facturar lo que vales o realmente no vale la pena hacerlo.

Muchos clientes no saben lo que quieren. No es mejor que trabajes con ellos o con un cliente que supuestamente sabe lo que quiere pero no te lo dirá.

Suenas como una persona honesta que se enorgullece de su trabajo. Su cotización debe basarse en la información que tiene. Tu competencia no está mejor. ¿Cuál es la tarifa vigente para las aplicaciones empresariales en esta industria y cuánto tiempo lleva construirlas? Si nunca has hecho esto antes, estás en desventaja. Un competidor va a echar humo y proclamar que crea aplicaciones como esta todo el tiempo.

Estime el número de horas y la tarifa, pero indique que esto puede cambiar si cambian las especificaciones. Y cambiarán. Si el cliente no está de acuerdo con sus nuevas estimaciones, reciba el pago por el tiempo servido y siga adelante.

La mayoría de los comentarios parecen centrarse en cómo asegurarse de que le paguen, y si esa es su preocupación, entonces ya recibió algunos buenos consejos.

Pero parece que está tan preocupado por hacer un trabajo de calidad y ver un proyecto terminado implementado como por recibir un pago, en cuyo caso necesita resolver esto por adelantado, ANTES de hacer cualquier trabajo.

Mi sugerencia es que se lo presente y le explique POR QUÉ no podrá construir lo que quiere a menos que confíe un poco más en la información. Use su ejemplo de construcción/planos. Explícaselo: "Puedo hacer que haga X, pero si quieres que haga Y también, entonces necesito saber Z". ser."

También puede usar el problema de T&M aquí: explique que hay varias formas de pagar algo como esto, T&M es una de ellas. Pero sin más información, te pagará para que construyas algo, luego te pagará más para que lo modifiques una vez que lo vea y no haga exactamente lo que quiere (debido a la falta de información inicial), y al final, si no es más comunicativo, podría terminar gastando dinero en algo que finalmente se desecha.

Y un último argumento: deja en claro que TODOS los (buenos) programadores querrán esta información, no solo tú, por lo que ahora debe tomar una decisión sobre si va a dejar ir esta información.

(Le pregunté a un programador profesional, por lo que no es mi conocimiento, pero estoy de acuerdo)

Dígale rotundamente que su cotización (y la de cualquier otra persona ) será muy inexacta a menos que proporcione suficiente información. Trate de asegurarse de que el tiempo es flexible en su contrato.

Si no estás seguro de tus habilidades, entonces es mejor que te mantengas alejado de esto... Si luego te das cuenta de que el proyecto está más allá de tus habilidades, estarás en problemas. A menos que mantengas una cláusula en tu contrato que te permita desistir en cualquier momento. Aunque dudo que esté de acuerdo...

No hay nada en su poder para resolver el problema de su secreto. Pero usted podría obtener algún beneficio a pesar de todo.

Haga su estimación y sea honesto de que es una suposición debido a la falta de información. El contrato debe protegerlo contra la duración incierta. Tener escrito en el contrato que el trabajo se cobra por hora. Para ser justos, dale la posibilidad de retractarse en cualquier momento, pero aún así te debe las horas que trabajaste.

Una vez que tengas el contrato... se verá obligado a darte toda la información que necesites y luego podrás hacer una buena estimación.

Sin requisitos detallados, la única forma de trabajar con él sin correr un gran riesgo es si le pagan por tiempo y materiales. Solo ofrece tus habilidades a X $ por hora, si él insiste en un precio fijo, probablemente esté tratando de estafarte y deberías dejarlo.

Creo que quisiste decir "si él insiste en un precio fijo" tal vez. La tarifa se aplicaría a las 'habilidades a $X por hora', creo.
si tienes razon. corregido

Sugiero darle algunas opciones:

  1. Él le da suficiente información para que pueda dar una estimación informada. (Recuérdele que todo estará cubierto por la NDA y que no desea pasar los próximos años en los tribunales).
  2. Darle la opción de tener una estimación de costo fijo sobre la información insuficiente proporcionada hasta el momento, con la estipulación (que se incluirá por escrito ) de que todo lo que se entregue sobre esa base se considere aceptable, independientemente de qué tan bien cumpla con sus objetivos. requisitos
  3. Él te emplea en una base de tiempo y materiales.

Apoyo las otras sugerencias de Tiempo y Material.

Es probable que a su cliente potencial no le guste esta idea y una forma de mitigar esto es crear ciclos de entrega rápidos. IE ir a un estilo de lanzamiento ágil. Comience con algo simple como una parte de la interfaz de usuario que él quiere, algo que crea que se puede hacer en una o dos semanas como máximo.

Y luego entregar.

Y luego pregunta "¿es esto lo que querías?"

A partir de aquí, termina con dos posibles cursos de acción.

1- Te pedirá ajustes y poco a poco te dará más requisitos. Le cobrará Tiempo y Materiales y eventualmente le construirá lo que quiere.

2- Esto genera confianza mutua y será más abierto con el proyecto. Luego puede hacer algo de planificación y estimación a partir de ahí.

Con este tipo de cliente, los bocados pequeños, entregados rápidamente, son su mejor opción. Es probable que cambie de dirección a medida que implementas y se da cuenta de la realidad.

El punto principal es la confianza entre usted y su cliente. La confianza va en diferentes direcciones aquí:

  • ¿El cliente confía en tus capacidades?
  • ¿El cliente confía en ti para no salir corriendo con la información?
  • ¿Confías en que tu cliente pague?
  • ¿Confías en tus propias capacidades?

Según leo tu pregunta, el cliente confía mucho en tus capacidades, pero no tiene forma de comunicar su idea a alguien para que la idea se haga realidad.

Usted, por otro lado, confía en sus capacidades, pero tiene miedo, con razón, de que el alcance se desplace.

Usted escribió "no puedo trabajar de esta manera" dos veces, creo que esto es muy importante para usted para obtener este accros a su cliente. Déjale claro que, si quiere que su idea se convierta en realidad, tendrá que hablar de los detalles en algún momento.

Si quiere un proyecto de precio fijo, necesita alcance y detalles para planificar.

Otra posibilidad es generar más confianza mientras se realiza el proyecto. En Agile/Scrum te comprometes a entregar un incremento de trabajo cada XX semanas. Su cliente obtendrá algo que funcione rápidamente y podrá agregar funciones a su gusto, siempre que pague. Si uno de ustedes se echa atrás en algún momento, el cliente todavía tendrá algún tipo de software que funcione, haciendo al menos lo que pagó hace 2 semanas.

Habla, trata de averiguar a qué le teme tu cliente y sé honesto si no tienes suficiente información para hacer una cotización de precio fijo.

Cuando leí tu pregunta por primera vez, me vino a la mente una cita: "¡ Huye amigo, corre lejos, corre rápido! " (de un episodio de The Big Bang Theory). Lo que pasa es que hay un serio problema de confianza como destacaron los demás. Según la información que compartió, no veo ninguna posibilidad de que su cliente cambie de opinión en el futuro.

Estaba trabajando un poco en un entorno en el que el cliente no confiaba en nosotros en absoluto, y estoy feliz de que hayamos dejado ese proyecto. Sugiero irse y no poner demasiado esfuerzo en un proyecto que se convertirá en una pesadilla. Un ejemplo: ¿qué sucede si desea utilizar un producto de terceros? Supongo que dedicará algún tiempo a explicarle a su cliente que esta herramienta no compartirá ninguna información sobre el proyecto. Terminarás trabajando en el cliente, no en el proyecto. Sólo una gran pérdida de tiempo.

Creo que puedes pasar tu valioso tiempo trabajando con alguien que paga menos, pero que confía en ti.