La agencia facturó aparte un 'service blueprint' en la fase de UX — ¿qué es esto y hay que pagarlo aparte?

En el mundo de los negocios no se paga ningún concepto extra que no tenga aprobación por escrito. El service blueprint es un entregable buenísimo en trabajos operativos como la salud, incluso os ahorra miles de libras en errores de lógica en la fase de desarrollo. Pero la agencia no tiene derecho a decir 'esto lo hicimos y cuesta tanto'.

¿Vuestro contrato tiene una 'cláusula de gestión de cambios' (change management clause)? En los contratos estándar de agencias en Reino Unido se exige un documento de aprobación firmado de antemano para cualquier trabajo que supere el presupuesto. Si existe esa cláusula, podéis devolver la factura directamente.

Escribidle a la agencia un correo claro: 'Nuestro contrato es de precio fijo. Ningún trabajo extra realizado sin mi aprobación por escrito genera obligación económica. Entiendo el valor del trabajo pero no acepto la facturación.' Empezad la conversación desde ahí.

Nosotros contratamos el servicio de service blueprint para nuestra plataforma de logística con un consultor aparte por 3.000 GBP. 2.800 GBP es una cifra normal para el mercado, pero nosotros lo pedimos a sabiendas y queriendo. Que llegue como factura sorpresa es de aficionados por parte de la agencia.

normalmente separan a propósito el diseño de servicios del diseño de interfaz pero deberían haberlo dicho desde el principio pero meterlo en la factura cuando el trabajo ya está hecho es puro listillo, no cedáis ni un ápice.

Si en el contrato entre las partes la definición del trabajo se hizo como 'UX integral' y no se indicaron excepciones, las herramientas de análisis que forman parte natural del proceso están sujetas al precio principal. Tenéis derecho legal a impugnar los conceptos facturados que no fueron aprobados de antemano.

Probablemente se encontraron con una operación más compleja de lo que previeron al inicio del proyecto y están intentando sacar así las horas extra que echaron. No dejéis que os facturen sus propios errores de cálculo.

El documento es un trabajo muy útil y necesario para vuestra operación; eso está claro. Pero facturarlo sin vuestra aprobación es injusto. Recibid el blueprint pero insistid en que lo metan dentro de los 14.000 GBP acordados desde el principio.

Me han quedado claras las dudas gracias.

Gracias por escribir esto es lo correcto. Un informe semanal por escrito funciona mucho mejor que preguntar por fechas.

Establecer un proceso de solicitud de cambios no ralentiza el trabajo, lo agiliza. Corrijanme si me equivoco.

Tiene razón.

Yo pasé por esto, déjenme contarlo. Un informe semanal por escrito funciona mucho mejor que preguntar por fechas.

Intentar hacerlo solo es la vía más cara. Por supuesto, cambia si tu situación es diferente.

El año pasado nos pasó casi exactamente lo mismo. pues las decisiones apresuradas son las que hay que corregir seis meses después.

Comprobado por experiencia.

Separemos los conceptos se están confundiendo. El código sin documentación de instalación, aunque lo tengas, no es tuyo.

Por supuesto, cambia si tu situación es diferente.

Dejo una advertencia. Si no lo pones por escrito desde el principio, luego surgen discusiones.

Preguntad quién ha preparado la oferta y quién hará el trabajo. Por supuesto, cambia si tu situación es diferente.

A nosotros también nos pasa. Lo importante no es la cifra, sino en qué se basa esa cifra.

Hace dos años viví exactamente lo mismo. Lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones.

El error cometido por service blueprint ux suele ser reversible pero caro. Esta es mi opinión, no lo escribo como una verdad absoluta.

Exactamente así. Las soluciones que funcionan a pequeña escala se rompen al crecer, aprendí esto tarde.

Si no se definen los criterios de aceptación, cuándo termina el trabajo es discutible. Yo seguiría por ese camino.