¿Deberían los diseñadores usar diferentes paletas de colores entre dos aplicaciones separadas bajo la misma marca?

Estoy haciendo un trabajo de diseño para una aplicación que tiene dos propósitos diferentes, una parte es para usuarios permanentes y la otra es para usuarios temporales, pero las aplicaciones están bajo la misma marca. Los usuarios permanentes no deberían usar la aplicación a la que tienen acceso los usuarios temporales, así que quería crear una separación aparte del texto de las aplicaciones para "mostrar" la diferencia entre los dos. ¿Es prudente usar dos paletas de colores separadas en este caso?

Entiendo que la identidad de la marca es importante, pero las señales de color también juegan un factor en UX.

El propósito de la aplicación es para entrar en un espacio de oficina. La aplicación de usuario permanente es para clientes de pago que pueden crear invitaciones para enviar a sus visitantes/empleados para ingresar a una oficina fuera del horario de atención. La invitación es enviada al invitado por el usuario permanente, el usuario temporal tiene como un pase de un solo uso. Quiero crear visualmente una distinción clara entre los dos para no confundir al usuario permanente. La paleta de colores que estoy usando para la aplicación de usuario permanente se basa en nuestra paleta principal, la del usuario temporal no.

Respuestas (2)

No creo que haya reglas estrictas y rápidas aquí.

La marca es una preocupación, sin embargo, el color principal de la aplicación puede cambiar fácilmente en función de los colores de la marca, tal vez. Por ejemplo, si la marca contiene azul, amarillo y negro, una aplicación podría usar el azul como principal y el amarillo como secundario, la aplicación temporal podría revertir eso.

Otra opción es una llamada bastarda. Algún banner o elemento no cohesivo en la aplicación temporal para designarlo como "temporal" o "gratuito". Si es un elemento bastardo, los colores de la marca no son una gran preocupación, en realidad eliges un color que es una contradicción directa con el color general de la aplicación. Por ejemplo, una aplicación basada en azul/negro... con un banner naranja "gratis" en una esquina.

Gracias por la entrada. En cuanto a la aplicación "temporal", no es necesariamente una versión gratuita de la aplicación, pero es una aplicación a la que solo accederían los invitados de usuarios pagos. Los usuarios temporales no intentarían convertirse en usuarios pagos porque el servicio se vende solo a empresas, no a individuos. Dicho esto, la paleta de colores que usé en la aplicación para invitados no refleja los colores del logotipo y la marca original y originalmente hice esto para establecer una distinción clara entre las dos aplicaciones para que los usuarios "pagados" no se confundan. .

Creo que es una cuestión de contexto. Si el usuario temporal está usando la aplicación para lograr un tipo de resultado diferente al del usuario permanente, entonces tal vez el código de colores debería ser diferente para reflejar esto. Si se trata simplemente de una cuestión de 'tiempo dedicado a la aplicación', entonces no es necesario que haya ningún tipo de diferencia. Si se trata de Free vs Premium, entonces podría usar una diferencia para reflejar eso, pero no desea tener una mala experiencia de usuario para los usuarios gratuitos; de lo contrario, es posible que los usuarios no actualicen. Al final, solo puede proporcionar maquetas y dejar que el propietario de la empresa tome la decisión final. Necesitarás tener buenas razones para respaldar tu argumento. Los argumentos deben ayudar al propietario de la empresa a comprender la UX (recuerde que no son expertos) y debe comunicar claramente los beneficios al usuario final. Otra cosa importante a considerar es ' brandalism': ¿se está alejando de los colores de la marca al hacer estas cosas? Si existen pautas estrictas, que deberían existir, es posible que no pueda agregar aleatoriamente un nuevo color.