Describe el sistema antes de comparar empresas
Una cotización de desarrollo es sobre todo el precio de varias decisiones: cómo se estructura el contenido, qué sistemas se conectan, qué pasa cuando algo falla y quién mantiene el sitio. Dos empresas pueden cotizar las mismas diez páginas y estar valorando trabajos distintos. Antes de escribirle a alguien, anota las rutas y plantillas que necesitas, el contenido de cada una y quién lo editará. Enumera cada integración, como formularios, CRM, reservas, pagos, búsqueda y analítica, con el responsable de la cuenta y lo que debe ocurrir si no está disponible.
Añade las condiciones que cambian el esfuerzo más que el número de páginas: idiomas, inicio de sesión, contenido y URLs por migrar, y los dispositivos y navegadores que deben funcionar. Envía el mismo documento a todas las opciones. Las propuestas escritas sobre un mismo brief se pueden comparar; las que salen de una llamada comercial casi nunca.
| Insumo del brief | Por qué cambia la propuesta |
|---|---|
| Plantillas y modelo de contenido | Las plantillas reutilizables y los campos editables cuestan distinto que las páginas únicas |
| Integraciones y cuentas | Cada conexión necesita estados de error, credenciales y un responsable |
| Idiomas y migración | Las rutas traducidas, las redirecciones y el contenido trasladado son trabajo aparte |
| Dispositivos y navegadores | La lista de soporte define cuántas pruebas exige la aceptación |
Los factores que conviene comparar entre empresas de desarrollo
Casi todas las empresas dirán que construyen sitios rápidos, seguros y accesibles. Pide a cada una que muestre cómo, en trabajos que puedas revisar. La accesibilidad tiene una referencia pública: las WCAG 2.2 del W3C. Pregunta contra qué nivel de conformidad prueban, de qué manera lo hacen (teclado, lector de pantalla, revisiones automáticas) y qué pasa con los defectos encontrados después del lanzamiento. El rendimiento también la tiene: Google documenta las Core Web Vitals y los umbrales que usa. Pide datos de campo o la prueba de una página publicada comparable, no un puntaje de laboratorio de un sitio de pruebas.
Seguridad y mantenimiento son donde las propuestas difieren con menos ruido. Pregunta cómo se actualizan las dependencias, quién recibe las alertas de seguridad, cómo se protegen los formularios contra spam y abuso, y cómo se restaura una copia de seguridad. El OWASP Top 10 es una lista muy usada de riesgos en aplicaciones web; una empresa que construye inicios de sesión, pagos o APIs propias debería poder explicar cómo su proceso atiende los que aplican. Por último, pregunta quién escribirá el código. Subcontratar no es un problema en sí mismo, pero debes saber quién responde cuando algo falla.
| Factor | Qué preguntar | Evidencia que pedir |
|---|---|---|
| Accesibilidad | ¿Qué nivel de WCAG 2.2 y cómo se prueba? | Una página probada y su lista de defectos |
| Rendimiento | ¿Cómo se mide la velocidad en dispositivos reales? | Datos de campo o la prueba de una página publicada comparable |
| Seguridad | ¿Quién actualiza dependencias y recibe alertas? | La rutina de actualización y copias de seguridad por escrito |
| Flujo editorial | ¿Quién edita qué y cómo se publica? | Una demostración editando contenido real |
| Propiedad | ¿Quién tiene repositorio, alojamiento, dominio y cuentas? | Una lista de entrega con responsables |
¿Empresa de desarrollo o estudio de diseño?
La evaluación cambia según el tipo de riesgo del proyecto. Si lo difícil es el sistema, como un portal de clientes, integraciones complejas o datos que deben coincidir entre herramientas, da más peso al proceso de ingeniería, las pruebas y la capacidad de soporte, y pide historial de producción con sistemas similares. Si lo difícil es el mensaje, como una marca nueva, una oferta poco común que hay que explicar o una dirección de arte que debe sobrevivir a la implementación, puede encajar mejor un estudio de diseño que también desarrolla, porque quienes toman las decisiones visuales también tendrán que hacerlas funcionar.
Muchos proyectos necesitan ambas cosas, y el riesgo está en el espacio entre ellas: un diseño entregado como imágenes que el equipo de desarrollo interpreta, o un equipo técnico que llena los estados sin definir con valores por defecto. Pregunta quién diseña los estados vacíos, de carga y de error, quién aprueba la página implementada frente al diseño y cómo se manejan los cambios pedidos después de la aceptación. La tabla para elegir un estudio de diseño web a medida cubre el lado de diseño de la misma decisión.
Señales de alerta en una propuesta de desarrollo
Una propuesta anticipa cómo se manejará el proyecto. Toma estas señales como motivo para preguntar más, no como descarte automático.
- Un precio fijo antes de que alguien vea el modelo de contenido o la lista de integraciones.
- Ningún responsable nombrado para dominio, alojamiento, repositorio o cuentas externas después del lanzamiento.
- Accesibilidad o rendimiento descritos solo con adjetivos, sin método de prueba.
- Una plataforma elegida antes de hablar del flujo editorial.
- Un soporte que empieza solo cuando algo falla, sin rutina de actualizaciones.
- Proyectos del portafolio en los que la empresa no puede decir qué parte construyó.
Dónde encaja Dardo
Dardo es un estudio de diseño y desarrollo web en Bogotá. Es una opción cuando el mismo equipo debe sostener dirección visual, estructura de contenido e implementación funcional hasta el lanzamiento, en español o inglés. El sitio de la escuela de música A medio tono es un ejemplo entregado, con páginas de cursos y profesores y una ruta de contacto que llega a la escuela. Muestra ese alcance conjunto; no es un resultado medido de matrículas. Si tu proyecto es sobre todo la integración de una plataforma grande o software a la medida, compara empresas con historial de producción en ese tipo de sistema y hazles las mismas preguntas.


Fuentes y nota editorial
Fuentes
- W3C: Pautas de Accesibilidad para el Contenido Web (WCAG) 2.2w3.org
- Google Search Central: Core Web Vitalsdevelopers.google.com
- OWASP Top 10owasp.org
- Sitio entregado de A medio tonoamediotonomusic.com
Cómo hicimos esta guía
EvidenciaEsta guía combina 4 fuentes enlazadas, el análisis de Dardo y ejemplos de proyectos claramente identificados.
LímitesLas decisiones visibles de diseño y contenido no se presentan como mejoras medidas de ranking, tráfico o conversión.
Leer nuestra política editorial