Las startups son famosas por llevar rápidamente una idea desde un concepto a un producto finalizado .
Si bien es cierto que hay algo que decir acerca de tomarse nuestro tiempo y hacer una investigación profunda en cada etapa importante, a veces solo tenemos que ponernos en marcha una idea lo antes posible.
La creación rápida de prototipos en una cultura de inicio reduce el típico proceso de diseño y desarrollo para alcanzar los puntos más altos y retocar los mínimos después del hecho. Podemos aprender mucho de esta metodología y aplicarla directamente a nuestro propio trabajo, incluso si ese trabajo no es para una startup.
Por extraño que parezca, esta metodología a menudo requiere menos trabajo y mucho más pensamiento y planificación.
El prototipado rápido se ha referido tradicionalmente a las pruebas y pruebas de productos antes de enviarlos a la producción en masa para el consumidor en general. Vamos a apuntar a algo similar aquí con este enfoque, pero con la idea de mantener el tiempo de diseño y desarrollo al mínimo.
Para que esto funcione, debemos tener una idea clara de lo que estamos construyendo y por qué se está construyendo. Feature Creep puede matar fácilmente tus ideas solo por su complejidad, así que querremos mantener las cosas mínimas y básicas para nuestro producto principal.
Elimine su idea hasta que sea solo un nombre de producto y una característica central única. (¿Cuál es el problema que estás tratando de resolver?) Luego construye alrededor de eso. Puede agregar más funciones principales si es absolutamente necesario, pero solo tenga en cuenta que las funciones adicionales agregarán aún más complejidad a su esquema.
Siempre es mejor hacer una cosa elegantemente y bien, en lugar de hacer cinco cosas mal.
Ahora que tiene un núcleo para concentrarse, puede comenzar a agregar las características más específicas. La ramificación significa que estas características no son esenciales para el enfoque principal del producto, sino que agregan valor a su existencia. Estas "ramas" son complementos, cositas adicionales que agregan interés y eventualmente se convierten en puntos de venta que lo separan de la competencia.
Pero si bien ciertamente agregan interés o valor, también agregan tiempo de I + D, así que tenlo en cuenta. Querrá incluir lo suficiente como para alimentar el diseño y desarrollo futuro, pero no tanto como para hacer que su contorno parezca una telaraña.
Hablando de telarañas, son una fantástica manera de delinear visualmente estos datos. En el centro, tienes tu propósito principal. Agregar un anillo adicional de funciones fuera del núcleo son sus características no esenciales más importantes. Cada anillo después de eso crece menos y menos importante. Usar esta idea para delinear visualmente su producto puede ayudar a organizarlo de una manera más natural, con el enfoque que fluye de la mayoría a los elementos menos importantes.
Su producto mínimo viable (MVP) es la esencia misma de su producto. Solo y es el núcleo y el foco principal del cual todo lo demás se ramifica.
¿Recuerdas ese esquema que probablemente pasaste días o semanas? Ignora todo lo demás en este momento, excepto las cosas necesarias para que tu producto funcione. Esto, es realmente un producto mínimo viable. Lo que obtendrá no solo es una lista de tareas para obtener el producto funcionalmente más básico posible, sino también un esquema claro de las características para enfocarse después, así como una idea general de lo que puede esperar incluso más adelante. la carretera. La idea aquí es tener una hoja de ruta para el diseño y desarrollo para el próximo año o más. Para cuando se acerque el final de este esquema, su producto habrá madurado lo suficiente como para tener una dirección clara con la cual desarrollar más, o habrá visto lo que funcionó y lo que no funcionó en su esquema y se ajustó en consecuencia.
Planifique y diseñe ahora, diseñe y desarrolle mientras se ejecuta; esa es la clave.
Ahora es también el momento de investigar a fondo qué tecnologías y prácticas utilizarías para desarrollar esta idea tuya, incluidas algunas de las características más lejanas. Esto solo podría involucrarlo, o puede requerir que todo un equipo debata opciones y se decida por lo que sería mejor. Es importante investigar después de planear un MVP para que todos, desde el diseño hasta el desarrollo, tengan una idea clara de qué esperar. No solo se centra en el núcleo, sino que también se busca en las ramas más lejanas y se asegura que también se planifique. Después de todo, no hay nada peor que conseguir seis meses de desarrollo solo para darse cuenta de que nadie planificó una función muy esperada, pero no esencial ...
Todo el mundo ama las hermosas maquetas de alta fidelidad publicadas en Dribbble o en las carteras de los diseñadores. Sería increíble trabajar algo de esa claridad para todos los productos también. Pero por lo general esas maquetas tardan semanas, sino meses, de trabajo e iteración para llegar a ese nivel de fidelidad. Incluso entonces, a veces esas maquetas están más enfocadas en la estética que cualquier análisis basado en datos o datos de usuario.
Si bien la súper alta fidelidad es obviamente imposible, los bocetos de baja fidelidad siguen siendo una opción, ¿verdad? Bueno, lo más probable es que no. Muestre algunos bocetos en servilletas a un desarrollador y no tendrán ni idea de cómo se verá su producto o, más importante, cómo se sentirá su uso.
La fidelidad media es generalmente la respuesta correcta para un entorno de diseño y desarrollo rápido. Vincúlelo con el contorno textual generado anteriormente y ambos lados aquí deben tener una buena comprensión del UX detrás de las características.
La fidelidad media aún genera prototipos, pero los elementos más granulares se inicializan mediante el uso de patrones de investigación o uso existentes, que no se basan en investigaciones personalizadas de análisis de usuario previos o pruebas A / B.
La nota más importante que hay que hacer aquí es que no hay atajos. Nadie puede escatimar en diseño o tiempo de desarrollo y hacer que pase desapercibido.
Si bien podemos apegarnos a casos de uso común e implementar bibliotecas de códigos populares para resolver los problemas de hoy en día, la mayoría de los productos, si no todos, pueden beneficiarse de la atención personalizada tanto en el diseño como en el desarrollo.
Las metodologías rápidas de diseño y desarrollo están tomando el enfoque tradicionalmente más personalizado en estas áreas y reduciendo las cosas para revisarlas más adelante. Se espera que los productos sean revisados para dar la atención adecuada al diseño, y para optimizar o incluso ejecutar con una solución más desarrollada a medida. Entonces, si bien podemos ahorrar tiempo y recursos hoy al adoptar un enfoque más rápido o ágil para nuestro flujo de trabajo, siempre debe ser con la expectativa de que revisemos las cosas después del hecho para garantizar que nuestro trabajo sea sólido.
Una vez que el núcleo esté completo, revisita y personaliza. Cuando la siguiente ronda de funciones no esenciales esté completa, vuelva a visitarla y personalícela. En general, esto solo requiere un trabajo de front-end y no una renovación completa del código de back-end. Por lo general, se limita al posicionamiento, color, tamaño u otros atributos estéticos de los elementos. En términos de desarrollo, volver a visitar aquí simplemente significa optimizar el código para ejecutarlo.
Ir con un ciclo de estilo "tic, tac" para volver a visitar nuestras soluciones rápidas de diseño y desarrollo es la mejor manera de abordar la revisión en mi experiencia. Mientras el desarrollo está trabajando en dar forma al próximo lote de características, el diseño puede revisar el último lote para asegurarse de que todo se mantenga o viceversa. En cualquier momento dado, el diseño o desarrollo está un ciclo por delante del otro y el otro está revisando. Durante este proceso, ambos equipos trabajan juntos no solo para revisar, sino también para expulsar el siguiente lote.
Por lo general, el desarrollo puede funcionar al usar bibliotecas existentes o soluciones de código abierto para desarrollar ideas de productos. Pero cuando se trata de diseño, es mucho más difícil recortar cosas o externalizarlas a soluciones existentes.
El diseño por naturaleza es más uno-a-uno que el desarrollo, y si usted está en una industria de nicho, será difícil, si no imposible, encontrar casos de uso similares en los que basar el trabajo. El diseño es una de esas áreas en las que cuanto más recortes, más calidad perderás al final. La experiencia del usuario y la estética juegan un papel muy importante en la forma en que un producto "funciona".
Al final, deberíamos encontrarnos con productos sólidos que se mantengan firmes frente a los competidores que participan en los procesos de diseño y desarrollo más "lentos".
El objetivo no es omitir partes de I + D por completo, sino archivarlas para que las cubramos más tarde una vez que tengamos más datos sobre nuestros usuarios y cómo utilizan nuestro producto.
Los prototipos rápidos pueden llevarlo a un MVP y más allá en una fracción del tiempo que tomaría tradicionalmente, pero tenga cuidado de no confundirlo con las esquinas de corte.