Tu agencia tiene diseñadores, redactores y una relación con el cliente que costó años construir. Lo que no tiene es alguien que convierta todo eso en un sitio o una aplicación que funcione. Y cuando llega el pedido, las opciones son tres: contratar, buscar un freelance cada vez, o trabajar con un partner de desarrollo que aparezca proyecto tras proyecto.
Esta guía es para la tercera. Sale de varios proyectos en los que el cliente fue otra agencia o un profesional creativo, de lo que en ellos funcionó y de lo que hubo que corregir sobre la marcha.
Quién hace qué
El primer roce entre una agencia y un partner técnico casi siempre es de territorio. Si tú también diseñas, el partner puede sentir que tu diseño le ata las manos. Si el partner también opina de marca, tú sientes que se mete en tu trabajo. Los dos tienen algo de razón, y por eso el reparto conviene escribirlo antes de la primera reunión con el cliente final.
| Pieza | Lo tiene la agencia | Lo tiene el partner |
|---|---|---|
| Marca, identidad, sistema visual | Sí | Lo respeta y lo convierte en tokens y componentes |
| Texto y contenido | Sí | No inventa ni una línea; señala lo que falta |
| Estrategia y relación con el cliente | Sí | Participa solo cuando la agencia lo pide |
| Estructura, movimiento, código | Propone y aprueba | Sí |
| Rendimiento, accesibilidad, seguridad | Exige | Sí, como parte del trabajo, no como extra |
| Panel de edición y puesta en línea | Define qué debe poder editarse | Configura, documenta y entrega |
Una regla que evita muchas discusiones: el partner no inventa contenido. En un sitio que construimos para una agencia creativa, el único material era su portafolio en PDF. Cada texto, cada cifra y cada logo del sitio salió de ahí. El diseño tuvo libertad total; el contenido, disciplina total. ¿Limitante? Nada más lejos de la realidad. Cuando el contenido es del cliente, nadie discute frases. Se discute estructura, que es lo que el partner vino a resolver.
Qué pedirle a tu cliente antes de cotizar
Un partner puede cotizar rápido si le entregas cinco cosas. Ninguna es técnica, y todas las tienes o las consigues en una llamada.
- El contenido que va a vivir en el sitio, aunque sea un portafolio en PDF o un documento suelto.
- Un sitio de referencia que al cliente le guste, y para qué le gusta.
- Quién va a mantener el sitio después: la agencia, el cliente o nadie.
- En qué idiomas se publica desde el primer día, y cuáles llegarán después.
- Qué partes debe poder editar el cliente sin llamar a nadie.
La referencia tiene una trampa. El cliente dice «quiero uno como este» y señala un sitio con una paleta fuerte y tipografía enorme. Si el partner copia la paleta, el resultado compite con la marca del cliente y con sus propias fotos. Lo que hay que copiar es la calidad: un sistema visual comprometido, un movimiento que sirve al contenido, accesibilidad desde los tokens. Nosotros tomamos la mecánica de la referencia y nunca su paleta, y lo decimos en voz alta antes de mostrar nada. ¿Por qué antes? Porque si lo dices después, un resultado distinto se lee como «no me hicieron caso».
Alcance sí, precio no
En algún momento el cliente va a pedir un descuento. Va a pasar, así que mejor tener la respuesta lista. La que protege a las dos partes es una sola: se recorta alcance, nunca precio. Mismo alcance, mismo precio.
Para que eso no sea una frase vacía, escribe de antemano el orden en que se recortan las cosas si el presupuesto aprieta. Por ejemplo: primero la animación más costosa, luego la segunda versión de idioma, luego el blog. Y una lista corta de lo que no se toca. La accesibilidad y el cumplimiento legal para clientes corporativos van en esa lista, porque sin ellos el cliente recibe algo que no puede usar.
La objeción «el diseño lo podemos hacer nosotros» se responde con lo que el precio ya excluye. Si la propuesta no cobra por diseño, texto ni marca, la objeción desaparece sola.
Las integraciones son el otro lugar donde se decide el alcance. Una sincronización con una hoja de cálculo externa, un formulario con puntuación de prospectos, una conexión con un servicio de terceros: cada una es un contrato con alguien más, y suele ser lo que atrasa un lanzamiento. En un proyecto para una agencia de talentos, la sincronización automática se cambió por una carga manual de archivo para lanzar antes, y esa decisión quedó por escrito. Meses después, con el cliente ya usando el sistema, se retomó con calma.
Estático primero, editor después
Hay una pregunta que aparece en cada propuesta: ¿lo hacemos sobre un gestor de contenidos desde el inicio? Parece lo lógico. Nuestra experiencia con agencias dice que no siempre.
Cuando el diseño todavía se está moviendo, un sitio estático (sin gestor, sin proceso de construcción) permite probar tres direcciones visuales en una semana y ajustar el movimiento a mano. El gestor llega cuando el cliente ya vivió con el sitio y pide el tercer cambio. En ese momento ya sabes qué cambia y qué no, y el panel de edición se diseña alrededor de pedidos reales. El caso de una agencia sin sitio web siguió exactamente ese orden.
Cuando el gestor llega, hay una condición que vale para cualquier partner: el cliente edita contenido, nunca estructura. Un panel con cien campos de texto y una grilla de proyectos es útil. Un constructor de páginas que permite mover secciones es una forma lenta de destruir el diseño que tu agencia aprobó. Y sí, alguien lo va a pedir. La respuesta sigue siendo que no.
Cómo dar feedback sin que se vuelva un caos
El feedback de un cliente suele llegar como un documento con capturas, o como mensajes sueltos de WhatsApp. Las dos formas sirven, siempre que alguien las convierta en una lista.
Lo que nos ha funcionado: cada observación recibe un número, una captura, lo que hay hoy, lo que el cliente pide y dónde se toca. Las que dependen de material externo (logos definitivos, fotos, textos aprobados) se marcan como puertas abiertas, con dueño. Así nadie espera en silencio pensando que el otro está trabajando.
La segunda regla es separar la impresión visual del texto. Cuando tres personas del cliente revisan a la vez y mezclan «no me gusta el azul» con «esta frase está mal», la reunión termina sin decisiones. Primero se decide la dirección visual. Después se corrige el texto. En ese orden, aunque cueste sostenerlo.
Lo que exiges en la entrega
Una entrega completa incluye, como mínimo:
- Acceso para editar el sitio, tanto para la agencia como para el cliente final, y un documento con dónde entra cada uno y para qué.
- Un panel de edición donde cada texto arranca con el contenido actual, de modo que el sitio se ve igual aunque nadie lo toque nunca.
- Una lista de qué es editable y qué requiere desarrollo.
- Una comparación visual entre lo aprobado y lo publicado, en escritorio y en móvil.
- Un acuerdo sobre respaldos, actualizaciones y quién atiende los cambios de mantenimiento.
Sobre el mantenimiento, una práctica sencilla: los pedidos que llegan como mensajes de una línea se convierten en tareas con causa raíz, evidencia y preguntas abiertas. Meses después puedes saber qué se pidió, qué se hizo y qué quedó sin responder. Sin esa lista, el historial del proyecto vive en un chat y nadie lo encuentra.
La segunda fase, que no se cotiza todavía
Cuando el sitio de la agencia queda listo, la conversación cambia. La agencia tiene clientes que también necesitan sitios, micrositios de campaña y aplicaciones para eventos, y ahora tiene un partner que ya conoce su forma de trabajar. Esa segunda fase conviene sembrarla en la primera propuesta sin cotizarla: una línea que diga que el mismo esquema sirve para los proyectos de los clientes de la agencia. Cotizarla antes de tiempo es adivinar.
Si estás evaluando un partner, la primera conversación debería ser sobre quién hace qué, cómo se recorta cuando hace falta y qué recibes al final. Lo que hacemos en cada uno de esos frentes está en nuestras capacidades, y qué influye en el precio de un proyecto está en la guía sobre qué define el costo de un software a la medida.
Preguntas frecuentes.
¿Mi agencia pierde el control del diseño si delega el desarrollo?
No, si el reparto está claro desde el inicio. Tu agencia entrega el sistema visual, el texto y las decisiones de marca. El partner construye la estructura y el movimiento, y demuestra con una comparación visual que lo construido coincide con lo aprobado.
¿El cliente final sabe que hay un partner de desarrollo?
Eso lo decides tú. Hay agencias que presentan al partner como parte del equipo y otras que prefieren que no aparezca. En cualquier caso, la relación con el cliente sigue siendo de la agencia.
¿Qué necesita el partner para cotizar?
El material que ya tienes: el contenido que va a vivir en el sitio, un sitio de referencia y para qué, quién lo va a mantener, en qué idiomas y qué partes deben poder editarse. Con eso se puede armar una propuesta sin adivinar.
¿Quién atiende los cambios después del lanzamiento?
Se define antes de lanzar. Lo habitual es que el cliente edite el contenido con un panel y que los cambios de estructura vayan al partner por lotes, con evidencia de cada pedido.
