¿Cómo lidias con las enmiendas de un cliente?

Soy un diseñador web que actualmente trabaja con un cliente muy exigente.

Les presenté diseños en mayo y todavía estoy trabajando en las enmiendas con ellos. Están haciendo cambios en todo y, aunque sé que se esperan enmiendas, realmente se está volviendo frustrante. Actualmente estoy trabajando todas las noches en la lista de nuevas enmiendas que tienen. Pequeñas cosas como "hacer que esto sea azul" o "cambiar el ancho de esto" o "hacer que este espacio sea más pequeño".

Sé que es necesario hacer enmiendas y eso está bien, pero ¿cómo manejas cuando hay demasiados? He contado los comentarios sobre inVision y ha habido 185 enmiendas en 6 páginas del diseño de un sitio web.

Algunos de ellos cambian, y luego cambian de nuevo, y luego cambian una y otra vez. Por ejemplo, querían agregar un eslogan, así que lo agregué, ajusté todos los menús para acomodarlos en las 6 páginas. Luego querían cambiar el texto, así que lo cambié y actualicé en los 6 documentos. Ahora que ha cambiado, quieren hacer el menú más pequeño, así que ahora tengo que volver atrás y cambiar el menú de nuevo.

Cité en función del tiempo que pensé que me llevaría completar los diseños con algo de tiempo para enmendar, pero he triplicado con creces el tiempo. No les he explicado lo suficientemente temprano en el proceso que las enmiendas más allá de lo normal les costarían más, así que tendré que asumir el costo esta vez, pero ¿debería explicar esto mejor con futuros clientes?

¿Cómo manejas las enmiendas? ¿Les pones un tiempo estimado al principio y luego les cobras más si se exceden? O haces algo diferente?

Vea mi respuesta en el enlace de arriba ^^ pero también, no estima horas de cambios sino rondas de cambios. Porque cambiar ese eslogan puede llevarte 20 minutos, pero a mí me lleva una hora. Ahora tienes 40 minutos más para que el cliente juegue con las fuentes de ajuste fino mientras yo digo "no, tuviste tus tres rondas, págame".

Respuestas (3)

Suelo hacer tres revisiones. Después de eso, empiezo a cargar. .. una tarifa plana por revisión.

Sí, y debe estar en el contrato cuántas revisiones incluye.
Gracias. También tengo su aprobación inicial en cada etapa del trabajo, el compuesto, la prueba y cualquier revisión que se realice se anota en el momento de la firma. Los clientes generalmente quieren que algo cambie y ofrecer 3 revisiones es un lapso cómodo para ellos y para permitir que se realicen cambios. ¡Recordarles que hay cargos después de la tercera revisión si eso surge lo mantiene controlado!

Trabajo es trabajo. Necesitas que te paguen por trabajar. Ya sea que forme parte de la propuesta inicial o se agregue después, debe facturarlo. Esto también mantiene al cliente en línea. Si se les factura por cada cambio, comienzan a priorizar sus cambios.

Cuando establezca su acuerdo inicial con el cliente, definitivamente tenga en cuenta un período de revisiones. Tal vez pueda decir "la estimación incluye 10 horas de revisiones".

Luego, debe apegarse a eso y, si va más allá de las 10 horas, facture en consecuencia. Esto generalmente se maneja con una cláusula ala "las revisiones más allá de la asignación de 10 horas se facturarán a la tarifa estándar por hora de $ xxx".

Después del lanzamiento, los cambios generalmente deben documentarse un poco más formalmente y desea usar algo llamado solicitud de cambio . Una solicitud de cambio es esencialmente un miniproyecto con su propia fase de análisis y estimación que el cliente acepta antes de que comience el trabajo.

Gracias, esto tiene mucho sentido. Tengo que decir que no he tenido un cliente con muchas enmiendas antes, así que me he dejado llevar por una falsa sensación de seguridad pensando que 3 horas más o menos debería ser suficiente. La próxima vez, agregaré una línea separada para enmiendas en mi cotización para que puedan ver cuántas horas se dedican y medir el tiempo en consecuencia para asegurarme de que no se excedan. También estoy considerando decir que solo pueden enviar las enmiendas en partes y no trabajaré en cada enmienda a medida que se presente.
@ user1486133 Puede implementar la práctica del bloque de trabajo de inmediato, si aún no lo está haciendo de esa manera. Tiene sentido poder programar un período definido de trabajo, incluso si en realidad no puede facturarlo en este trabajo, por ejemplo, tres horas una vez a la semana. Su cliente obtiene un sitio con todas sus revisiones para que pueda verlas en su totalidad. Hacer esto también puede hacer que piensen un poco más acerca de lo que piden, porque es menos probable que recibas comentarios de "Lo prefería como estaba". Pero en realidad podría cobrar por deshacer el trabajo que han solicitado.

Tal vez esto pueda ayudar: https://freelancing.stackexchange.com/questions/3226/project-based-freelance-project-requiring-multiple-unexpected-redos-from-clien/3337#3337 .

Me gusta hacer muchas preguntas antes de empezar, preparar bocetos rápidos y dividir mis proyectos en "pasos"; y luego cada paso se aprueba. Una vez que un cliente regresa, se cobra una revisión.

También explico a los clientes que tienen que proporcionar sus textos finales y las imágenes que quieren usar para evitar revisiones.

Sea siempre específico y sí, explique claramente el proceso antes de comenzar.

Pero como ya estás atascado con esto...

Cuando los clientes vuelvan a usar el sitio html como una "zona de bocetos" como lo hace su cliente, deje de cambiar el CSS y el html, y vuelva a usar un plan o mostrarles un JPG de UNA página (o secciones de ella). Explíqueles que cuando comienza a hacer CSS y html, no es el momento de jugar y modificar cosas (al menos no los menús y los grandes cambios). Puede ser amable y decirles que es por su propio bien, ya que la codificación requiere algo de planificación y evita errores. No digas cosas como "es fácil", podrían terminar creyendo que es realmente fácil para ti.

Así que tome una captura de pantalla de una página principal, haga los cambios en Photoshop, Illustrator o Indesign, y muéstreles una "prueba" en JPG que aprobarán. ¡Apruebe primero el diseño principal, no las 6 páginas!

En su prueba, agregue una mención sobre "cualquier cambio después de que se apruebe esto se cobrará a XX/hora". Y en lugar de enviar esa prueba por correo electrónico, alójala en algún lugar y envíales una URL; de esta manera aparecerá al 100% en su navegador y tendrán una mejor idea de qué esperar.

Personalmente, me gusta presentarles de 2 a 4 opciones; de esta manera pueden decir que les gusta el menú de A, la fuente del cuerpo de B y el pie de página de C, por ejemplo. Luego les presento otro juego de pruebas con los elementos que prefirieron, y otras opciones si es necesario. ¡Por lo general, termina limitando las posibles solicitudes que podrían tener porque les mostraste prácticamente todo lo posible en este punto! Tus pruebas no necesitan ser perfectas, son como un boceto; solo haz algo de copiar/pegar y mover las cosas.

Una vez que se aprueba, puede volver a codificar. Si tiene que volver a "bocetar" o modificar su código, comience a cobrar por hora.

Debe hacer algo como esto, de lo contrario, continuarán hasta diciembre de 2016 si obtienen todo ese trabajo gratuito de usted y si no les exige que aprueben completamente parte de su trabajo. En este momento, no están tomando ninguna decisión.

PD: No me gusta usar software de diseño para hacer bocetos de los sitios web, y seguro que a ti tampoco. A veces es mucho más simple hacerlo directamente en CSS pero... la razón por la que está haciendo esto no es tanto para que sea más rápido hacer el sitio web, sino para que su cliente sienta que también lo está haciendo volver a ¡paso 1! Todo lo que quieren al final es tener su sitio web hecho; cuando vuelves a mostrarles JPG, se emocionan un poco menos y recuperas algo de control sobre la situación.

Aprobarán sus pruebas JPG más rápido que el sitio web real que les está mostrando porque querrán ver el resultado "en vivo" lo antes posible.

Si su objetivo es la última parte, ¿por qué no simplemente hacer una captura de pantalla del sitio web como si estuviera hecho en un paquete de gráficos? ¿No obtendría eso el mismo efecto sin tener que hacer el diseño con un método que no le gusta?
Me divido en secciones, pero como también hago la construcción, la divido en investigación, diseño y construcción, y apruebo cada etapa. Mi problema está en la etapa de diseño que las enmiendas se están volviendo locas. Ha pedido que se suba un eslogan unos pocos píxeles. Lo moví hacia arriba. Ahora ella quiere unos cuantos píxeles más, y tengo que negarme a hacerlo porque el encabezado ya se ve un poco horrible y más lo hará aún más terrible. No pondré el diseño en mi portafolio, todo ha sido criticado y ahora es horrible.
Además, tenía la página de inicio principal y un "look and feel" aprobado. Pero ahora está cambiando, nuevamente una vez que cambiaron cosas en las otras páginas que afectan la página de inicio. Me está volviendo loco.
No estoy de acuerdo con que los comentarios y ajustes de 'diseño' deban manejarse fuera de HTML. Dependería de las particularidades del proyecto, pero para cualquier proyecto de tamaño, el diseño debe estar en HTML más temprano que tarde y cualquier 'retoque' debe ocurrir a nivel global. De hecho, eso es lo que a menudo causa esta situación... PSD muy detallados que se usan como 'aprobación' antes de que algo entre en HTML. De acuerdo, en esta situación, tal vez ese boceto inicial nunca existió y en esa situación, estaría de acuerdo en que esto podría ayudar.
@Ryan porque es raro que un desarrollador haga muchas muestras del mismo sitio web a la vez. Los JPG ralentizarán esa fase solo por un tiempo, luego será rápido una vez que todo esté aprobado. Uso1486133; no tiene muchas opciones luego de obtener algunos "pasos aprobados si ya está diseñando en PSD. Tal vez muestre 2-3 opciones a la vez y vaya por eliminación. Nunca es demasiado tarde para salir del proyecto también y usar claro términos en el siguiente.
@user1486133 Simplemente envíele una factura por lo que se hizo después de que el cliente "aprobara" su página de inicio, por ejemplo. Si quieren un sitio web horrible, eso sucede. Ya ha establecido algunos acuerdos/términos sobre esto, ¡es genial! Ahora envíe una factura y no tenga miedo de hacerlo. Regresarán y preguntarán por qué; les dirás que fue aprobado y que los cambios son revisiones. La primera factura por revisiones puede no ser bien recibida por ellos pero te será más fácil con las próximas. No haga cambios en todas las páginas; obtenga una página aprobada y reduzca la velocidad un poco. Detener el trabajo hasta que se paguen las revisiones.
@ go-me Estoy a favor de los bocetos, pero eso no es a lo que se refiere el OP. El cliente de OP está solicitando ajustes de diseño detallados para la producción , por lo que no sé si un boceto hubiera ayudado allí. Una vez más, esto se basa en suponer que hubo una maqueta en algún momento. Tal vez no lo hubo.
@go-me Hemos eliminado los comentarios hacia DA01 después de recibir banderas de mala educación. Por favor, no hagas las cosas personales.
@ DA01 Lea sus comentarios anteriores ... y haga la pregunta al OP.
¿Cómo lidias con las enmiendas de un cliente?
RespuestasAquíPolítica de privacidad1y, 0v