A szerep második iránya
Az FDE két irányba dolgozik. Kifelé éles megoldást szállít egy konkrét ügyfélnek, befelé pedig azt a tudást hozza vissza, amely a platformot minden más ügyfél számára jobbá teszi. Ez a második irány éppolyan lényegi, mint az első. A szerep egyik kulcsfeladata, hogy a mérnök a terepen szerzett szakmai tapasztalatot megossza a termék- és üzletfejlesztő csapatokkal. A helyszíni munka így nem egyszeri szállítás, hanem egy tudásforrás, amelyből a cég egésze tanul.
Ebből fakad az FDE modell egyik nem nyilvánvaló ereje. Első ránézésre drága dolog mérnököt kihelyezni egyetlen ügyfélhez. A megtérülés egyik fele közvetlen, az ügyfél olyan megoldást kap, amelyet önerőből nem tudott volna felépíteni. A másik fele közvetett, de hosszú távon értékesebb. A terepen tanultak visszakerülnek a termékbe, és ott sok más ügyfélnek is hasznot hajtanak. A visszacsatolás nélkül az FDE csak egy drága egyedi fejlesztő lenne, a visszacsatolással a termék terepi érzékszerve.
Az önerősítő ciklus
A terep és a termék között egy önerősítő ciklus (virtuous cycle) épül fel. A mérnök a valós adaton, valós használatban szembesül azzal, hol jó és hol gyenge a platform. Ezt a tapasztalatot visszaadja a termék- és kutatócsapatnak, amely a következő modellbe, eszközbe vagy primitívbe építi be a tanulságot. A jobb platformmal a következő ügyfélnél gyorsabban és jobb minőséggel lehet dolgozni, ami újabb tapasztalatot termel. Így minden bevezetés nemcsak egy megoldást szállít, hanem a platformot is előbbre viszi.
Ez a ciklus az, ami az AI cégeknél a Forward Deployed Engineer szerepet stratégiaivá teszi. A nagy nyelvi modellek bevezetése sok bizonytalansággal jár, és a valós tanulságok csak a terepen jönnek elő. Aki ezeket a tanulságokat rendszeresen visszacsatolja, az a piac valódi igényeihez igazítja a terméket, nem feltételezésekhez. Az eval alapú visszajelzés itt különösen fontos, mert a mérhető minőségi képek konkrétan megmutatják, min kell javítani, és a termék- és modellfejlesztés irányát is ezek alakítják.
Mi általánosítható
Nem minden terepi tapasztalat általánosítható, és az FDE egyik ítélőképessége éppen az, hogy megkülönbözteti az egyedit a mintától. Sok minden, amit egy ügyfélnél megold, valóban csak arra az ügyfélre igaz, egy sajátos szabály, egy egyedi rendszer, egy helyi kivétel. Más viszont minta, amely sok szervezetnél visszatér. A Palantir tapasztalata szerint egy ügyfélre készült konfigurációs megoldás gyakran sok másiknak is hasznos, és értékes termékbővítések épp a terepen születnek meg. A jó visszacsatolás tehát nem mindent jelent, hanem a mintát a zajból kiszűrve.
Néhány jel segít eldönteni, mi az általánosítható. Ha ugyanaz az igény több ügyfélnél is felmerül, az minta. Ha egy feladatot rendre kézzel, a platform megkerülésével kell megoldani, az hiányzó primitívre utal. Ha egy hibatípus sok helyen visszatér, az a modell vagy az eszköz gyenge pontja. Ha egy megoldásrészletet szinte változatlanul lehet átemelni a következő ügyfélhez, az készen áll a termékbe. Ezek a jelek fordítják le a konkrét helyszíni tapasztalatot olyan javaslattá, amelyből a termékcsapat dolgozni tud.
- Figyeld az ismétlődéstUgyanaz az igény vagy hiba több ügyfélnél. Ez a minta legerősebb jele.
- Keresd a kézi kerülőutakatAmit rendre a platform megkerülésével kell megoldani, az hiányzó primitív.
- Gyűjtsd az eval képeketA mérhető minőségi hibák konkrétan megmutatják, mit kell javítani.
- Válaszd szét az egyedit a mintátólCsak azt csatold vissza, ami sok szervezetnél is igaz.
- Add át használható formábanKonkrét, megindokolt javaslat a termék- és kutatócsapatnak.
A visszacsatolás mechanizmusa
A visszacsatolás akkor ér valamit, ha eljut a döntéshozókhoz, és cselekvésre váltható. Ez rendszert kíván, nem alkalmi megjegyzéseket. A jó FDE nem egy hosszú beszámolót ír a projekt végén, hanem folyamatosan, a munka közben gyűjti a tanulságokat, és rendszeresen, tömören adja át a termék- és kutatócsapatnak. A legerősebb visszajelzés konkrét, egy valós esettel, egy mérhető minőségi képpel és egy világos javaslattal, mert az ilyet a termékcsapat közvetlenül be tudja fogadni.
Ez a mechanizmus az, ami az AI cégeknél a terepi munkát a roadmap alakítójává teszi. A valós használatból eredő igények, például egy adott munkafolyamat gyakori mintája, közvetlenül befolyásolják, milyen új képességek kerülnek a platformba. A terepi mérnök így nemcsak a saját ügyfelének dolgozik, hanem a piac valós igényét fordítja le a termék nyelvére. Ez a szerep egyik legmagasabb hozzáadott értéke, mert olyan tudást hoz be, amelyhez a termékcsapat közvetlenül nem fér hozzá.
Elveszett tudás
- A tanulság a projektben marad, nem jut tovább
- Minden ügyfélnél újra megküzdenek ugyanazzal
- A termék feltételezésekből fejlődik, nem terepről
- Az FDE csak drága egyedi fejlesztő
Visszacsatolt tudás
- A minta eljut a termék- és kutatócsapathoz
- A gyakori igény új primitívvé, jobb modellé válik
- A roadmapet a valós használat alakítja
- Az FDE a termék terepi érzékszerve
A túlzott általánosítás veszélye
A visszacsatolásnak van egy fordított hibája is, a túlzott általánosítás. Ha az FDE minden egyedi kérést mintaként ad tovább, azzal elárasztja a termékcsapatot olyan igényekkel, amelyek valójában egyetlen ügyfélre igazak. Ez épp annyira káros, mint a néma mérnök, aki semmit nem csatol vissza, mert zajt visz a roadmapbe, és a termék elveszíti a fókuszt. A jó visszacsatolás mértéktartó, és minden javaslatot azzal indokol, hány helyen és milyen erősen jelent meg a minta.
A helyes egyensúly tehát az egyedi és az általános tudatos szétválasztása. Az FDE egyszerre szolgálja a konkrét ügyfelet a testreszabott megoldással, és a terméket a minták visszacsatolásával, de a kettőt nem keveri össze. Ez a kettős tudat teszi a szerepet értékessé mindkét irányban. A záró lecke ezt az egész ívet fűzi össze, és egy általános megbízás menetén mutatja meg, hogyan kapcsolódik a felfedezéstől a visszacsatolásig minden lépés.
Egy ügyfél, sok ügyfél haszna. Az FDE egyetlen ügyfél problémáján dolgozik, de a jól kiszűrt minták visszacsatolásával a platformot minden más ügyfél számára jobbá teszi. Ez az önerősítő ciklus az, ami a szerepet egyedi fejlesztésből stratégiai eszközzé emeli.
Workshop
AI Transformation Day
Egésznapos, vezetőknek szóló program. Feltérképezzük, hol tart a szervezet, mi az első reális lépés, és milyen belső feltételek szükségesek a sikerhez. A nap végén konkrét, prioritizált cselekvési lista.
Érdekel a program →