Nota: Los comentarios destinados a enfocar las respuestas basadas en un diseño de producto no físico se agregaron después de crear mi respuesta. Agregaré comentarios al final, pero básicamente, la respuesta es la misma.
Cada producto que se crea está diseñado en algún nivel. Algunos por intención, algunos por intuición, algunos por negligencia.
El diseño de productos como profesión es un conjunto de habilidades y conocimientos destinados a crear el mejor resultado posible de una nueva idea de producto. No es solo cómo se ve, sino cómo funciona. ¿Funciona de la manera prevista? ¿Dura? ¿Está hecho de materiales apropiados? ¿Es rentable fabricar en función de la audiencia prevista del mercado y el objetivo demográfico? ¿Es fácil de usar y agrega valor a la vida del usuario final?
Tenga en cuenta que la apariencia de algo es secundaria al valor agregado por el diseñador del producto, o la apariencia es simplemente el subproducto de una solución exitosa a un problema.
Un diseñador de producto recibe un conjunto de parámetros e intenta aplicar el conocimiento y la habilidad para lograr la respuesta deseada.
Un buen diseñador de productos conoce la ciencia de los materiales, los métodos de producción, cómo piensan las personas y qué contribuye a la facilidad de uso. Pero en su mayor parte, todo eso es invisible en el producto final, como debería ser. El producto final puede ser exitoso o no. Pero siempre será una mejor solución dada la aportación de un diseñador de productos con talento y conocimiento.
Si habla del diseño de producto no físico en lugar del diseño de producto físico, existen algunas diferencias, pero la intención es la misma. De hecho, fue mi experiencia como diseñador industrial lo que me permitió ser un buen diseñador de UI y UX. Todavía tiene que pensar en términos del usuario, y sus necesidades y expectativas.
Primero debe tener un documento de diseño que describa las funciones previstas del producto … qué hace y qué controles se requieren para eso. Luego debe considerar las necesidades y expectativas del usuario. Qué información se necesita y en qué orden. Qué controles serán necesarios y qué posibilidades están activas para la base cultural del usuario previsto. Qué idiomas se necesitarán. ¿Se cumplirán los diferentes requisitos de espacio para diferentes idiomas? Son las entradas claras y comprensibles de acuerdo con las expectativas del usuario previsto. Qué tipo de resultados son necesarios o deseados. ¿Pueden los programadores cumplir con esos requisitos o son cambios necesarios para cumplir con la realidad? ¿El código será lo suficientemente modular como para permitirle crear un flujo para la interfaz de usuario que cumpla con los requisitos de los usuarios?
Finalmente, debe comunicar estas necesidades y especificaciones a los programadores para que puedan cumplir con sus requisitos finales.
En el mundo actual de la creación rápida de prototipos, esto a menudo significará el uso de herramientas que permitirán al diseñador del producto desarrollar la interfaz de usuario e identificar los elementos de diseño de E / S necesarios para los programadores, e incluso darles algo para usar para probar el código modular resultante . También puede necesitar herramientas para probar las respuestas de los usuarios para asegurarse de que el producto final cumpla con sus expectativas. Debe recordar que los usuarios no utilizarán su producto de la manera que usted desea, de modo que pueda identificar las formas en que los usuarios desean utilizarlo, de modo que aún cumpla con sus expectativas.
Recuerde que cuanto más limpia y simple sea la interfaz de usuario, es probable que los usuarios interactúen fácilmente con ella, siempre que esté claro cómo llegar a lo que quieren hacer cuando lo desean. La lógica no funciona aquí, ya que los usuarios no son lógicos. Y es solo a través de las pruebas que encontrará qué es lo que los usuarios realmente quieren que haga el producto y cómo quieren que lo haga.