¿Deberíamos comprar una plantilla o programar desde cero el sitio web de nuestra agencia de software?

Mi recomendación es una vía híbrida: toma como base el diseño de una plantilla ya hecha, pero maquétala tú mismo usando las librerías modernas que prefieras. Así acortas el proceso de diseño y tus desarrolladores se quedan tranquilos sin la obsesión de estar usando algo precocinado.

Nosotros cometimos ese mismo error hace dos años. Quemamos más de 15.000 dólares en mano de obra durante 4 meses intentando hacer "la web de agencia perfecta". Al final, los clientes corporativos que nos trajo la web no fueron más de los que habríamos conseguido con una plantilla lanzada 3 meses antes. Nos dolieron los codos por la pérdida de tiempo.

Si tu especialidad principal es el desarrollo web de alto rendimiento y usas una plantilla de CMS pesada que tarda 4 segundos en cargar, vas a perder al instante al cliente corporativo que tenga un perfil técnico exigente.

Tres reglas de oro a considerar al elegir plantilla: 1) La puntuación de rendimiento debe ser alta y tener pocos scripts externos. 2) Las páginas de portfolio y casos de éxito deben admitir bloques ricos. 3) La tipografía y el equilibrio de espacios deben encajar con un tono B2B corporativo.

el reflejo de todo programador es querer picar todo desde cero pero los negocios no funcionan asi y pillate una buena plantilla, metele buenas referencias y el resto le da igual a todo el mundo.

¿Qué nivel de conocimientos técnicos tiene tu público objetivo? ¿Los que toman las decisiones son directores de marketing o directores técnicos? Si el cliente es técnico, mirará la arquitectura de la web sí o sí; si es de marketing, solo mirará el diseño y los trabajos anteriores.

entiendo perfectamente a tu equipo de devs en casa del herrero cuchillo de palo. pero sin dinero en la caja no hay prestigio que valga. empieza con plantilla, factura y luego en los ratos libres ya la haréis de cero.

La disciplina en tiempos y presupuestos es clave en el desarrollo de marca corporativa. En lugar de asignar recursos a un proyecto interno que aún no genera ingresos, te sugiero lanzar un producto mínimo viable al mercado usando una solución ya hecha.

yo no me apresuraría.. pero si no lo pones por escrito desde el principio, luego suurgen discusiones.

ánimo.

Gracias por escribir esto, es lo correcto. Si obtienes tres respuestas distintas sobre un tema, la pregunta está mal formulada.

Comprobado por experiencia.

Sí, la situación con plantilla para sitio de agencia es exactamente así. El código sin documentación de instalación, aunque lo tengas, no es tuyo.

También me gustaría saber si alguien lo hace de otra manera.

No puedo estar totalmente de acuerdo. Intentar hacerlo solo es la vía más cara.

Le agradecería que compartiera el resultado. Cada "lo miramos luego" en una reunión es trabajo no presupuestado.

En un sistema heredado, lo más caro son las dependencias desconocidas. Espero que le sea útil.

Gracias, esa era la respuesta que buscaba.

la respuesta de arriba ha dado en el clavo y o sea cada "lo miramos luego" en una reunión es trabajo no presupuestado.

si escribís el resultado aquí también sevirá de ayuda a otros.

¿Y cómo resolvieron esto? Un informe semanal por escrito funciona mucho mejor que preguntar por fechas.

Espero que le sea útil.

Lo probaré.

Hace dos años viví exactamente lo mismo. Cada "lo miramos luego" en una reunión es trabajo no presupuestado.

Si el alcance crece, debe crecer el plazo o el presupuesto. No hay tercera opción. Por supuesto, cambia si tu situación es diferente.