- O desenvolvemento é o departamento dunha axencia que peor escala: un deseñador pode levar varios proxectos en paralelo, un programador sénior non pode facelo sen perder rendemento.
- O custo do pescozo de botella non aparece na contabilidade, pero si nos proxectos rexeitados, nos atrasos acumulados e nas marxes que nunca melloran.
- A solución non sempre é contratar. Moitas veces é cambiar a forma de conseguir capacidade técnica.
Hai un momento na vida de case todas as axencias no que o crecemento se frea sen que ninguén o decidise. Os clientes chegan, as propostas saen e o equipo de deseño e estratexia funciona ben. E aínda así os proxectos acumúlanse, os prazos alónganse e a rendibilidade non mellora aínda que factures máis.
Cando pasa isto, a causa adoita estar no mesmo sitio: o departamento de desenvolvemento non pode absorber a demanda que xera o resto da axencia.
O síntoma que a maioría das axencias ignora durante demasiado tempo
O problema rara vez chega de golpe. Comeza de forma sutil: un proxecto que tarda un pouco máis do previsto, un cliente que pregunta polo estado da súa web máis a miúdo do normal, unha proposta perdida porque os prazos eran demasiado longos. Son sinais que se interpretan como incidentes puntuais ata que se converten na norma.
O indicador máis claro é cantas oportunidades rexeitas ou adías por falta de capacidade técnica. Case ningunha axencia o mide, e quen comeza a anotalo adoita descubrir que non é un caso illado, senón unha fuga constante de proxectos.
Por que o desenvolvemento non escala coma o resto da axencia
Un director de contas pode xestionar 5 clientes en paralelo con bastante eficiencia. Un deseñador pode alternar entre 3 proxectos en fases distintas sen perder o ritmo. Un programador sénior non funciona así.
O custo do cambio de contexto
Programar esixe un estado de concentración profunda que custa un bo anaco acadar. Cada interrupción (unha reunión, unha consulta urxente doutro proxecto, unha petición de cambio dun cliente) rompe ese estado e obriga a reconstruílo. Nunha xornada con varias interrupcións, un programador pode pasar máis tempo recuperando o fío que escribindo código.
Por iso unha persoa técnica repartida entre 2 proxectos non rende coma 2 medias persoas: rende menos, porque parte da xornada vaise en saír dun proxecto e volver entrar no outro.
A débeda técnica herdada
Cada proxecto que sae con atallos (código que funciona pero está mal estruturado, solucións rápidas que ninguén vai limpar despois) engade peso ao seguinte. Quen manteña ese proxecto nos próximos meses necesitará tempo para entender o que hai, resolver o que os atallos deixaron pendente e facer convivir o código novo con decisións antigas. Explicámolo con máis detalle en que é a débeda técnica e por que destrúe proxectos que parecían sólidos.
Nunha axencia que traballa a alta velocidade, esa débeda acumúlase en silencio ata que manter proxectos existentes consome máis tempo do equipo que desenvolver proxectos novos.
A asimetría entre o que se vende e o que se pode entregar
O equipo comercial e o de contas viven a un ritmo distinto do técnico. As propostas péchanse en semanas; o prometido tarda meses en construírse. No oco entre esas 2 velocidades nacen as tensións máis habituais: prazos que parecían razoables ao asinar e que se volven imposibles cando o equipo técnico xa ten outros 2 proxectos en marcha.
O cálculo que ninguén fai: canto custa realmente o pescozo de botella
Non aparece en ningunha liña da contabilidade, pero pódese estimar con contas sinxelas.
Proxectos rexeitados ou adiados
Fai a proba cos teus propios números. Se a túa axencia rexeita ou adía 2 proxectos ao mes por falta de capacidade técnica e o tícket medio é de 5.000 euros, ao ano son 120.000 euros de facturación que nunca entra. Aínda que só pechases unha parte, a cifra seguiría a ser seria.
O custo dos atrasos nos proxectos activos
Cada semana de atraso ten un custo directo (horas do equipo que non se poden facturar) e outro indirecto: a relación co cliente reséntese e baixa a probabilidade de que repita. Imaxina un proxecto de 8.000 euros que se atrasa 2 semanas e obriga a dedicarlle 25 horas máis das orzamentadas. A un custo interno de 50 euros a hora son 1.250 euros, máis do 15% do prezo do proxecto, que na práctica saen directamente da marxe.
O custo de oportunidade do equipo técnico mal aproveitado
Cando o equipo técnico dedica a maior parte do seu tempo a mantemento e correccións en lugar de a desenvolvemento novo, a axencia paga un perfil sénior por un traballo que podería resolverse doutra forma. Ademais, reséntese a retención: os bos programadores marchan cando o traballo se volve monótono.
Por que contratar máis non sempre resolve o problema
A resposta instintiva é contratar. Ás veces é a correcta, pero non sempre funciona.
O tempo de incorporación
Un programador novo adoita tardar varios meses en ser plenamente produtivo nunha axencia. Durante ese tempo, alguén do equipo ten que explicarlle como se traballa e como están montados os proxectos existentes. Ese tempo sae dun equipo que xa está saturado, así que contratar pode empeorar o problema durante os primeiros meses.
O custo total real
Un programador sénior en España cobra habitualmente entre 40.000 e 60.000 euros brutos anuais, segundo a cidade e o perfil, e en Madrid ou Barcelona pode ser máis. A iso hai que sumarlle as cotizacións á Seguridade Social a cargo da empresa (arredor dun 30% adicional), o equipamento, as licenzas, o espazo e o tempo de xestión. O custo total para a axencia móvese facilmente entre 55.000 e 85.000 euros ao ano. E é un custo fixo que non desaparece cando baixa o traballo.
A capacidade adicional real que achega
Unha persoa nova non suma unha persoa de capacidade desde o primeiro día. Como referencia aproximada (varía moito segundo o perfil e os proxectos), pode achegar arredor dun 30% durante os 3 primeiros meses, un 60% nos 3 seguintes e o 100% a partir do sexto mes. Se o pescozo de botella é urxente, contratar non o resolve a tempo.
O que separa as axencias que escalan das que quedan estancadas
As axencias que conseguen crecer sen que o desenvolvemento se converta no seu teito adoitan ter algo en común: separaron a capacidade técnica que necesitan do persoal que teñen.
Iso pode tomar formas distintas. Algunhas traballan cun partner tecnolóxico externo que absorbe os proxectos que o equipo interno non pode asumir, moitas veces en modalidade white-label, de xeito que o cliente segue a tratar só coa axencia. Outras redeseñaron os seus procesos para reducir o tempo técnico por proxecto sen baixar a calidade: compoñentes reutilizables, modelos de proxecto, documentación e menos traballo feito desde cero.
En todos os casos deixaron de tratar a capacidade técnica como un recurso fixo e vena como algo que se axusta segundo a demanda. Iso si, non todo apoio externo funciona igual: non é o mesmo un partner técnico ca un provedor de horas, e a diferenza nótase xusto cando máis presión hai.
Lista de comprobación: é o desenvolvemento o pescozo de botella da túa axencia?
Estes sinais indican que o problema xa existe, aínda que de momento non se vexa na contabilidade:
- Rexeitaches ou adiaches máis dun proxecto nos últimos 3 meses por falta de capacidade técnica.
- Os proxectos en desenvolvemento tardan de media un 20% máis do orzamentado.
- O teu equipo técnico traballa habitualmente en máis de 2 proxectos á vez.
- O mantemento de proxectos existentes come máis do 30% do tempo técnico dispoñible.
- As túas propostas inclúen prazos máis longos do que o cliente espera porque o equipo non ten oco antes.
- Perdiches algún cliente nos últimos 6 meses por atrasos ou problemas técnicos recorrentes.
- Os teus programadores levan máis de 6 meses sen traballar en nada tecnicamente novo ou estimulante.
Se marcas 3 ou máis, o pescozo de botella xa está a afectar ao negocio. Se marcas 5 ou máis, está a limitar o teu crecemento de forma clara.
Preguntas frecuentes
A partir de que tamaño de axencia o pescozo de botella técnico é un problema real?
Desde o primeiro proxecto que rexeitas por falta de capacidade técnica. Non é unha cuestión de tamaño, senón de desequilibrio entre a demanda que xera o equipo comercial e a capacidade do equipo técnico. Unha axencia de 5 persoas pode telo igual ca unha de 50.
Non é simplemente un problema de xestión de proxectos?
Unha boa xestión de proxectos reduce o impacto, pero non elimina o problema. Se a capacidade técnica dispoñible non chega para a demanda, reorganizar o traballo non engade capacidade: só reparte o déficit doutra maneira.
Como distingo este problema dunha simple mala planificación?
A mala planificación provoca atrasos en proxectos concretos. O pescozo de botella técnico provoca atrasos sistemáticos en todos os proxectos, trimestre tras trimestre, planifíquese como se planifique. Se o patrón se repite, o problema non é a planificación, é a capacidade.
En Baqueiro traballamos como partner tecnolóxico para axencias que necesitan capacidade técnica sénior sen aumentar o persoal. Se recoñeces na túa axencia o patrón que describe este artigo, cóntanos o teu caso e vemos xuntos que opcións tes.