Una agencia nos presupuesta UI y UX por separado — ¿cuál es la diferencia y a quién le pago?

Q una sola persona haga todo suele pasar en proyectos pequeños y casi siempre solo diseñan pantallas bonitas. El UX es como el arquitecto q diseña la estructura y los planos del edificio, y el UI es el diseñador de interiores q elige la pintura y los muebles. No puedes pintar sin columnas de soporte.

En nuestro primer proyecto nos saltamos la investigación de experiencia y pagamos 18.000 SAR solo por la interfaz. Al salir a producción, la gente abandonaba antes de pagar. Para rehacer la interfaz gastamos 25.000 SAR de diseño más dos meses de desarrolladores. Sale más barato separarlo desde el principio.

En interfaces en árabe esta separación es el doble de crítica. La dirección de los íconos, la lógica de campos y los microtextos en RTL cambian por completo respecto a occidente. Asegúrate de incluir en el contrato si la agencia hará pruebas con usuarios locales en la primera etapa.

Q la agencia lo divida está bien pero tienen q justificar los 32.000 SAR de investigación. Si solo van a copiar plantillas y hacer cajas grises, eso no es diseño de experiencia. Pregúntales si harán entrevistas a usuarios reales y prototipos navegables.

Si quieres bajar precio haz esto: el panel de los proveedores de servicio pásalo con una plantilla genérica al principio y pide a la agencia solo las pantallas móviles del cliente final. Así reduces pantallas a la mitad y el presupuesto baja a unos 35.000 SAR.

Antes de firmar, exígeles estos entregables: 1) En UX: diagramas de flujo y prototipo gris navegable. 2) En UI: sistema de diseño listo pa el dev, licencias de fuentes árabes y todos los estados de error en pantalla.

si una sola persona dice q hace todo x lo general solo es diseñador gráfico q diseña botones a su gusto. en fin es mejor separar pero pon fechas claras de entrega en el contrato xq si no se alarga todo.

Estoy siguiendo esto.

Si lo ves como un proceso, el panorama cambia. Las credenciales de acceso deben crearse a nombre de la empresa, no con cuentas personales.

Corrijanme si me equivoco.

Yo pasé por esto, déjenme contarlo. No tengáis miedo de preguntar quien no pregunta siempre paga más caro.

Esta es mi opinión no lo escribo como una verdad absoluta.

Tema muy oportuno. Las credenciales de acceso deben crearse a nombre de la empresa, no con cuentas personales.

Si escribís el resultado aquí, también servirá de ayuda a otros.

Voy a defender lo contrario, no se molesten. Si decidimos sin medir, siempre acabamos en el mismo punto.

Si no se definen los criterios de aceptación, cuándo termina el trabajo es discutible. Eso es todo, disculpa si me he extendido demasiado.

Hablaré desde el otro lado, yo estoy en el lado del proveedor. Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro.

Establecer un proceso de solicitud de cambios no ralentiza el trabajo, lo agiliza. Si tenéis dudas, escribid, os responderé en la medida de lo posible.

Soy una pequeña empresa, os lo cuento desde mi lado. La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí.

Corrijanme si me equivoco.

¿Y cómo resolvieron esto? Si la propiedad del código no está en el contrato, al irte no tienes poder de negociación.

Espero que le sea útil.

No tengo ninguna experiencia en diseño ui ux por eso pregunto... en fin la oferta más barata suele ser la menos pensada.

tienes razón, yo también pasé por lo mismo. cuanto más difícil sea revertir una decisión más despacio debéis tomarla.

ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar luego lo dejo como nota por si sirve.

tiene razón. lo que más tiempo nos hacía pedrer era no saber quién tomaba las decisiones.

lo dejo como nota, por si sirve.