Contratación pública y el sistema de diseño

Recomendaciones para incorporar el Sistema de Diseño Digital de Gobierno en bases de licitación y contratos de desarrollo de servicios digitales.

La contratación pública es una etapa clave para asegurar que los servicios digitales del Estado se construyan con estándares comunes, accesibles y sostenibles en el tiempo. Las definiciones que se establecen en las bases de licitación determinan la calidad, la coherencia y el costo de mantención de los productos digitales que se entregan a la ciudadanía.

Qué resuelve y a quién está dirigido

Esta guía entrega recomendaciones para que las instituciones incorporen el uso del Sistema de Diseño Digital de Gobierno en sus procesos de compra y contratación de servicios de diseño y desarrollo, evitando que cada proveedor construya interfaces desde cero con criterios distintos.

Está dirigida a:

• Equipos de compras y abastecimiento que redactan bases de licitación, términos de referencia o contratos de servicios digitales.
• Jefes de proyecto y contrapartes técnicas que deben evaluar propuestas y supervisar la ejecución del contrato.
• Equipos proveedores (agencias, consultoras, desarrolladores externos) que necesitan entender qué se espera de ellos al construir un servicio digital para el Estado.

Cuándo utilizarlo y cuándo no

Utilízala cuando:

• Se está redactando o revisando bases de licitación, términos de referencia o contratos para el diseño o desarrollo de un servicio digital, sitio web, aplicación o plataforma del Estado.
• Se evalúan propuestas técnicas de proveedores y se necesita definir criterios objetivos de evaluación.
• Se hace seguimiento a un contrato en ejecución y se requiere verificar el cumplimiento de estándares de diseño y accesibilidad.

No la utilices cuando:

• El desarrollo es completamente interno y no involucra un proceso de contratación con terceros (en ese caso, consulta directamente las secciones de Fundamentos y Componentes).
• Se trata de contrataciones que no incluyen interfaces de cara a personas usuarias (por ejemplo, servicios de infraestructura o backend sin capa visual).
• Buscas orientación legal o normativa sobre el proceso de compras públicas en sí (Ley de Compras, ChileCompra): esta guía cubre únicamente los requisitos de diseño y accesibilidad a incorporar en ese proceso.

Reglas o criterios principales

• Obligatoriedad, no sugerencia: el uso del sistema de diseño debe exigirse como requisito técnico en las bases, no ofrecerse como opción deseable.
• Prohibición de duplicar componentes existentes: no se debe aceptar el desarrollo de componentes propios cuando exista un componente equivalente en el sistema de diseño.
• Accesibilidad como estándar mínimo: todas las interfaces entregadas deben cumplir WCAG 2.2 nivel AA, sin excepciones.
• Apertura de entregables: el código fuente, la documentación técnica y los archivos de diseño deben entregarse en formatos abiertos y editables.
• Trazabilidad de excepciones: cualquier componente nuevo que se requiera fuera del sistema debe justificarse técnicamente y documentarse siguiendo los fundamentos y convenciones existentes.

Cómo aplicarlo

1. Incluye el requisito en las bases técnicas. Incorpora una cláusula explícita que obligue al uso del sistema de diseño (fundamentos, componentes, patrones de interacción y lineamientos de contenido) desde el llamado a licitación.
2. Define hitos de revisión. Establece puntos de control durante el desarrollo (por ejemplo, al cierre de cada sprint o entregable) para verificar la correcta aplicación de componentes y accesibilidad.
3. Solicita evidencia de cumplimiento. Pide informes de auditoría de accesibilidad y su respectiva corrección como parte de los entregables formales del contrato.
4. Evalúa las propuestas con criterios objetivos. Usa la tabla de criterios de evaluación de esta guía al calificar ofertas técnicas.
5. Exige la transferencia de conocimiento. Asegura que el contrato contemple documentación y capacitación al equipo institucional para la mantención posterior del producto.

Texto sugerido para bases de licitación

El siguiente texto puede incorporarse en los requerimientos técnicos de bases de licitación, términos de referencia o contratos:

El proveedor deberá utilizar el Sistema de Diseño Digital
de Gobierno como base obligatoria para el diseño y
desarrollo de las interfaces del servicio digital
contratado. Esto incluye el uso de sus fundamentos
(tipografía, color, grillas, espaciado), componentes,
patrones de interacción y lineamientos de contenido
digital.

No se aceptará el desarrollo de componentes propios
cuando exista un componente equivalente en el sistema
de diseño. En caso de requerir un componente no
disponible, el proveedor deberá justificarlo
técnicamente y construirlo siguiendo los fundamentos,
convenciones y criterios de accesibilidad del sistema,
entregando su documentación correspondiente.

Todas las interfaces entregadas deberán cumplir con
los criterios de accesibilidad WCAG 2.2 nivel AA y con
los lineamientos de lenguaje claro definidos por el
Estado.

El proveedor deberá entregar el código fuente, la
documentación técnica y los archivos de diseño en
formatos abiertos y editables, de modo que la
institución pueda mantener y evolucionar el producto
de forma autónoma.

Ejemplos recomendados y no recomendados

Recomendado:

"El proveedor deberá utilizar el Sistema de Diseño Digital
de Gobierno como base obligatoria para el diseño y
desarrollo de las interfaces. No se aceptará el desarrollo
de componentes propios cuando exista un componente
equivalente ya disponible."

No recomendado:

"Se sugiere considerar, cuando sea posible, el uso de
buenas prácticas de diseño similares a las utilizadas
por el Estado."

La segunda formulación no es exigible ni verificable: al no ser una obligación contractual, el proveedor puede ignorarla sin consecuencias, y la institución pierde la posibilidad de reclamar su incumplimiento durante la ejecución o recepción del contrato.

Consideraciones de contenido y accesibilidad

• Redacta las cláusulas en lenguaje claro y con verbos que expresen obligación ("deberá", "no se aceptará"), evitando formulaciones ambiguas ("se sugiere", "cuando sea posible").
• Exige explícitamente el cumplimiento de WCAG 2.2 nivel AA como criterio de recepción conforme, no solo como buena práctica.
• Solicita que los lineamientos de lenguaje claro definidos por el Estado se apliquen también a los textos de interfaz (microcopy, mensajes de error, ayudas contextuales) entregados por el proveedor.
• Pide que la documentación de accesibilidad entregada incluya tanto los hallazgos como las correcciones aplicadas, no solo un informe inicial.

Checklist de implementación o revisión

Recursos y contenidos relacionados

Para revisar los recursos disponibles, consulta las secciones de Fundamentos, Componentes y Calidad.

Evidencia o fuentes

Los criterios de esta guía se basan en:

• Los lineamientos de accesibilidad WCAG 2.2 nivel AA adoptados por el Sistema de Diseño Digital de Gobierno: Guía de mejores prácticas y criterios de escritura WCAG y Recursos y mejores prácticas WCAG.
• Los lineamientos de lenguaje claro definidos por el Estado de Chile: Material de apoyo: lenguaje claro.
• La experiencia acumulada del equipo del Sistema de Diseño en la revisión de proyectos de contratación de servicios digitales públicos.