Hablemos de deuda de diseño: ¿Qué es y qué me podría costar?

Imagina conmigo por un segundo. Eres un fundador no técnico con un concepto B2B SaaS increíble. Sabes que necesitas contratar a un desarrollador para construir tu producto de software y has escuchado que nadie quiere invertir en tu startup hasta que tengas algo construido, así que vas directamente al desarrollador o tienda de desarrollo que tu amigo recomendó.

El desarrollador toma tu dinero y tus requisitos y se pone a trabajar. Te comunicas de ida y vuelta sobre requisitos y restricciones técnicas que entiendes un poco y has tomado decisiones lo mejor que puedes basándote en esas conversaciones. En cuanto al diseño, has esbozado algunos flujos y wireframes improvisados. Tu desarrollador ha tomado esos y los ha interpretado, tomando varias decisiones de diseño al construir el producto. $30,000 dólares y 6 meses después, tienes un producto.

Lanzas y obtienes algo de interés inicial, pero no lo suficiente para realmente obtener la tracción que buscas. Tus clientes hacen algunas solicitudes de funciones, así que gastas otros $50,000 durante los próximos 6 meses construyendo estas funciones. La buena noticia: Has obtenido algunas funciones geniales durante ese tiempo y a medida que te vuelves más competitivo en tu oferta de funciones, estás viendo más ingresos entrando. Ahora tienes una base de clientes de tamaño decente.

Con todos estos clientes, hay un conjunto completamente nuevo de problemas. Estás viendo montones de tickets de soporte llegando sobre flujos de trabajo frustrantes, funciones que no funcionan como se esperaba, y errores apareciendo que los clientes no saben cómo interpretar o resolver. El tiempo dedicado a apoyar a los clientes se está disparando, y con eso tienes que pagar ayuda adicional en soporte al cliente y desarrollo. ¡Ay! Has golpeado el impacto inicial de la deuda de diseño.

Pero eso es solo el comienzo. Comienzas a trabajar con tu equipo de desarrollo para arreglar problemas de diseño donde puedes identificarlos, desviando tiempo valioso de nuevas funciones y proyectos estratégicos.

Finalmente, escuchas sobre cómo traer un diseñador UX puede ayudar. Gastas el tiempo y el dinero para reclutar y poner al nuevo diseñador al día. El diseñador audita la plataforma actual y recomienda un rediseño, que podría tomar más tiempo que la construcción original. Puedes obtener algunas funciones nuevas deslizadas en el rediseño, pero el tiempo y el esfuerzo te cuestan un año de tiempo valioso solo reconfigurando las bases actuales en lugar de hacer más progreso. Mientras tanto, estás tambaleándote por la rotación excesiva y el daño a la reputación de tu marca en el mercado. ¡Bam! Ahora estás encontrando el costo completo de la deuda de diseño.

La gran mayoría de los desarrolladores con los que he trabajado (o cuyo trabajo he heredado) no son grandes diseñadores. Eso podría sonar como si estuviera echando a mis amigos en ingeniería bajo el autobús (lo siento, todos), pero honestamente, la misma razón por la que son desarrolladores increíbles es por la que no deberían estar haciendo diseño.

Los desarrolladores están muy sintonizados con la tecnología con la que trabajan – restricciones, funcionalidad, posibilidades. Son superestrellas traduciendo requisitos definidos en software funcional de la manera más eficiente posible. Los desarrolladores prosperan en lenguaje técnico y flujos de trabajo técnicos, y a menudo están demasiado familiarizados con la tecnología y la forma en que han construido la plataforma para realmente empatizar con la experiencia de un usuario no técnico.

Los diseñadores, por otro lado, se enfocan en representar la perspectiva de los usuarios. Los usuarios no técnicos, en general, no entienden la diferencia entre un error 404 y un error 500. Los usuarios a menudo no ven el botón "claramente etiquetado" que los desarrolladores pueden señalar rápidamente debido a las cientos de horas que han pasado construyendo los flujos de trabajo correspondientes.

Este enfoque en la experiencia de los usuarios, mejorado a través de la realización de investigación de usuarios, permite a los diseñadores de productos SaaS diseñar estructuras de datos, flujos de trabajo, navegación, diseño, mensajería en la aplicación e interacciones que intuitivamente tienen sentido para los usuarios. Uno de los conceptos erróneos comunes es que los diseñadores UX son traídos para hacer que la UI se vea bonita. Si bien los diseñadores ciertamente se enorgullecen de la excelencia estética y en entregar deleite, está lejos de ser el único entregable. En esencia, los diseñadores UX definen los detalles de los requisitos que un desarrollador construirá, contados desde el punto de vista de un usuario.

Los diseñadores UX son los arquitectos y los desarrolladores son los constructores. Imagina saltar directamente a contratar una tripulación de construcción para construir tu nuevo rascacielos sin ningún arquitecto involucrado en el proceso hasta que las primeras 15 historias se hayan completado. La analogía se descompone hasta cierto punto en que el software es un proceso iterativo. Pero las iteraciones pueden ser extremadamente costosas si las personas correctas no están involucradas en el momento correcto.

Entonces, ¿cuál es el escenario alternativo? ¿Cuál es la recomendación? Trae apoyo de diseño temprano, antes de que el desarrollo comience a construir. Una hora del tiempo de un diseñador senior es mucho menos costosa que una hora cada una multiplicada por los múltiples desarrolladores que tomará construir el diseño.

Siempre habrá algo de deuda de diseño que se acumule en un entorno SaaS Agile iterativo, pero trabajar con un socio de diseño experimentado, como Trailmerge, desde el principio y a largo plazo puede ayudarte a reducir dramáticamente la severidad de las necesidades de soporte y re-trabajo en un momento en que quieres estar enfocado en el crecimiento.