AKRIBIS Brand
Donde se decide, se especifica y se entrega la identidad de AKRIBIS.
- Decidir
- El razonamiento está a la vista: la pregunta, los criterios, las opciones, la evidencia, la elección y su estado.
- Especificar
- Reglas que se pueden seguir sin preguntar.
- Entregar
- Archivos y datos que usan los sitios y los equipos, hechos desde la misma fuente que la página.
Punto de partida: solo está decidido Branding/brand-architecture.md, junto con la línea «Una unidad de AKRIBIS One». Todo lo demás (el borrador 0.2, los registros anteriores, la paleta, los archivos fuente y lo que inventó cada sitio) es evidencia para volver a razonar.
29 temas7 abierto21 propuesto1 ratificado
- 1.1Criterios¿Contra qué se juzga cada decisión de marca, y en qué orden?Ratificado
- 1.2Arquitectura de marca¿Cómo se presentan AKRIBIS la compañía, AKRIBIS la unidad, las nueve unidades y AKRIBIS One cuando aparecen juntas?Propuesto
- 1.3Nombres¿Cómo se escribe cada nombre, en el texto, en direcciones web, en archivos y en cada idioma?Propuesto
- 1.4Registro de unidades¿Cuál es el registro único de cada unidad, el que leen todos los sitios y documentos?Abierto
- 1.5Voz y mensajes¿Cómo suena AKRIBIS, y qué puede afirmar?Propuesto
- 2.1Marca madre¿Cómo se ve AKRIBIS la compañía, distinta de AKRIBIS la unidad de instrumentación?Propuesto
- 2.2Marca AKRIBIS One¿Cómo se dibuja AKRIBIS One, de qué color es, y cómo respalda a las unidades?Propuesto
- 2.3Logotipos de las unidades¿Son los nueve logotipos un mismo diseño coherente, y cómo se usan?Propuesto
- 2.4Color¿De qué color es cada marca, y cómo se comporta el color en pantalla, en impreso y en contextos compartidos?Propuesto
- 2.5Tipografía¿Qué tipografías usa AKRIBIS, y las comparten las diez marcas?Propuesto
- 2.6Motivos de unidad¿Con qué puede expresarse cada unidad, más allá del color?Abierto
- 2.7Imágenes¿Cómo son las imágenes de AKRIBIS? Fotografía, producto, íconos y diagramas.Propuesto
- 3.1Tokens¿Qué valores define el sistema, y cómo los recibe cada sitio?Propuesto
- 3.2Anatomía de un sitio¿Qué debe tener todo sitio de AKRIBIS, qué puede cambiar y qué es propio?Propuesto
- 3.3Patrones compartidos¿Qué componentes se construyen una vez y los usan todos los sitios?Propuesto
- 3.4Estándares web¿Qué nivel de calidad cumple todo sitio?Propuesto
- 3.5Plantillas del sitio de unidad¿Con qué plantilla se dibuja cada página de un sitio de unidad que lee el CMS, y qué lleva cada una?Propuesto
- 4.1Plantillas de Office¿Qué plantillas de Office hacen falta, y qué contienen?Propuesto
- 4.2Firma de correo¿Cómo es la firma de correo de cada unidad?Propuesto
- 4.3Fichas técnicas¿Cómo se diagraman las fichas de productos y servicios?Abierto
- 4.4Certificados e informes¿Cómo se diseñan los certificados de calibración y los informes de AKRIMET y SOLFARMA?Abierto
- 4.5Papelería¿Qué piezas impresas necesita cada unidad?Abierto
- 4.6Redes sociales¿Cómo aparecen las unidades en las redes sociales?Propuesto
- 4.7Eventos¿Cómo se presenta AKRIBIS en ferias y eventos?Abierto
- 4.8Video¿Cómo abren, cierran y se rotulan los videos?Abierto
- 5.1Biblioteca de recursos¿Dónde consigue cualquiera el archivo correcto, en el formato correcto?Propuesto
- 5.2Paquetes¿Cómo reciben los sitios los tokens y los componentes?Propuesto
- 5.3Datos para sitios y agentes¿Qué hechos y reglas se publican como datos legibles por máquina?Propuesto
- 5.4Registro de cambios¿Cómo sabe un sitio qué cambió en la marca?Propuesto
6
Decisiones
Cada decisión queda registrada en formato MADR 4.0.0. Los registros se escriben en inglés (ADR-0001).
- 0000Use MADR 4.0.0 to record Design's decisionsAceptada
- 0001Write Design's decision records in EnglishAceptada
- 0002Publish content in English, Spanish and PortugueseAceptada
- 0003Do the new work on a branch named nextReemplazada
- 0004Rename Design to Brand, with its own repositoryAceptada
- 0005Endorse every unit as "Una unidad de AKRIBIS One"Aceptada
- 0006Structure Brand as one page per topic, each with its statusAceptada
- 0007Build Brand with Astro, as static files on its WorkerPropuesta
- 0008Compose every wordmark from one glyph library on a shared gridAceptada
- 0009Rank the criteria every brand decision is judged againstAceptada
- 0010Present the units by category, in fixed grid, circular and linear ordersAceptada
- 0011Set "one" and "group" from the glyph library; the parent mark is "akribis group"Aceptada
- 0012Derive the AKRIBIS One ring from the letters, and make the ring lockup primaryAceptada
- 0013Generate the nine signatures from one lightness band on a 12-slot hue wheelAceptada
- 0014Colour the parent mark in the deep tone of the AKRIBIS tealAceptada
- 0015Build the ramps, neutrals, semantic colours and roles on one lightness gridAceptada
- 0016Colour AKRIBIS One in the teal ink, and draw the ring as one continuous spectrumPropuesta
- 0017Set the favicons as two letters on the signature, with the ring for One and the cloud for the AKIoT appPropuesta
- 0018Give every unit a profile picture: its letters inside the AKRIBIS One ringReemplazada
- 0019Make the tile the profile picture, fit its letters to the circle, and centre the stacked One lockup without the ringAceptada
- 0020Set IBM Plex Sans and Plex Mono for every brand, self-hosted and subset by rule, on a documented scalePropuesta
- 0021Build the shape tokens on one 4 px base: spacing, radii, layout, motion, focus and elevationPropuesta
- 0022Publish the brand as data at stable addresses, with llms.txt as the rules for agentsPropuesta
- 0023Build every site in four layers and verify what each must carryPropuesta
- 0024Build the shared patterns once in Brand and prototype them on this sitePropuesta
- 0025Set the web standards as data and check every build against themPropuesta
- 0026Generate the email signature per brand and language from the registerPropuesta
- 0027Generate the Office theme per brand and publish the print values and swatchesPropuesta
- 0028Publish one asset page per brand with every file at stable addressesPropuesta
- 0029Build the tokens package on every build with a calendar versionPropuesta
- 0030Version the brand by build date and publish the decision log as the changelogPropuesta
- 0031Deliver the shared layer of every site as one Astro package with a starter, and check each build inside itPropuesta
- 0032Name the shared pages in each language and check the spellings on every buildPropuesta
- 0033Write impersonal with usted, keep a claims register, and check the voice on every buildPropuesta
- 0034Photograph real work, draw icons from IBM Carbon, and check every image a site servesPropuesta
- 0035Render each site's own layer from the CMS's windows inside the site package, cached at the edge by tagPropuesta
- 0036Build every unit site from one information architecture: the tree, the axes and the relationsAceptada
- 0037Render every site light by default and dark only on requestPropuesta
- 0038Check AKRIBIS's own words, not the partner's it quotesAceptada
- 0039Let a site keep its own proven contact formAceptada
- 0040Allow YouTube's privacy-enhanced player for partner videoAceptada