Resumen del Proyecto del Sitio Web: Cómo Escribir Uno que Tenga el Precio Correcto

Por qué un Brief Vago Consume Silenciosamente Tu Presupuesto

Respuesta directa: un estudio no puede valorar tu intención, solo tu documento. Todo lo que el documento omite, ambas partes lo completan en silencio y de manera diferente, y las dos imágenes finalmente se encuentran en la demostración, cuando cambiar de rumbo es costoso.

Toma una oración que suena perfectamente clara: necesitamos un sitio web para la empresa, de unas diez páginas, con un formulario de consulta. Hay al menos cuatro bifurcaciones ocultas allí, y cada una cuesta dinero:

• El formulario de consulta — ¿es un correo electrónico a una bandeja de entrada, o crea un trato en tu CRM y envía al cliente una respuesta automática?
• Diez páginas — ¿diez pantallas únicas, cada una diseñada y construida por separado, o una plantilla completada diez veces?
• Contenido — ¿estás entregando el texto final y la fotografía, o alguien tiene que escribirlo y tomar las fotos?
• Idiomas — uno, o tres, ¿y quién traduce?

La diferencia entre la lectura barata y la lectura cara es un múltiplo, no un error de redondeo — y ambas son honestas, la respuesta simplemente no estaba en el texto.

Luego viene el cronograma. La ambigüedad llega en porciones, cada una disfrazada de una pequeña cosa — un filtro aquí, una calculadora allí, un formulario de cotización en la página de servicios. Cada uno suena como media hora; juntos reescriben la mitad del proyecto, y el lanzamiento se retrasa meses. Un buen documento de requisitos no es burocracia; es una forma de discrepar temprano, mientras que discrepar aún es gratis. Saltarlo y el cliente paga por rehacer, mientras que el estudio asume el costo o discute y pierde la relación.

Brief, Especificación, Alcance del Trabajo — y Quién los Escribe

El resumen es un documento de entrada — una o dos páginas que el cliente completa: quién eres, qué vendes, a quién, por qué necesitas un sitio, qué te gusta y odias de los competidores, presupuesto, plazo. Describe el problema, no la solución, por lo que no se puede valorar con precisión — solo medir por orden de magnitud.

La especificación técnica describe lo que se construirá: lista de páginas, estructura de cada página, funcionalidad, escenarios, integraciones, requisitos de administración, criterios de aceptación. Se escribe después de entender el problema y se convierte en un apéndice del contrato.El alcance del trabajo es el límite: lo que está dentro y lo que está fuera. Una línea que diga el contenido de la tarjeta del producto es proporcionado por el cliente vale más que una página de prosa elegante.

Quién debería escribir la especificación

Respuesta corta: el cliente escribe el resumen, el estudio escribe la especificación. Tú eres el experto en tu negocio: márgenes, estacionalidad, las objeciones que escuchan tus vendedores. El estudio es experto en lo que se romperá en el tercer mes: qué soluciones existen y cuánto cuesta cada una. Si se deja escribir solo, un cliente inventa soluciones donde no tiene experiencia, y el resultado especifica cosas que no funcionan de esa manera o exige todo de una vez.

Así que el patrón es: el cliente completa un resumen; el estudio realiza un descubrimiento: unas pocas sesiones de preguntas incómodas, mapeando el proceso real del negocio; luego escribe la especificación, y el cliente la lee, discute y aprueba. El descubrimiento y la redacción de especificaciones son un trabajo real: un estudio que ofrece una especificación detallada de forma gratuita producirá una formal, solo lo suficiente para obtener una firma. Para distinguir a los equipos que realmente profundizan de aquellos que reutilizan plantillas, cubrimos las señales en nuestra guía sobre elegir un estudio web.

La Apertura: Objetivo Empresarial, Audiencia, Competidores

La primera sección de cualquier especificación decente responde a por qué, no a qué. Saltarlo significa que no se puede tomar ninguna decisión posterior: cada argumento sobre si se necesita un bloque se reduce a un criterio, y el criterio proviene del objetivo.

El objetivo comercial

Exprésalo en términos comerciales, no en términos de sitio web. "Un sitio hermoso y moderno" es una opinión. Un objetivo suena más como: obtener consultas de instalación de propietarios de viviendas — en este momento todo llega por teléfono y la mitad se pierde, o mover clientes mayoristas a autoservicio. El primero hace que el formulario, la confianza y la velocidad importen; el segundo, un área de cuenta y reordenamiento con un clic. El mismo presupuesto, diferentes lugares.

La audiencia

Describe el comportamiento, no la demografía. "Hombres, de 25 a 45" no le dice nada a un desarrollador. Esto sí:

• Quién decide y quién paga — frecuentemente son personas diferentes.
• Cómo llegan: buscando un problema, siguiendo una recomendación, haciendo clic en un anuncio.
• Qué verifican antes de comprometerse: precio, tiempo de entrega, licencias, reseñas, área de cobertura.
• Qué dispositivo están usando. Un teléfono en un sitio de trabajo con mala señal cambia los requisitos de peso de la página.

Competidores

Proporciona de tres a cinco enlaces, cada uno con una frase: qué es bueno aquí y qué es malo. No "diseño agradable", sino "su precio es visible de inmediato sin un formulario — quiero eso." Este hábito ahorra semanas de correos electrónicos, porque convierte el gusto en requisitos. Y escribe honestamente cómo te diferencias de esos competidores: si no hay diferencia, eso no es un problema del sitio web, y ninguna cantidad de front-end lo solucionará.

Lista de Páginas y Estructura: Donde Vive la Estimación

De aquí proviene la mayor parte de la estimación. La regla es simple: cuentas plantillas únicas, no páginas. Un catálogo con mil productos es una plantilla de tarjeta de producto, y un sitio de ocho páginas diseñado página por página cuesta más que treinta páginas en tres plantillas. Así que escribe la lista en dos pasadas: nombra cada página, luego marca cuáles son plantillas y cuáles son únicas.

Cómo describir una página

Para cada página única, enumera los bloques de arriba a abajo con el propósito de cada uno. Para una página de servicio:

1. Hero: titular, descripción de una línea, botón solicitando una cotización.
2. Qué está incluido — lista con viñetas, de cinco a ocho elementos.
3. Cómo se desarrolla el trabajo — de tres a seis pasos.
4. Precios: tabla de niveles o una sola línea de "desde"; decide en el descubrimiento.
5. Trabajo relacionado — tres tarjetas, extraídas automáticamente del portafolio por etiqueta de servicio.
6. FAQ — editable desde el administrador. Formulario de consulta.

Nota las dos frases que hacen el trabajo pesado: "extraído automáticamente por etiqueta" y "editable desde el administrador." No son decoración, son horas: un bloque que un editor llena a mano y un bloque que se ensambla solo a partir de datos son trabajos diferentes a precios diferentes.

Navegación y enlaces entre páginas

Describe el menú principal y el pie de página en su totalidad, y cómo se conectan las páginas: los servicios llevan a estudios de caso, los estudios de caso regresan al servicio y al formulario, los artículos a los servicios. Una prueba útil es recorrer tu futuro sitio como un extraño: alguien que aterrizó en un artículo, ¿qué ve a continuación y a dónde va? Si no puedes responder, esa página no está terminada. Puedes ver cómo se desarrolla eso en nuestro trabajo reciente. Y no escribas "el sitio debe ser responsivo" — eso es lo mínimo; escribe dónde el móvil se comporta diferente: la tabla de precios se convierte en tarjetas apiladas, el filtro se abre en pantalla completa. Esos puntos consumen tiempo cuando aparecen tarde.

Describiendo Funcionalidad Sin Ambigüedad

El error clásico en las especificaciones es describir características con adjetivos: un filtro conveniente, una búsqueda inteligente, un proceso de pago rápido. Esas no son requisitos, son deseos: no puedes verificarlos, no puedes ponerles precio, y puedes discutir sobre ellos para siempre: ¿conveniente según quién?

La alternativa son los escenarios: quién hace qué y qué obtienen. Comparar. Débil: "Cuenta de cliente con historial de pedidos." Fuerte:

• El cliente inicia sesión con su correo electrónico y contraseña; el restablecimiento de contraseña funciona a través de un enlace enviado por correo.
• El cliente ve sus pedidos: número, fecha, total, estado y un botón de "reordenar".
• Hay cinco estados: nuevo, en progreso, enviado, entregado, cancelado, establecidos por un gerente en el administrador.
• "Reordenar" coloca los artículos de nuevo en el carrito; cualquier cosa fuera de stock se omite y se le informa al cliente cuál.
• El cliente descarga una factura en PDF pero no puede editar el nombre de la empresa registrada; solo un gerente puede.

La segunda versión se puede valorar en horas sin una sola llamada; la primera solo se adivinó, fuera de objetivo.

Escribe los casos extremos

El costo rara vez es el camino feliz — es todo lo que lo rodea, donde se esconde la mitad del presupuesto:

• Qué sucede sin datos: carrito vacío, búsqueda sin resultados, una categoría sin nada en ella.
• Qué sucede en caso de fallo: pago rechazado, archivo demasiado grande, correo electrónico ya registrado.
• Qué ve el usuario si la conexión se interrumpe a mitad del pago, y quién puede hacer qué — editores y administradores necesitan diferentes permisos.

Y marca cada elemento: necesario para el lanzamiento, agradable de tener, o fase dos. Esta es la mejor herramienta de presupuesto que existe: cuando la estimación regresa más alta de lo que esperabas, cortarás deliberadamente en lugar de hackear lo que esté más cerca.

Contenido, Integraciones, Idiomas: Quién Proporciona Qué, y Cuándo

Más proyectos mueren aquí que en cualquier línea de código. El sitio está terminado y el lanzamiento no ocurre — porque el texto nunca llegó, o las fotos son instantáneas tomadas con un teléfono en un almacén oscuro.

Contenido

La especificación debe indicar claramente quién posee cada tipo de contenido y para cuándo existe:

• Texto de la página. ¿Escrito por ti, por el redactor del estudio, o redactado por ti y editado por nosotros? Tres precios.
• Fotografía. ¿Tu archivo, una sesión de fotos o imágenes de stock? Si es una sesión — ¿quién la organiza y paga por ella?
• Catálogo. ¿Quién completa las tarjetas, de dónde provienen las descripciones, en qué formato llega la exportación?
• Páginas legales. Política de privacidad, términos, detalles de la empresa — el territorio del cliente, pero el estudio debe recordártelo.

Y una línea más: qué sucede si el contenido no está listo a tiempo. La respuesta sensata es lanzar con marcadores en una lista de páginas acordada, no mantener un sitio terminado en un cajón durante meses.

Integraciones

Describe cada uno de la misma manera: qué sistema, qué movimientos donde, en qué momento, y qué sucede cuando falla. "Integrarse con CRM" no tiene sentido — abarca tanto dos horas de trabajo como dos semanas. Revisa la lista habitual — CRM, pasarela de pago, envío, software de almacén, marketing por correo electrónico, mensajeros, recibos fiscales, análisis — y para cada uno responde tres preguntas: ¿tiene API?, ¿hay documentación?, ¿quién tiene las credenciales? Las credenciales faltantes son un riesgo, y deben estar en las especificaciones en lugar de aparecer una semana antes del lanzamiento.

Idiomas

El multilingüismo no es un interruptor en el encabezado. Es un modelo de datos separado, URLs separadas, etiquetas meta separadas, trabajo editorial separado, y una regla sobre lo que sucede cuando una página no tiene traducción. Decide de antemano: qué idiomas al lanzamiento, cuáles más tarde, quién traduce. Incorporar un segundo idioma en un proyecto que nunca esperó uno cuesta más que planearlo desde el primer día.

Referencias de Diseño y la Trampa de "Hazlo Como X"

Las referencias son necesarias: sin ellas un diseñador está adivinando tu gusto, y el gusto no se puede adivinar por correo electrónico. Pero cómo las suministras importa.

La trampa de "hazlo como X" parece inofensiva y se vuelve costosa. Copiar el sitio de otra persona no funcionará para tu negocio — producto diferente, audiencia, punto de precio — pero el problema más profundo es que ves un sitio web desde el exterior mientras el costo está en el interior: detrás de esa animación suave pueden estar tres meses de trabajo, detrás del catálogo animado una integración de almacén, detrás de "solo fotos bonitas" una sesión de estudio que no tienes.

Por lo tanto, la regla: una referencia sin un comentario es inútil. Cada enlace necesita una frase que diga lo que realmente estás tomando de él:

• "Me gusta cómo el precio está justo ahí, sin formulario de solicitud."
• "Me gusta la sensación de espacio — mucho aire, poco texto por pantalla."
• "Me gusta la estructura de la tarjeta del producto, no los colores."
• "Desagrado profundamente el carrusel principal."

Las anti-referencias funcionan igual de bien: "no así, demasiado corporativo" acorta la búsqueda más rápido que cinco ejemplos de lo que te gusta.

Qué más definir

Si existe un libro de marca y cuán vinculante es; tono — formal o conversacional; y sobre todo, quién aprueba el diseño. Los proyectos se estancan en las aprobaciones mucho más a menudo que en la tecnología, cuando un boceto pasa a un tercer subdirector y regresa con notas que contradicen al primero. Pon un nombre en la especificación — de quién es el "sí" final — y acuerda un número de rondas. Dos o tres es lo normal; ilimitado no es un proyecto, es un pasatiempo.

Restricciones Técnicas, SEO, y Viviendo en el Admin

Esta es la sección que los clientes omiten con "tú sabes mejor." El estudio sí sabe mejor sobre soluciones — pero solo tú conoces las limitaciones de las que partes.

Restricciones técnicas

• Alojamiento y dominio.Dónde viven las cosas ahora, quién tiene las credenciales, si hay reglas que rigen dónde puede estar los datos.
• El sistema existente.Si un sitio ya existe — qué se migra, qué se elimina, qué sigue funcionando al mismo tiempo.
• Política interna.Revisión de seguridad, reglas de contraseñas, restricciones sobre servicios de terceros.
• Propiedad del código y datos personales.Quién posee el resultado, lo que recolectas, cómo se elimina a solicitud.

SEO

Establece los requisitos de búsqueda como mecánicas, no como promesas. Ningún estudio puede garantizar clasificaciones, pero cualquier estudio debe entregar la base:

• Título, descripción y encabezados editables en cada tipo de página — desde el administrador, sin un desarrollador.
• Direcciones legibles, un esquema de URL coherente y mapeo de redirección en la migración.
• Datos estructurados, un mapa del sitio, canónicos correctos y, con varios idiomas, atributos de idioma adecuados.
• Velocidad expresada como métricas específicas en un dispositivo específico, no como "rápido."

El administrador y la edición diaria

La sección más subestimada en cualquier especificación. Responde a una pregunta: ¿qué cambiarás tú mismo y con qué frecuencia?La respuesta impulsa la arquitectura. Cambia un número de teléfono una vez al año y apenas necesitas un administrador; ensambla nuevas páginas de destino cada semana y necesitas un constructor de bloques — un sistema y presupuesto diferentes. Describe los roles y qué sucede cuando un editor comete un error: borradores, vista previa, retroceso. Y sé honesto sobre la habilidad de las personas que lo usarán — una interfaz construida para un desarrollador paraliza a un editor ordinario.

Criterios de Aceptación, Cronograma, y un Rango de Presupuesto

Estos tres cierran la especificación y la convierten de una descripción de un sueño en un documento de trabajo.

Criterios de aceptación

Un criterio de aceptación es una declaración verificable. No "el sitio funciona correctamente", sino una lista de lo que se comprobará:

• Cada página de la lista se abre; ningún enlace lleva a un error.
• El formulario de consulta se envía, el correo electrónico llega y el lead aparece en el CRM.
• El sitio se muestra correctamente en los navegadores actuales y en un teléfono.
• Las métricas de velocidad en la página de inicio y en una tarjeta de producto están dentro del umbral acordado.
• Un pago con tarjeta de prueba se procesa, se crea un pedido y se envía el correo electrónico de confirmación.

Esa lista protege a ambas partes: el cliente sabe exactamente qué verificar, y el estudio sabe dónde está la línea de meta en lugar de enfrentarse a una fase de aceptación que nunca termina porque algo no se siente bien.

Cronograma

Las fechas del calendario en una especificación suelen ser perjudiciales: se vuelven obsoletas en la segunda semana. Describe el cronograma en etapas: maquetas después de la aprobación de la estructura, desarrollo después de las maquetas, población después del contenido. La palabra clave es dependencia. Los plazos funcionan en ambas direcciones: si el contenido llega tres semanas tarde, el lanzamiento se mueve — eso es aritmética, no castigo. Escribe claramente qué plazos pertenecen al cliente: aprobar maquetas, entregar contenido, otorgar acceso.

El rango del presupuesto

Los clientes ocultan el presupuesto, temiendo que la estimación se adapte al número. El resultado es inverso. Un presupuesto no es un precio — es una restricción sobre el problema: si lo retienes, obtendrás una propuesta que no puedes permitirte o una recortada hasta el reconocimiento. Un rango es suficiente: "estamos pensando en esta región y discutiremos más si está justificado." Lo que sigue es una conversación de ingeniería sobre lo que encaja en el marco y lo que pasa a la fase dos. Para cómo se ensambla realmente un precio, y por qué dos sitios que parecen idénticos cuestan diferente, consulta nuestro desglose de lo que cuesta un sitio web en 2026.

Qué No Incluir en un Brief

Las especificaciones malas no son solo las cortas: un monstruo de ochenta páginas también es un síntoma. Aquí está lo que debes cortar sin dudar.

Adjetivos evaluativos.Moderno, conveniente, intuitivo, de alta conversión. Ninguno puede ser verificado. Hazlo verificable en su lugar: en lugar de "un catálogo conveniente," escribe "un visitante llega al producto correcto en no más de tres acciones."

Soluciones técnicas prescritas, si no eres técnico.Una línea que dice "construirlo en esta pila," sin razón, ata las manos y aumenta el precio. Indica la restricción en su lugar: "nuestro administrador de sistemas solo puede soportar esta pila," o "tiene que funcionar en nuestro servidor." El estudio honrará la razón y elegirá el método.

Todo, por si acaso."El sistema también debería permitir la expansión futura de la funcionalidad" no significa nada, pero un estudio concienzudo fijará un margen contra lo desconocido. Estás pagando por niebla.

Copiar y pegar de las especificaciones de otra persona.Es dolorosamente visible cuando la especificación de una clínica de repente crece un carrito de compras y opciones de entrega: ahora nadie sabe cuáles requisitos son reales. El diseño en prosa y la maquinaria legal también están fuera: uno es el trabajo del prototipo, el otro el del contrato.

Y lo que casi siempre falta

El lado opuesto: algunas cosas se omiten en nueve especificaciones de diez y no parecen importantes hasta que explotan.

• Qué sucede después del lanzamiento: quién actualiza el sitio, quién lo repara, quién responde a medianoche un sábado.
• Copias de seguridad: con qué frecuencia, dónde se almacenan, quién verifica que realmente se restauren.
• Transferencia: credenciales, documentación, una guía para editores, archivos fuente y capacitación para su personal.
• Qué cuenta como una reparación bajo garantía frente a una nueva tarea.

Cómo el Brief Se Convierte en una Estimación — y Manejo de Cambios

Una estimación no es un número sacado de la experiencia, es aritmética realizada sobre un documento.

Cómo funciona realmente la fijación de precios

El estudio descompone la especificación en elementos y los valora en horas: cada plantilla única, cada página con plantilla, cada característica, cada integración, la administración, las pruebas, el lanzamiento. Encima están las cosas ausentes de la lista de páginas pero siempre presentes: gestión, comunicación, revisiones, aceptación. De lo cual sigue la parte importante: una estimación es tan precisa como la especificación. A partir de un breve puedes citar un rango, y será amplio porque es honesto. Cuando un contratista lee un párrafo y nombra un precio exacto, ese es un número del techo, y al final el techo es tuyo o de ellos.

Solo compara estimaciones escritas contra la misma especificación; de lo contrario, estás comparando diferentes proyectos. La propuesta barata casi siempre describe menos: sin pruebas, sin población de contenido, sin integración, y una línea que dice "desarrollo de sitio web - total" no puede ser verificada, mientras que una estimación detallada prueba que el contratista leyó la especificación. Nuestra alcances del serviciose establecen exactamente con esta lógica: estructura primero, luego funcionalidad, luego aceptación.

Cambios después de la aprobación

Los cambios ocurrirán: los negocios se mueven, y una demostración siempre revela cosas que un documento no pudo. La pregunta no es cómo prevenirlos, sino cómo procesarlos:

1. El cambio se escribe: como un ítem, no como un comentario en una llamada.
2. El estudio lo valora: cuántas horas, qué se mueve en el cronograma, qué toca.
3. El cliente decide: hacerlo ahora, en la fase dos, o descartarlo, y la decisión se registra como un apéndice.

Hay una regla que vale la pena memorizar: una corrección es cuando la construcción no coincide con la especificación; un cambio es cuando la especificación no coincidía con la necesidad. El estudio corrige el primero de forma gratuita y pone precio al segundo. La línea se traza por un documento en lugar de por el estado de ánimo. Y si una función se incluye, o algo requerido pasa a la fase dos o se añade dinero. No hay una tercera opción.

Lista de Verificación: Tu Brief Está Listo Si Tiene

Revisa la lista. Si más de tres elementos están en blanco, el documento no está listo para ser valorado — y cualquier estimación en su contra es ficción.

1. Un objetivo comercial en términos comerciales, no en términos de sitio web.
2. La audiencia como comportamiento: quién decide, cómo llegan, qué verifican, qué dispositivo utilizan.
3. Competidores: de tres a cinco enlaces, cada uno con una nota sobre qué tomar y qué evitar.
4. Una lista de páginas dividida en pantallas únicas y plantillas.
5. Estructura de cada página única: bloques de arriba a abajo y el propósito de cada uno.
6. Características como escenarios: quién hace qué y obtiene qué. Además de casos extremos y fallos.
7. Prioridades: requerido para el lanzamiento / agradable de tener / fase dos.
8. Contenido: quién escribe el texto, quién proporciona las fotos, para cuándo, y qué sucede si se retrasa.
9. Integraciones por nombre: qué se mueve dónde, cuándo, qué en caso de fallo, quién tiene credenciales.
10. Idiomas: cuántos al lanzamiento, quién traduce, qué pasa si no hay traducción.
11. Diseño: referencias anotadas, libro de marca, quién aprueba, cuántas rondas.
12. Restricciones técnicas: alojamiento, acceso, propiedad del código, datos personales.
13. SEO: meta editables, esquema de URL, redirecciones en la migración, un umbral de velocidad.
14. El administrador:lo que editas tú mismo y con qué frecuencia, roles, borradores, retroceso, capacitación.
15. Criterios de aceptación:una lista verificable, no "funciona correctamente."
16. Una línea de tiempo escalonadacon dependencias, y unrango de presupuesto.
17. Después del lanzamiento:soporte, copias de seguridad, entrega de credenciales, el límite de garantía.

Antes de que comience un proyecto, no intentes llenar toda la lista solo en una noche. Completa lo que realmente sabes: el objetivo, la audiencia, los competidores, las limitaciones, el rango de presupuesto. El resto —páginas, características, integraciones, aceptación— se reúne en el descubrimiento, junto a un estudio.

Una buena especificación es como un dibujo técnico: un documento aburrido sin el cual la casa se construye a ojo. Una hora dedicada a la redacción antes del inicio ahorra un día de retrabajo en el medio. Si deseas que la especificación se escriba contigo y se valore honestamente en función de ella, ponte en contacto — comenzamos con un breve y una conversación, y el documento tiende a escribirse solo a partir de ahí.

Preguntas frecuentes