# Hogyan nyertem meg egy tendert azzal, hogy nem árajánlatot adtam
Volt egy hitelbírálati rendszer, amire ajánlatot kellett adnunk. Az ügyfél komoly dolgot akart: dokumentumkezelés, munkafolyamat, jóváhagyási körök, a szokásos. Leültem a kollégákkal, és nekiálltunk kiszámolni, mennyi az annyi, ha nulláról nekiugrunk.
Az eredmény kijózanító volt. Amikor egy ilyen komplex igényt nulláról induló projektként árazol, egyszerűen versenyképtelen leszel. A szám, amit egy zöldmezős fejlesztésre kihozol, olyan magas, hogy az ügyfél rá se néz. És itt a legtöbb IT-cég vagy elveszíti a tendert, vagy — ami rosszabb — belemegy egy irreálisan alacsony árba, amit aztán vér-verejtékkel próbál kihozni, és a végén mindenki utálja egymást.
Nálunk viszont volt egy dolog, amiről majdnem elfeledkeztünk: egy félkész saját termékünk, ami pontosan az ilyen dokumentumkezelő-workflow igényeket célozza. És amikor átgondoltuk, mennyi van már ebből kész, kiderült, hogy a teljes óraszámnak csak a töredékét kell felszámolnunk. Nem az egész rendszert kellett megépíteni, hanem egy meglévő terméket az ügyfél igényére áthangolni.
## Az árazás nem ott dől el, ahol gondolod
Ez nekem akkor állt össze igazán: az ár helyett a kész termék áthangolásával nyersz — amit projektként sosem nyernél meg.
A logika egyszerű, mégis a legtöbb cég elrontja. Ha van egy félkész terméked, és az ügyfél igényére átszabod, akkor nem az egész munkát árazod, hanem csak a delta órákat. Azt a különbözetet, ami a meglévő termék és az ügyfél konkrét igénye között van. És hirtelen versenyképes leszel egy olyan tenderen, amit egyébként esélyed sem lett volna megnyerni.
De ez csak akkor működik — és ez az a rész, amit sokáig én sem csináltam jól —, ha az értékesítés előbb rendesen felméri az igényt. Nem elég annyi, hogy „az ügyfél hitelbírálati rendszert akar". Le kell ülni, kikérdezni, és dokumentálni. Projektként kell rátekinteni, végigmenni a folyamaton, mert így derül ki, mennyi van már készen a saját házunk táján.
Amikor ezt átugorják, akkor vagy alullőjük az árat, mert nem látjuk, mennyi a valós munka, vagy túllőjük, mert biztonságból mindent beleárazunk, ami a termékben már megvan. Mindkettő rossz. A pontos igényfelmérés teszi láthatóvá, hol tudod bevetni a meglévő terméket, és pontosan mennyi az a delta, amit fel kell számolnod.
Ugyanez történt egy árajánlatíró igénnyel is később. Ott is az volt a reflex, hogy „ezt megépítjük". Aztán amikor rendesen felmértük, kiderült, hogy a meglévő termékünk logikája lefedi a nagy részét, és megint a teljes óraszám töredékét kellett csak kalkulálnunk. Az ügyfél elégedett volt az árral, mi elégedettek voltunk a margóval, és senki nem érezte úgy, hogy átverték.
A tanulság itt nekem az volt, hogy a termék nem csak egy dolog, amit eladsz — hanem a tárgyalási pozíciód is. Aki projektként áraz mindent, az örökké versenyben lesz azokkal, akik olcsóbban dolgoznak. Aki termékből indul ki, az egy egészen más pályán játszik.
## Amikor a lassúság nem hiba, hanem kor
A másik felismerés egy egészen más területről jött, de valahol ugyanarról szól: nem a saját elvárásaidat kell ráerőltetni egy helyzetre, hanem megérteni, mi van valójában.
Felvásároltunk egy céget. És az első hetekben megőrjített a lassúság. Egy döntés napokig eltartott. Egy meeting után nem történt semmi. Az angol ügyfelekkel folyó ügyek olyan tempóban mentek, ami nekem — aki tőzsdei rendszereken nőttem fel, ahol a milliszekundum is számít — egyenesen fájt.
Az első reflexem az volt, hogy majd én ezt gyorsan átprogramozom. Bejövök, felrázom a társaságot, meghúzom a folyamatokat, és két hét múlva pörögni fog minden. Hát, nem így lett.
Amit megtanultam: a lassú vállalati kultúra a régi tulajdonossal együtt öregedett meg. Ez nem személyes hiba volt, nem lustaság, nem hozzá nem értés. Egy évek alatt rögzült minta, ami az előző vezetéssel együtt vénült be. A cég úgy mozgott, ahogy a régi vezetője mozgott, és ez beépült minden folyamatba, minden reflexbe, minden „majd holnap megbeszéljük"-be.
És ilyenkor, ha erre frontálisan rárontasz, akkor mindenki befeszül. Az emberek nem hülyék, érzik, hogy az új tulaj elégedetlen, és ettől nem gyorsulnak fel, hanem bezárkóznak. A frontális átprogramozás csak ellenállást szül. Én ezt a saját káromon tanultam meg az első pár hétben, amíg le nem esett, hogy rossz úton járok.
Ami tapasztalatom szerint tényleg működik, az sokkal unalmasabb és lassabb: beülni a meetingekbe. Az angol ügyfeleket nem egy mozdulattal veszem át, hanem fokozatosan veszem át a szálakat. Ott ülök a régi vezető megbeszélésein, hallgatom, hogyan kezeli az ügyfeleket, hol vannak a történelmi terhek, mi miért működik úgy, ahogy. És csak amikor már értem a rendszert, akkor kezdem el finoman alakítani.
Ez nekem nagyon nehezen ment, mert türelmetlen ember vagyok. De a felvásárlásnál az átvevőnek alkalmazkodnia kell egy darabig. Nem örökre, nem is sokáig — de annyira, hogy megértse, mit vett meg valójában. Egy céget nem lehet egy mozdulattal felgyorsítani, mert nem egy gép, hanem emberek, akiknek évek alatt alakultak ki a szokásai.
## Amit a kettő közösen tanított
Ránézésre a két történetnek semmi köze egymáshoz. Az egyik árazás, a másik szervezeti kultúra. De számomra ugyanaz a lecke van mindkettő alján.
Mindkét esetben az volt a kísértés, hogy a felszínen látszó problémára reagáljak: az ügyfél drágának tartja az ajánlatot, a cég lassan mozog. És mindkét esetben a rossz válasz az lett volna, hogy erővel megyek neki — vagy leviszem az árat vér-verejtékkel, vagy felrázom a céget egy nap alatt.
A jó válasz mindkét esetben az volt, hogy először megértettem, mi van már ott. Az egyik oldalon a saját termékünkben rejlő kész munka. A másikon egy cég beépült kultúrája. Amint tisztán láttam, mi van előttem, a megoldás szinte magától adódott: a delta órák felszámolása, illetve a fokozatos átvétel.
Ha valamit egy mondatban vinnék haza mindkettőből, az ez: mielőtt megpróbálod megváltoztatni a helyzetet, derítsd ki pontosan, mennyi van már készen belőle. Legyen az egy termék vagy egy cég — a válasz szinte mindig több, mint elsőre gondolnád.
