Construir versus Comprar es principalmente ahora versus después

In the early-ish days, maybe even as far as $10m-$20m in ARR, as you talk to larger prospects you’ll have a lot of “Build vs Buy” discussions.  We didn’t hear these as often in the peak crazy times of late 2020-early 2022, when budgets to buy SaaS exploded.  But the pushback is back in force again:

•  “Oh, our IT team could build it.” Or
• “We’ll try to hack the functionality using a product we already have.”
• “We’ll see if we can do it ourselves first.”

You’ll hear somewhere between a little and a lot of this until (x) you have a very well-established brand and (y) an extremely feature-rich product.

No doubt, in the early days it’s often sort of true.  If your three engineers spent 6 months building a hack — of course, another 3 great engineers could do the same.  In fact, they can do it faster and better than you did.  Because you’ve already built a roadmap to get started in your app.

Pero, en última instancia, es una opción falsa:

• Even if your prospect does build it themselves, they can’t maintain it. El ingeniero que lo construyó, o lo pirateó en Slack o lo que sea, se irá. O pasa a otro proyecto. O algo. ¿Quién mantendrá esta solución personalizada en el año 2 y el año 3? Casi siempre, nadie.
• Incluso si pueden mantenerlo, no pueden evolucionarlo. No como tu puedes.  Your 5 engineers will grow to 10 and then 50, and they will be doing nothing but making your product better.  An in-house solution can never replicate that richness of feature set and experience.  Those go stale in a few years, at least, almost always.
• Por lo general, no están lo suficientemente en el gancho.  Even if your customer can build it, who will wake up at 2 am to solve the issues?  Who will go the extra yard to make sure the app is tuned to do what the customer really needs?  Only you.  Your customer’s internal team goes home at 5 pm and for the weekend.
• Las necesidades de sus clientes casi siempre evolucionan más rápido que su equipo interno. Incluso si pueden construirlo ahora ... probablemente no puedan el próximo año. O el año siguiente.

So net net — consider a lost “build vs buy” decision just an opportunity with a longer sales cycle.  You’ll get them in a year or two.  Or even more likely, in 3-6 months when the internal project stalls out.

Como suele suceder.

So be cool if you lose a deal to an internal project.  Mostly importantly, follow up regularly — and add value when you do. Vea si todo va según el plan. Y especialmente, no rompa la relación si pierde el trato inicialmente. Dígales que lo comprende y, si necesitan un proveedor externo y cuándo lo necesitan, usted está allí para ayudarlos. Siempre y para siempre.

(nota: una publicación clásica de SaaStr actualizada)

• Distribución de relaciones públicas y contenido potenciado por SEO. Consiga amplificado hoy.
• Platoblockchain. Inteligencia del Metaverso Web3. Conocimiento amplificado. Accede Aquí.
• Acuñando el futuro con Adryenn Ashley. Accede Aquí.
• Fuente: https://www.saastr.com/build-vs-buy-mostly-really-now-vs-later/