En 2023, uno de mis años más productivos, entregué 30 sitios WordPress. Institucionales, tiendas online, portfolios, directorios, blogs corporativos. Clientes de Argentina, Uruguay, Chile, México, España. Cada proyecto era diferente, pero los patrones se repiten.
Esto es lo que aprendí haciendo volumen.
Patrón 1: El contenido siempre llega tarde
De los 30 proyectos, en 27 el contenido fue el cuello de botella. No el diseño, no el desarrollo, no la configuración — los textos y las fotos del cliente.
El flujo ideal es: el cliente entrega contenido → yo diseño y desarrollo → el cliente revisa → se publica. El flujo real es: yo diseño y desarrollo con contenido placeholder → el cliente dice “la semana que viene te mando los textos” → pasan tres semanas → el contenido llega incompleto → hay otra ronda de ida y vuelta.
Lo que hago ahora: al inicio del proyecto le mando al cliente un documento con exactamente qué necesito para cada página. Título, texto, fotos con las medidas sugeridas, links, datos de contacto. Con ejemplos. Cuando ese documento vuelve completo, arranco. No antes.
Patrón 2: El 80% de los sitios necesita las mismas 5 páginas
Inicio, Servicios (o Productos), Nosotros, Contacto, y una quinta que varía (Blog, Portfolio, Testimonios). Suena obvio, pero la conclusión práctica es poderosa: si tu estructura base está afinada para esas 5 páginas, el 80% de los proyectos arranca con ventaja.
Tengo templates internos (no de ThemeForest — código propio reutilizable) para cada tipo de página. Eso me permite concentrar el tiempo en lo que hace único a cada proyecto en vez de rehacer la estructura básica cada vez.
Patrón 3: Los clientes no saben qué quieren hasta que ven lo que no quieren
“Quiero algo moderno y profesional” no es un brief. Pero es lo que recibo el 70% de las veces. Y está bien — los clientes no son diseñadores. No tienen vocabulario para describir lo que imaginan.
Lo que funciona: antes de diseñar, les pido que me manden 3 sitios que les gusten y 3 que no. Eso me dice más que cualquier brief escrito. “Me gusta el de este estudio jurídico pero con menos texto” es una dirección clara. “Quiero algo moderno” no lo es.
Patrón 4: La velocidad al principio define la relación entera
Si la primera respuesta tarda 3 días, el cliente empieza con ansiedad. Si la primera entrega parcial tarda 2 semanas sin comunicación intermedia, el cliente piensa que lo abandonaste.
Lo que hago: respondo el primer mensaje en el día. Mando un primer avance visual (aunque sea un wireframe) dentro de los primeros 3-4 días. Esa velocidad inicial establece el tono de toda la relación. Después el ritmo puede bajar un poco, pero la primera impresión marca todo.
Patrón 5: El formulario de contacto es la funcionalidad más importante
Suena menor, pero no lo es. El formulario de contacto es la razón por la que el 60% de estos sitios existen. Si el formulario no funciona, si los emails caen en spam, si el cliente nunca recibe las consultas — el sitio entero es inútil.
En los 30 proyectos, configuré WP Mail SMTP en todos. Sin excepción. Los emails de formulario no se mandan con el mail() de PHP porque la mitad se pierde. Se mandan a través de SMTP autenticado. Y se verifica con un envío de prueba antes de entregar.
Patrón 6: Los que pagan rápido son los mejores clientes
No es una generalización injusta — es un patrón estadístico. Los clientes que pagan el adelanto sin drama, que responden rápido, y que confían en el proceso son los que terminan con los mejores resultados. Porque la relación fluye, las decisiones se toman rápido, y el proyecto avanza sin interrupciones.
Los que negocian cada peso, tardan una semana en aprobar cada decisión, y piden cambios sobre cambios sobre cambios — terminan con proyectos que duran el doble y cuestan más en tiempo y energía que lo que cobré.
Aprendí a identificar estas señales temprano. No para rechazar clientes — para ajustar las expectativas y la comunicación de forma proactiva.
Patrón 7: El proyecto no termina en la entrega
De los 30 proyectos, 22 volvieron con algún pedido en los primeros 3 meses: cambiar un texto, agregar una sección, corregir algo que encontraron después de publicar. Es normal y esperable.
Lo que no es esperable es que el cliente asuma que cualquier cambio post-entrega es gratis para siempre. Por eso defino claramente la semana de soporte incluida y lo que cubre. Los cambios dentro de esa semana son sin costo. Después, se cotizan como adicionales.
Esto no es mezquindad — es sostenibilidad. Si doy soporte gratuito indefinido a 30 clientes simultáneos, no puedo tomar proyectos nuevos.
Lo que me cambió como desarrollador
Hacer 30 proyectos en un año me enseñó más que cualquier curso, libro, o conferencia. No sobre código — sobre personas. Sobre cómo comunicar, cómo gestionar expectativas, cómo decir no, cómo hacer que un cliente se sienta seguro durante un proceso que para él es desconocido.
El código es la parte fácil. Hacer que un cliente confíe en vos, entienda el proceso, entregue su contenido a tiempo, apruebe con claridad, y al final recomiende tu trabajo — eso es el oficio real.