Saltar al contenido

Sistema de diseño de Quicknode

Dos semanas en lugar de un año.

Quicknode llevaba más de un año y cientos de miles de dólares en un sistema sin terminar. Lo reconstruimos en dos semanas como MeridianDS, y hoy Q, Quill y Earn lo usan en producción.

Catálogo de MeridianDS mostrando las familias de color base
Las bases de color, en el catálogo del sistema.

Contexto

Un sistema de diseño que entrega el producto junto con la pieza. Quien diseña revisa cada componente en un catálogo vivo, quien programa lo instala desde un paquete publicado, y un mismo contrato sirve para web, escritorio, chat y las páginas de venta.

La empresa ya había pagado el camino largo. Unas 10 personas, más de un año y cientos de miles de dólares la dejaron sin un sistema terminado. La accesibilidad y el chat seguían sin resolverse, y cada producto nuevo creaba otra excepción.

La decisión

Compramos lo que ya estaba resuelto y construimos la ventaja de Quicknode

Los controles comunes, los botones y los diálogos ya estaban resueltos en el mercado y no eran la ventaja de nadie. Dedicamos las dos semanas a lo que sí distingue a Quicknode: las marcas, los íconos técnicos, el chat, el movimiento, el comportamiento en cada tamaño de pantalla y la entrega.

Un solo dueño llevó la estrategia, el diseño, el frontend, el backend, la arquitectura de paquetes, el catálogo, las reglas de uso, los controles de calidad y la integración. Esa responsabilidad de punta a punta es lo que hizo posible el plazo.

Qué construimos

Dos semanas, de una base en blanco a productos en producción

  • Semana uno, la base

    El repositorio multimarca, la arquitectura de seis paquetes, las bases visuales y el catálogo.

  • Semana dos, el trabajo real

    Patrones de chat, íconos técnicos, movimiento, reglas de uso, controles de accesibilidad y las primeras integraciones en producto.

  • Una pieza llega a cuatro lugares

    Cada componente es código de producto, una prueba visible en el catálogo, una guía de uso escrita y un contrato con pruebas.

  • La accesibilidad como control de salida

    El sistema anterior no nombraba una sola prueba de accesibilidad. Aquí una pieza sin prueba real no pasa.

El producto por dentro

Portada del catálogo de MeridianDS con la lista de componentes
La portada del catálogo, con la lista de componentes.
Controles del avatar de chat con sus estados nombrados
El avatar de chat convierte la identidad en 23 estados con nombre.
Controles de la burbuja que explica lo que está haciendo el agente
La burbuja que explica, dentro de la conversación, qué está haciendo el producto.

Resultado

Un dueño, dos semanas, un sistema ya en producción

Un programa detenido de un año se convirtió en un sistema multimarca con unas 800 piezas y variantes, seis paquetes, guías de uso, controles de calidad y tres productos en producción.

El sistema puede enseñarle al siguiente. El catálogo muestra los estados que admite, las guías explican cómo se implementa cada pieza, y los controles muestran dónde el producto se separó del sistema. Ya no depende de la memoria de una persona.

El núcleo de MeridianDS
2 semanas

El programa anterior llevaba más de un año y seguía incompleto

Productos que ya lo usan
3

Q, Quill y Earn corren sobre la misma base en producción

Piezas y variantes
Unas 800

Los cinco programas de producto de la empresa parten de estas piezas en lugar de rehacerlas

Paquetes publicados
6

Cada uno cambia por su cuenta sin partir el sistema en pedazos

El catálogo es la referencia pública. El código fuente privado y el acceso a los paquetes quedan fuera.

Cuéntenos qué necesita

Le responde Anabel. Escríbanos por WhatsApp, que es lo más rápido, o por correo si lo prefiere.