¿Son los sistemas de diseño y las especificaciones de diseño lo mismo?

1. Este libro analiza cómo avanzar sistemáticamente en el proceso de diseño y cómo construir un sistema de diseño en torno a objetivos específicos del producto y características del equipo.

2. El sistema de diseño consta de varios patrones, estructuras organizativas, culturas de equipo, tipos de productos y procesos de diseño, entre los cuales los patrones de diseño son el contenido clave que queremos discutir.

3. Los patrones de diseño no son especificaciones de diseño. Las especificaciones de diseño tradicionales son la definición de fuentes, colores, íconos, etc., centrándose más en el estilo. El patrón de diseño se refiere a cualquier componente de interfaz reutilizable. Según el entendimiento del tío Cheap, el modelo no es abstracto, sino su negocio y productos específicos. Por ejemplo, cada producto tiene registro de inicio de sesión, pero es posible que su producto deba enviar un avatar al registrarse por algún motivo, luego puede establecer un modelo de registro basado en su producto.

Creo que muchas personas, como el tío Stingy, han elaborado especificaciones de diseño para la empresa. Si analizamos la historia anterior, hubo cuatro iteraciones desde la 1.0.0 hasta la 4.0.0 de este año, pero de hecho los cambios más importantes se produjeron solo en dos versiones. Cuando se fundó la primera edición, el tío Gigio era asistente y fue realizada principalmente por uno de los diseñadores de la empresa. Creó las primeras especificaciones de diseño de la empresa utilizando Photoshop. Allí sólo había dos o tres personas. Eche un vistazo y simplemente anote algunos valores de color clave. Los problemas de especificación también son obvios:

1. Las especificaciones básicas solo son adecuadas para lectura y no se puede acceder a ellas directamente.

2. Los controles, componentes y piezas se mezclan en la especificación y los componentes a menudo cambian según el negocio, lo que resulta en frecuentes cambios de especificación.

3. Toda la especificación no favorece la cooperación, el mantenimiento y la iteración, pero como solo había dos o tres personas en ese momento, este problema no era obvio.

Entonces, en la versión 2.0.0, Uncle Cheap ha optimizado varios puntos según el uso: 1. Separar los documentos de los archivos fuente de bocetos, lo que permite ver los documentos y utilizar los archivos fuente de bocetos directamente. 2. Controles básicos separados; de los controles empresariales. Los llamados controles básicos son controles del sistema, como ventanas emergentes y notificaciones, y los controles comerciales son controles basados ​​​​en escenarios comerciales 3. Agregar registros de revisión; Mirándolo ahora, también hay problemas:

1. Es problemático modificarlo y es necesario actualizar dos archivos para cambiar un lugar

2. , y otras personas deben ser notificadas para actualizar, de lo contrario la información no será igual;

3. Cada vez hay más controles comerciales, casi en varios estilos de escena. ?

¿Te resultan familiares estas especificaciones de diseño? Estandarización de fuentes, colores, iconos, controles, etc. Básicamente todos los criterios para un equipo de diseño. Los controles básicos que definimos no son más que controles para filtrar iOS y Material Design. Más tarde, después de diseñar Ant, nos dimos cuenta de que algunas páginas eran para la Web. Como resultado, nuestros controles básicos solo buscaban un equilibrio entre las tres plataformas y las definían un poco para alinearlas más con las necesidades de nuestro producto.

¿Qué estamos diseñando?

De hecho, el control empresarial realizado en la versión 2.0.0 es resumir conscientemente algunas páginas que se han diseñado durante el diseño, para que no tengas que pensar en soluciones al mismo problema una y otra vez. de nuevo. El significado del inventario de patrones es el mismo. Nuestros productos tienen cuarenta o cincuenta funciones y seis diseñadores diseñan diferentes funciones al mismo tiempo. ¿Quién puede garantizar el diseño de una página de visualización de información que todos puedan diseñar exactamente igual? Sin embargo, aunque la página de visualización de información puede estar orientada a diferentes comerciantes, ¿no puede ser el mismo diseño? El libro dice que la misma arquitectura de información y las mismas funciones se pueden clasificar en el mismo patrón de diseño. Aunque puede haber diferentes requisitos de apariencia y comportamientos en diferentes escenarios comerciales, estas son solo variaciones del patrón, no patrones diferentes.

He recopilado aproximadamente algunas páginas de lista. Por supuesto, las listas son sólo expresiones de ellas. Y su propósito es mostrar información similar a un tablero de anuncios comunitario. Según lo que escribí en el libro, clasifiqué las páginas por función, descompuse su arquitectura de información y le di a este modelo un nombre atractivo "Lista de ventanas", de la siguiente manera:

¿Por qué se llama lista de ventanas? ? El nombre está escrito en el libro. Debe ser fácil de recordar y asociado con la funcionalidad. En comparación con la Lista 1 y la Lista 2, la lista de ventanas es obviamente más fácil de recordar.

Volviendo a la pregunta original: ¿Qué estamos diseñando?

El tío Stingy cree que debemos entender las necesidades reales. El diseño no se trata sólo de resolver problemas, sino también de ver los problemas reales.

Al igual que a los grandes fabricantes les gusta construir una biblioteca de control funcional grande y completa en todo momento, esto en realidad reduce hasta cierto punto la duplicación innecesaria de trabajo. Deberíamos prestar más atención a comprender a los usuarios y sus necesidades.

¿Qué tipo de equipo somos?

Qué tipo de equipo y estructura organizativa afecta realmente a nuestro sistema de diseño. Se refleja específicamente en tres aspectos del sistema de diseño: reglas prácticas (estrictas y flexibles); modelo de construcción (modular, mecanismo de gestión integrado (centralizado, distribuido); (La traducción está extraída del traductor C7210, con enlace adjunto. Más tarde, el libro citó ejemplos de Airbnb, ted y Future Learn.

Este tío tacaño es muy perspicaz. Cuando se estableció la especificación por primera vez, algunos Los miembros del equipo estaban preocupados. Si la especificación es demasiado detallada, afectará el desempeño del diseñador. Pero este capítulo del libro establece claramente que el objetivo final es servir el producto, incluido el estilo de construcción del equipo, y podemos adaptar el diseño. de nuestro equipo según nuestras propias necesidades.

De hecho, todavía hay muchos pequeños puntos que no he anotado, porque temo que el artículo sea demasiado largo y prolijo, por lo que. Te dejaré el resto.

Enlace de la versión traducida: _ _ biz = mjm 0 mdiyma = = & mid=2650619728. f & chksm = be 49 a4c 3893 e 2 DD 57d 13 f 23 A8 d 0 cdecb 28 ab 3 e 2 c 67 b 37 b 894628 E4 e 7670 CDB 263 b 0 e 98187 CBC & MP compartir = 1 & escena = 23 & ampsrc id = 1219 scj 6 pdpxjkdz 68 x 1 pt9o % 23