A „Build vs. Buy” a legtöbbször valóban most vagy később

A korai időkben, talán akár 10-20 millió dolláros ARR-ben is, amikor nagyobb potenciális ügyfelekkel beszél, sok „Build vs Buy” megbeszélést folytat. Nem hallottunk ilyen gyakran 2020 végén és 2022 elején az őrült csúcsidőszakban, amikor az SaaS vásárlására szánt költségvetések robbanásszerűen megnőttek. De a visszaszorítás ismét érvényben van:

•  "Ó, az informatikai csapatunk meg tudná építeni." Vagy
• "Megpróbáljuk feltörni a funkcionalitást egy már meglévő termékünkkel."
• – Meglátjuk, először magunk is meg tudjuk-e csinálni.

Valahol a kevés és a sok között fog hallani, amíg (x) nem lesz egy nagyon jól bevált márkája és (y) egy rendkívül gazdag terméke.

Nem kétséges, a kezdeti időkben ez gyakran igaz. Ha a három mérnöke 6 hónapot töltött egy hack felépítésével – természetesen további 3 nagyszerű mérnök is megtehetné ugyanezt. Valójában gyorsabban és jobban meg tudják csinálni, mint te. Mert már elkészített egy ütemtervet az alkalmazás megkezdéséhez.

De végül ez egy téves választás:

• Még ha a potenciális ügyfél maga építi is meg, nem tudja fenntartani. A mérnök, aki megépítette, vagy összetörte a Slacken vagy bármi máson, távozik. Vagy lépj át egy másik projektre. Vagy valami. Ki fogja fenntartani ezt az egyedi megoldást a 2. és 3. évben? Szinte mindig – senki.
• Még ha fenn is tudják tartani, nem tudják fejleszteni. Nem úgy, mint te. Az Ön 5 mérnöke 10-re, majd 50-re nő, és nem fognak mást tenni, mint javítani a termékét. Egy házon belüli megoldás soha nem képes megismételni a funkciók és tapasztalatok gazdagságát. Ezek néhány éven belül elavulnak, legalábbis szinte mindig.
• Általában nincsenek eléggé a horgon.  Még ha az ügyfele meg is tudja építeni, ki fog hajnali 2-kor felébredni, hogy megoldja a problémákat? Ki fog megbizonyosodni arról, hogy az alkalmazás úgy van beállítva, hogy azt teljesítse, amire az ügyfélnek valóban szüksége van? Csak te. Ügyfele belső csapata 5 órakor és hétvégén hazamegy.
• Ügyfelei igényei szinte mindig gyorsabban fejlődnek, mint a belső csapatuk. Még ha most meg is tudják építeni… jövőre valószínűleg nem. Vagy a következő évben.

Tehát nettó nettó – tekintse az elveszett „build vs buy” döntést csak egy lehetőségnek hosszabb értékesítési ciklussal. Egy-két éven belül megkapod. Vagy még valószínűbb, hogy 3-6 hónapon belül, amikor a belső projekt leáll.

Ahogy az lenni szokott.

Legyen hát nyugodt, ha elveszít egy üzletet egy belső projekttel szemben. A legfontosabb, hogy rendszeresen kövesse nyomon – és hozzáadjon értéket, amikor ezt teszi. Nézd meg, hogy minden a terv szerint halad-e. És különösen – ne szakítsa meg a kapcsolatot, ha kezdetben elveszíti az üzletet. Mondd el nekik, hogy megérted, és ha és amikor szükségük van egy külső szállítóra, akkor ott vagy nekik. Örökkön örökké.

(megjegyzés: frissített SaaStr Classic bejegyzés)

• SEO által támogatott tartalom és PR terjesztés. Erősödjön még ma.
• Platoblockchain. Web3 metaverzum intelligencia. Felerősített tudás. Hozzáférés itt.
• A jövő pénzverése – Adryenn Ashley. Hozzáférés itt.
• Forrás: https://www.saastr.com/build-vs-buy-mostly-really-now-vs-later/