Entonces, un cliente viene a mí y me dice que necesita algo de trabajo. Básicamente 4 tareas, que acepté realizar por un precio determinado. El cliente crea la oferta de trabajo (un trabajo de tiempo y precio fijo) en ODesk, lo acepto, pero tomó algunos días y un recordatorio constante para que el cliente inicie un contrato basado en ese trabajo.

El problema es que la tarea original se ha completado, el contrato aún está activo, todavía no me han pagado, el cliente dice que pagará cuando se complete el proyecto, y hasta entonces, ocurren nuevas tareas constantemente o cambian a tareas anteriores que requieren rehacer completamente los elementos. Por todo esto, el cliente promete el pago. No hay actualizaciones de este cliente en ODesk, no hay nuevas tareas allí. Le sigo recordando al cliente sobre cómo resolver los problemas administrativos, pero sin resultados. Al mismo tiempo, el cliente continúa trabajando, ya que el proyecto pronto se lanzará.

No se que hacer.

• Si me niego a realizar cualquier trabajo sin la burocracia, el proyecto llegará tarde. Pero no es mi culpa, ¿verdad? Tengo miedo de recibir un comentario negativo en este caso, o algo peor.
• Si abandono este proyecto, me temo que no obtendré ni siquiera lo que he ganado.
• Si continúo así, estaré perdiendo mucho tiempo haciendo cosas similares a las descritas aquí , pero como programador (sí, ya ha llegado a solicitudes similares, para un montón de contenido codificado).

¿Cómo me comunico con dichos clientes en tales situaciones? ¿Cómo evito un conflicto?

PD El cliente es una pequeña empresa. Diferentes personas manejan diferentes aspectos de este proyecto, y todos presentan sus propios cambios a las especificaciones originales.

Después de 2 años : ¡Guau! Muy pregunta! Mucho popular!
Decidí dejar que todos entraran al final de esta historia. Me enfrenté al cliente, le expliqué que no trabajaré hasta que me paguen por lo que hice, y hasta que se abra un contrato por hora. Me pagaron al día siguiente y abrieron un contrato. Se inició una fructífera pero breve colaboración. Todos estaban felices. Excepto que no recibí ningún comentario.

Oh hombre, estaba en esta posición tantas veces cuando trabajé de manera independiente que ahora siento tu dolor.

Todo cambió cuando cambié mi forma de pensar sobre los clientes: todos los clientes son estafadores.

Déjame decirlo de nuevo:

TODOS LOS CLIENTES SON CON ARTISTAS

Cuando cambia a esta perspectiva es cuando se da cuenta de que realmente tiene el apalancamiento la mayor parte del tiempo, incluso cuando no tiene un contrato que lo respalde.

Aquí está lo que haces:

• Si ya ha entregado, ya está jodido : en este punto, debe decidir si quiere seguir jodiéndose y que el cliente continúe haciéndole su b ****.
• Si no ha entregado, hay esperanza : el lanzamiento es su influencia y aún puede recibir el pago. Negocie el pago de al menos el 50% o simplemente deje caer todo el proyecto y déjelo a su suerte, esta es su influencia . Estuve en esta posición al menos dos veces y no aproveché la oportunidad cuando pude, las cosas me salieron mal y pagué el precio. Suena despiadado, pero este es a menudo el punto de no retorno .

• Si cree que esto es solo un problema de comunicación, puede solucionarlo (si y solo si el cliente lo desea) : puede utilizar el anterior todavía como un apalancamiento, pero la solución es pedirle al cliente que designe un representante único para el proyecto, sus mejores opciones para esto son:

  • El dueño del proyecto
  • Una parte interesada designada por el propietario del proyecto
  • La "mano derecha" de los propietarios

  Esto efectivamente los hará canalizar todas las solicitudes a un solo punto donde las cosas se pueden resolver de su lado, no del suyo. Está experimentando una mezcla de arrastre de características y falta de gestión de expectativas .

En cualquier caso y si fuera usted, me pondría en contacto con oDesk para obtener ayuda con este caso. Estoy seguro de que hay muchos clientes que se comportan así para extorsionar más a los contratistas. Si tiene evidencia de que el proyecto está completo de acuerdo con el contrato, use el contrato como su arma .

Estoy seguro de que oDesk tiene contratos para algo .

Además, también puede parecer un corazón frío, pero cuando se trata de ser jodido o no, su lanzamiento, sus plazos y sus faps mentales son su problema, no el suyo.

Cometí el error de preocuparme demasiado por el cliente en mis días, pero no tienes que hacerlo.

Editar : Último consejo, no realice la entrega final hasta que tenga el pago final. Siempre puede hacer una demostración en su propio equipo portátil / local para asegurarse de que todo funcione.

Alternativamente, y si no tiene absolutamente ninguna opción, y el cliente necesita la aplicación implementada para pagarle (porque está en el contrato, de lo contrario no ceda), impleméntela en su propia infraestructura y no le dé acceso a nadie más. a aquellos en los que confiarías con tu vida (lo digo en serio). Este es su último apalancamiento posible en el que puede decir: "tiene X días para pagar o el servicio será retirado". Suponga que está alquilando una casa que le pertenece, y que podría irse un día sin previo aviso y nunca podrá rastrearlo o darle una razón para pagarle.

oDesk tiene como equipo / política de resolución de disputas. Puede contactarlos, incluidos los detalles anteriores, especialmente sobre las tareas adicionales.

Por lo general, cuando tienes que acosar a tu cliente para obtener actualizaciones, es una mala señal.

También trabajo en oDesk; y en el futuro es posible que desee considerar trabajar exclusivamente en contratos por hora y estimar por adelantado cuántas horas le tomará o le dará una tarea.

En los contratos por hora, puede marcar correctamente en qué ha trabajado y cuánto le deben. Es mucho más fácil obtener oDesk para obligar al cliente a pagar.

En contratos de precio fijo, no hay posibilidad. Su cliente y solo su cliente decide cuándo y cuánto pagar. oDesk incluso lo dice en su sitio de documentación / soporte. Lamento decirlo, si su proyecto tiene un precio fijo; Yo diría que espere el trabajo por el rescate y exija lo que pueda obtener, luego fianza.

Clientes como este te quitan la vida.

¿Qué significa "completo"? ¿Significa 'Todas las tareas en el contrato están hechas'? Si es así, entonces su cliente está claramente incumpliendo el contrato y debería considerar pedirle a un abogado que le escriba una carta "amistosa" para recordarle sus obligaciones. Sin embargo, debe mantener eso como último recurso e intentar adoptar un enfoque más diplomático, como tratar de renegociar el contrato para incluir las tareas que está agregando en el contingente de que a) le paguen por el trabajo que ya ha realizado como según los términos del contrato original, y b) también se le pagará por el trabajo adicional realizado.

Sin embargo, si el contrato estipula que se le pagará cuando el proyecto esté "completo", entonces podría estar en problemas. Pregúntele a cualquier buen desarrollador y le dirán que el software nunca está completo, está en mantenimiento o está abandonado. Si acordó que el cliente puede pagar al finalizar y se presenta ante el tribunal, su defensa probablemente será que el proyecto no está completo porque hay una gran lista de requisitos que agregó al proyecto que no ha cumplido.

Espero que su contrato establezca que se le pagará si cumple con los requisitos definidos en el contrato. Si es así, y si está claro que su cliente lo está sacudiendo deliberadamente y tratando de extraerle un trabajo que nunca acordó, entonces tiene opciones. Si dice "pago al finalizar", entonces puede tener considerablemente menos opciones. Podrías intentar renegociar el contrato, pero si él no está dispuesto a ceder, no estoy seguro de a dónde puedes ir desde allí.

EDITAR PARA AÑADIR: El comentario de "todo el mundo sigue agregando requisitos" al final de su pregunta está sonando graves alarmas conmigo. ¡Espero que no haya aceptado ninguno de los requisitos que no sea la persona con la que negoció en la lista de trabajo! Debe aceptar los requisitos y las solicitudes de cambio de una sola persona; de lo contrario, puede producirse el caos. La persona A podría pensar que sería bueno si agregara la característica X a un proyecto, pero si es la persona B quien paga y no sabe que la persona A agregó una característica al proyecto, podría tener la impresión de que está agregando cosas que no solicité el proyecto solo para sacarles más dinero. Eso seguramente resultará en mala sangre. Peor aún, podría terminar con un desastre total de un proyecto con una carga de requisitos en conflicto y código que no No cumple con su propósito original porque está tratando de complacer también a una gran cantidad de otras partes interesadas. Debe haber un proceso bien definido para agregar requisitos, y la persona que paga las facturas debe ser plenamente consciente de los requisitos que se agregan.