Egyedi szoftver vagy dobozos megoldás: hogyan döntenek valójában a kisvállalkozások

Előbb vagy utóbb minden növekvő kisvállalkozás ugyanahhoz az útelágazáshoz ér: tovább küzdjön a dobozos eszközzel, amely majdnem megfelel, vagy fizessen valakinek, hogy olyan szoftvert építsen, amely pontosan illeszkedik. Ezt egy tiszta vagy-vagy döntésként szokták bemutatni: vegye meg a biztonságos, olcsó, kész dolgot, vagy költsön egy kockázatos egyedi projektre. Ez a keret hibás, és sok pénzükbe kerül az embereknek. A valódi döntés csendesebb, konkrétabb, és sokkal könnyebb jól meghozni, mint azt a mindkét oldali értékesítési duma elhitetné önnel.

Sokszor láttam ezt a döntést mindkét irányba elbillenni. Egy kereskedőt, aki két évet és egy kisebb vagyont fordított egy egyedi készletkezelő rendszer megépítésére, amelyet egy dobozos termék egy havi előfizetés áráért kezelt volna. És fordítva: egy szolgáltató céget, amely tizenegy különböző SaaS-eszközért fizetett, plusz egy emberért, akinek a tényleges munkája az lett, hogy az adatokat másolgassa közöttük, miközben egyetlen szerény egyedi alkalmazás kiváltotta volna az egészet, és egy éven belül megtérült volna. Mindkettő elkerülhető lett volna. Mindkettő abból fakadt, hogy rossz kérdésre válaszoltak.

Válaszoljunk hát a helyesre. Ez nem értékesítési érv az egyedi szoftver mellett, még ha a szoftverfejlesztés része is annak, amit csinálunk. Ez az a döntési keret, amelyet egy vállalkozást vezető barátomnak ajánlanék — beleértve minden olyan esetet, amikor az őszinte ajánlás az, hogy ne építsen semmit.

Mit jelent valójában mindegyik (a brosúrán túl)

A dobozos szoftver bármi, amit készen vásárol és beállít: a könyvelőprogram, a foglalási eszköz, a CRM, a projektkövető, amelyben a csapata él. Valaki egyszer megépítette, és ugyanazt a terméket árulja több ezer vállalkozásnak. Ön bérli, a folyamatát hozzá igazítja, cserébe pedig valami érettet, támogatottat és felhasználónként olcsót kap az első naptól kezdve.

Az egyedi szoftver az ön folyamata köré épül, nem fordítva. Lehet teljes mértékben testreszabott rendszer, de egy kisvállalkozás esetében sokkal gyakrabban valami szerény: egy kis belső alkalmazás, egy ügyfélportál, egy eszköz, amely összefűz két rendszert, és kivált egy napi kézi feladatot. A meghatározó jellemzője nem a méret vagy a költség. Hanem az, hogy pontosan azt csinálja, amire szüksége van, és semmi olyat, amire nincs — mert kifejezetten az ön vállalkozására szabták.

Íme a rész, amelyet a brosúrák kihagynak: ezek nem ellenségek, és a döntés szinte soha nem érinti az egész céget egyszerre. A legtöbb kisvállalkozás számára az okos minta egy dobozos eszközökből álló gerinc az általános dolgokhoz — könyvelés, e-mail, fizetés —, plusz egy kevés egyedi szoftver pontosan ott, ahol a vállalkozása olyat tesz, amit a piac nem kínál, vagy ahol az eszközök nem hajlandók egymással beszélni. Jól dönteni azt jelenti, hogy folyamatonként dönt, nem egyetlen drámai szavazással.

Az őszinte érvek a dobozos szoftver mellett

Mindannak túlnyomó többségénél, amit egy kisvállalkozás csinál, a dobozos szoftver a helyes válasz, és nem is szoros a verseny. A munka valóban ugyanaz, mint mindenki másé. A számlái nem holmi különleges hópihék. A bérszámfejtése ugyanazokat a szabályokat követi, mint a szomszéd cégé. Amikor több ezer vállalkozásnak ugyanarra van szüksége, egy mindannyiuk számára épített termék olcsóbb, megbízhatóbb és jobban támogatott lesz bárminél, amit megrendelhetne — mert az építés költsége megoszlott az összes ügyfél között, nem egyedül ön viseli.

Olyan dolgokat is kap, amelyeket könnyű alábecsülni, amíg nincsenek meg: a hibákat más javítja, a biztonságot más tartja fenn, a funkciókat más adja hozzá, miközben ön alszik. Ha valaki kilép, a következő munkatárs valószínűleg már ismeri a népszerű eszközöket. És holnap elkezdheti — nincs projekt, nincs várakozás, nincs kockázat, hogy a dolog soha nem készül el. Egy szabványos folyamatnál azért fizetni, hogy maga építse újra, olyan, mintha egyedi vízforralót rendelne. A vizet nem forralja jobban, és ön lesz az egyetlen ember a földön, aki tudja megjavítani.

Ahol a dobozos szoftver csendben már nem illeszkedik

És mégis. Van oka annak, hogy ez a kérdés újra meg újra felmerül, mégpedig az, hogy a dobozos szoftvernek van egy plafonja, amelyet addig nem vesz észre, amíg bele nem ütközik. A kezdeti napok csodálatosak — az eszköz az igényei 90%-át teljesíti, és a hiányzó 10% jelentéktelennek tűnik. Aztán a vállalkozása felnő a saját formájába, és az a 10% azzá a hellyé válik, ahová az összes ideje elmegy.

A törés ritkán néz ki egyetlen katasztrófának. Inkább ezernyi apró kerülőmegoldásnak. Egy táblázat, amely a hivatalos rendszer mellett él, mert a hivatalos rendszer egyetlen dolgot nem tud, amire szüksége van. Egy ember, aki minden reggel exportál egy jelentést az A eszközből, és kézzel beilleszti a B eszközbe. Egy színkódolási szokás, amelyet mindenki megjegyzett, mert a szoftver nem engedi hozzáadni a mezőt, amely valójában érdekli. Egyik sem válság. Együtt azonban annak a szoftvernek a hangja, amelyet kinőtt.

Van egy alattomosabb csapda is. Néha egy eszköz illik a vállalkozásához, de az árazási modell nem. A felhasználónkénti díjszabás öt embernél kellemes, ötvennél brutális. Egy tranzakciós díj, amely alacsony forgalomnál láthatatlan, magas forgalomnál a növekedés adójává válik. Amikor a számla gyorsabban nő, mint az érték, a dobozos szoftver lehet a drága megoldás — még akkor is, ha minden egyes előfizetés olcsónak tűnik.

Az igazi költségkérdés (nem a feltüntetett ár)

A legtöbb ember rossz szám alapján hasonlítja össze ezeket a megoldásokat. Ránéznek a havi előfizetésre az egyedi fejlesztés ajánlatával szemben, látják, hogy az egyik kicsi, a másik nagy, és abbahagyják a gondolkodást. De az előfizetés nem a dobozos szoftver valódi költsége, és a fejlesztési ajánlat sem az egyedi szoftver valódi költsége. Ahhoz, hogy őszintén döntsön, ki kell számolnia a három éves teljes költséget — beleértve azokat az órákat, amelyeket a csapata elveszít egy nem egészen illeszkedő eszközzel.

A dobozos oldalon adja össze az előfizetéseket (mindet, az átfedőket is), szorozza a felhasználók számával, szorozza a növekedéssel, plusz a kézi kerülőmegoldások bérköltsége, amelyekre az eszközök kényszerítik. Ez az utolsó tétel egyetlen számlán sem látható, és gyakran ez a legnagyobb szám. Az egyedi oldalon ne csak a fejlesztést számolja, hanem a folyamatos valóságot is: tárhely, karbantartás, az alkalmankénti módosítás, ahogy a vállalkozása változik. Az egyedi szoftver nem egyszeri vásárlás; ez valami, amit birtokol, és a dolgok birtoklásának üzemeltetési költségei vannak.

Ha őszintén összeadja, a kép gyakran a megérzéssel ellentétesen fordul át. Egy egyedi eszköz valódi kezdeti árral három év alatt olcsóbb lehet, mint egy halom előfizetés plusz fél fizetésnyi kézi pakolgatás. És ugyanilyen gyakran fordítva sül el — a kerülőmegoldások bosszantóak, de olcsók, és egy fejlesztés sosem hozná vissza az árát. A lényeg nem az, hogy az egyik mindig nyer. A lényeg az, hogy nem tudhatja a rejtett tételek összeszámolása nélkül, és ezt szinte senki nem teszi meg.

Döntési keret, amelyet maga is végigvihet

Nincs szüksége tanácsadóra ahhoz, hogy elsőre megalapozott döntést hozzon ebben. Négy őszinte kérdésre van szüksége, amelyeket egyszerre egy folyamatra tesz fel — nem az egész vállalkozásáról, hanem arról a konkrét dologról, amely épp most bosszantja.

1. 1
   Ez a folyamat szabványos, vagy önre jellemző?

   Ha több ezer vállalkozás ugyanúgy csinálja (számlázás, bérszámfejtés, e-mail), erősen hajoljon a dobozos szoftver felé. Ha ez az, ahogyan versenyez, vagy ahogyan egyedien működik, az egyedi szoftver kezd értelmet nyerni.
2. 2
   Egy termék már most teljesíti ennek 90%-át?

   Ha igen, vegye át, és igazítsa hozzá a folyamatát — az utolsó 10% miatt ritkán éri meg köré építeni. Ha semmi sem fedi le még a lényeget sem, az valódi egyedi jelzés, nem konfigurációs probléma.
3. 3
   Mibe kerül önnek valójában a nem-illeszkedés?

   Tegyen számot a kerülőmegoldásokra elvesztett heti órák mellé, szorozva egy évvel. Ha kicsi, éljen vele. Ha valakinek a fizetéséből jelentős szelet, egy fejlesztés megtérülhet.
4. 4
   Stabil marad ez a folyamat néhány évig?

   Az egyedi szoftver a stabil, jól értett folyamatokat jutalmazza. Ha az, ahogyan itt dolgoznak, még negyedévente változik, túl korai kódba merevíteni — tartsa rugalmasan, és térjen vissza rá később.

Tegye fel ezt a négy kérdést, és a legtöbb folyamat gyorsan rendeződik magától. Az érdekes esetek a középen lévők, és általában ugyanaz a megoldásuk: nem teljes egyedi rendszer, hanem egy kis, célzott egyedi szoftverdarab, amely a meglévő eszközei tetején ül — egy portál, egy összekötő, egyetlen alkalmazás, amely kivált egyetlen fájdalmas feladatot. Ez a középút az, ahol a kisvállalkozások mindkettő legjavát megkapják, és ez az a lehetőség, amelyet a minden-vagy-semmi keret elrejt ön elől.

A középút, amelyet szinte mindenki elhibáz

Amikor az emberek egyedi szoftverre gondolnak, egy óriási, mindent kiváltó testreszabott rendszert képzelnek el — egy ijesztő, egyéves projektet, ijesztő árral. Ez a változat létezik, és a legtöbb kisvállalkozás számára ez a rossz. Az a változat, amely valójában nyer, kicsi és sebészi pontosságú: tartsa meg az összes jó dobozos eszközét, és csak azt a vékony egyedi réteget építse meg, amely úgy működteti őket, ahogyan ön dolgozik.

• Egy összekötő, amely az új rendeléseket egyenesen a számlázásba és a CRM-be tolja, hogy soha többé senki ne gépeljen be újra egy címet.
• Egy egyszerű ügyfélportál a meglévő rendszerei felett, hogy az ügyfelek önállóan intézzék az ügyeiket ahelyett, hogy önnek írogatnának.
• Egy egyképernyős belső alkalmazás, amely kiváltja az árnyéktáblázatot, amelyre titokban mindenki támaszkodik.
• Egy kis irányítópult, amely minden hétfő reggel automatikusan három jelentést von össze eggyé.
• Egy híd a terep és az iroda között, hogy a helyszíni munkarészletek visszaáramoljanak egy második adatbeviteli kör nélkül.

Ezek mindegyike szerény. Egyik sem váltja ki a könyvelőprogramját vagy az e-mailjét. Mindegyik kivált egy konkrét, ismétlődő súrlódásforrást — és mivel az ön folyamatára épült, nincsenek kerülőmegoldások, mert a kerülőmegoldás maga a termék. Egyébként kapóra jön, hogy a mesterséges intelligencia most pontosan ide illeszkedik: nem ürügyként, hogy mindent újraépítsen, hanem okos összetevőként, amelyet abba a vékony egyedi rétegbe ejt, amikor egy feladat kusza emberi nyelvet vagy ítéletet igényel. Az architektúra ugyanaz; a réteg csak képesebb lett.

Egy életszerű példa: a tizenegy eszközös cég

Hadd tegyem konkréttá egy összevont esettel — anonimizálva, és eléggé tipikusan ahhoz, hogy felismerje benne a saját vállalkozása részleteit. Egy közepes méretű szolgáltató cég, körülbelül harminc emberrel, azzal a meggyőződéssel jött hozzánk, hogy szükségük van egy nagy egyedi platformra, hogy „végre mindent megoldjanak”. Egy másik cég szédítő összeget ajánlott nekik egy teljes testreszabott rendszerért, és második véleményt akartak, mielőtt aláírnák.

A helyzet

Ott kezdtük, ahol mindig: nem a szoftverrel, hanem a hetükkel. Tizenegy különálló eszközt használtak. Több is átfedte egymást — kettő közülük, őszintén szólva, szinte ugyanazt csinálta. A valódi fájdalom nem egyetlen eszköz volt; minden egyes termék önmagában rendben volt. A fájdalom a köztük lévő rések voltak. Egy új ügyfél azt jelentette, hogy ugyanazokat az adatokat négy rendszerbe gépelték be kézzel. Egy ember munkája csendben azzá vált, hogy „adatokat pakolgat”, naponta több órán át, minden nap. Az árnyéktáblázatoknak árnyéktáblázataik voltak.

Mit tettünk

A teljes egyedi platform, amelyet ajánlottak nekik, ok nélkül váltott volna ki tökéletesen jó eszközöket, és egy vagyonba került volna. Ezért lebeszéltük róla — hangosan, az első találkozón, bármilyen szerződés előtt. Helyette előbb az olcsó, látványtalan munkát végeztük el: két felesleges előfizetést egyenesen megszüntettünk. Aztán megépítettünk egyetlen kis egyedi összekötőt — a vékony réteget —, amely az egyszer rögzített új ügyfelet vette, és ezeket az adatokat automatikusan a szükséges rendszerekbe tolta. Nincs nagy platform. Nincs lecserélés. Egy sebészi pontosságú egyedi szoftverdarab azon eszközök tetején, amelyeket megtartottak.

Az eredmény

Az „adatpakolgatás” munka nagyrészt eltűnt — azok az órák visszakerültek a tényleges ügyfélmunkába. A fejlesztés a testreszabott platform ajánlatának töredékébe került, és a megtakarított előfizetések meg a visszanyert idő révén kényelmesen megtérült már az első éven belül. (Tekintse ezeket a számokat szemléltetőnek, nem ígéretnek — minden vállalkozás más.) A tanulság nem az volt, hogy „az egyedi nyert”. Hanem az, hogy a helyes válasz egy kis egyedi darab volt pontosan egyetlen helyen, dobozos eszközök tengerében, amelyeket joggal tartottak meg. A drága hiba az lett volna, ha minden-vagy-semmiként kezelik.

Mielőtt elkötelezné magát bármi megépítése mellett

Ha az őszinte válaszai az egyedi felé mutatnak, remek — de lassítson még egy ütemre, mert itt vész el a pénz, még akkor is, ha a döntés helyes. Az egyedi szoftvernél a kudarcok ritkán a kódról szólnak. Inkább a hatókörről, a tulajdonlásról és a túl nagyban kezdésről, ugyanúgy, ahogy a dobozos projektek is csendben kihunynak, amikor senki sem vállalja fel őket.

A legkisebb változattal kezdjen, amely valódi eredményt hoz, ne a teljes vízióval. Válassza ki azt az egy fájdalmas folyamatot, építse meg a vékony réteget, amely megoldja, élesítse, és hagyja, hogy a nyereség finanszírozza a következő darabot. Gondoskodjon róla, hogy az öné legyen, ami épül — a kód, az adatok, egy egyértelmű átadás —, hogy soha ne ragadjon be egyetlen szállítóhoz úgy, ahogyan a kinőtt eszközhöz beragadt. És ragaszkodjon hozzá, hogy aki építi, lebeszélje azokról a részekről, amelyekre nincs szüksége. Egy jó partner összezsugorítja a projektjét. Csak egy rossz fújja fel.

Gyakori kérdések