A homályos brief homályos ajánlatot kap — a különbség pedig később költségtúllépésként jelenik meg. Így írj egyoldalas briefet, amire pontos számok jönnek vissza, és kiderül, melyik cég illik hozzád.
Szakmai ellenőrzés:Dezső Mező· Alapító · Mérnök, DField Solutions· 2026. máj. 14.
A legtöbb költségtúllépés nem mérnöki hiba. Scoping-hiba — és a scoping-hiba jellemzően azelőtt történik, hogy bárkit felvettek volna: egy briefben, ami túl homályos volt ahhoz, hogy pontosan árazni lehessen. A fejlesztőcég azt árazta be, amit megértett; a projekt másról szólt; a különbségből change request lett, aztán túllépés, aztán feszült viszony. A jó brief a legolcsóbb biztosítás ez ellen, és körülbelül egy óra megírni. Így írj olyat, amire pontos ajánlat jön vissza — és ráadásként kiderül belőle, melyik cég illik hozzád.
Ha a brief homályos, a fejlesztőcégnek két lehetősége van, és mindkettő neked kerül pénzbe. Árazhat alacsonyan — minden bizonytalanságnál a legegyszerűbb értelmezést feltételezve —, majd a különbséget change requestként számlázza, amint a valóság megérkezik. Vagy árazhat magasan — a bizonytalanságot kockázatként beépítve —, és te túlfizetsz egy projektet, ami sosem volt ilyen bonyolult. Akárhogy is, te veszítesz, és csak akkor derül ki, melyikről van szó, amikor már elkötelezted magad. A pontos brief eltünteti azt a kétértelműséget, ami erre a választásra kényszerít. Ez nem bürokrácia; ez az a dokumentum, amitől az ajánlatban szereplő szám valamit jelent.
Öt szakasz lefedi. Mindegyik néhány mondat. A fegyelem abban van, hogy mindegyikben az igazat mondod ki — nem abban, hogy többet írsz.
Mi a baj ma, üzleti nyelven. „Az ügyfélszolgálatunk kézzel válaszol meg ugyanazon a negyven kérdésen, és ez két embert köt le teljes állásban" — ez egy probléma. „Kell egy AI chatbot" — ez egy előre kiválasztott megoldás, és lehet, hogy a rossz. A problémával kezdj; hadd mondja meg a cég, hogy a chatbot, egy automatizálás vagy egy jobb tudásbázis-e a helyes válasz.
A tényleges felhasználók — belső munkatársak, ügyfelek, egy konkrét szerepkör — és nagyjából hányan. Az öt teljesítményfelhasználónak szóló szoftver és az ötvenezer fogyasztónak szóló szoftver két különböző projekt, akkor is, ha a funkciólista egyformának tűnik. A cég nem tud becsülni anélkül, hogy tudná, ki van a képernyő másik oldalán.
Amit a v1-nek feltétlenül tudnia kell ahhoz, hogy érdemes legyen kiadni. Eredményként fogalmazz, ne funkcióként: „egy ügyfél le tud adni és ki tud fizetni egy rendelést", nem „egy fizetési oldal". Tartsd ezt a listát rövidnek és őszintének — minden rajta lévő tétel egy vállalás, és a hosszú kötelező-lista a költség legnagyobb hajtóereje.
Amik nem alku tárgyai: rendszerek, amelyekkel integrálódnia kell, egy szabályozási keret, amelynek meg kell felelnie (GDPR, EU AI Act, NIS2, PCI), egy platform, amelyen futnia kell, adatok, amelyeknek egy adott joghatóságban kell maradniuk. A megkötések alakítják az architektúrát, és a későn eldöntött architektúra drága. Most hozd őket felszínre.
Egy mérhető dolog, ami megmondja, hogy a projekt működött — 40%-kal kevesebb ügyfélszolgálati ticket, magasabb pénztári konverzió, egy folyamat, ami három nap helyett egy. Egyetlen tiszta mérőszám minden későbbi döntést összehangol, és mindkét félnek olyan „kész" definíciót ad, ami nem érzés.
A brief akkor lesz rosszabb, ha tömik. Két dolog tesz több kárt, mint hasznot.
A leggyakoribb hiba az, hogy eltitkolod a költségkeretet, hogy „megkapd a valódi árat". Nem működik. Sáv nélkül a cég nem tudja megmondani, hogy a kötelező eredményeid beleférnek-e a pénzedbe — pedig ez a leghasznosabb dolog, amit mondhatna. Egy sáv elég: a „v1-re 8–15 millió forint" alapján a cég azt mondhatja, hogy „belefér", vagy „ennyi pénzből ezt vágnánk ki". Ez a beszélgetés a lényeg.
Ugyanez a határidővel. Az „amilyen gyorsan csak lehet" nem megkötés. Egy valódi határidőnek van oka — egy kiállítás, egy befektetési mérföldkő, egy szerződéses dátum, egy hatályba lépő szabályozás. Ha van kemény dátum, nevezd meg, és nevezd meg az okát is. Ha tényleg nincs, azt is mondd ki; ez is hasznos információ, és megváltoztatja, hogyan ütemezi a cég a munkát.
Amikor visszajönnek az ajánlatok, a kilógó mond a legtöbbet. Az a cég, amelyik jóval a többi alatt árazott, jellemzően félreolvasta a scope-ot — és a többit később megtalálja, a te számládon. A jóval magasabb gyakran ügynökségi rezsit vagy olyan bizonytalanságot áraz be, amit a briefednek ki kellett volna iktatnia. Kérd meg mindkettőt, hogy vezessen végig a számán.
A jó brief egy második munkát is elvégez, amire nem kérted: megmondja, melyik céget vedd fel. Küldd el ugyanazt az egyoldalas briefet három cégnek, és figyeld a reakciót, ne csak az árat. A megfelelő partner éles kérdésekkel jön vissza — „mi történik egy rendeléssel, ha a fizetés félig sikerül?", „kié az adat, amikor a szerződés véget ér?", „itt hatókörben van az AI Act?" Ezek a kérdések azt mutatják, hogy a cég gondolkodott a projekteden. Az a cég, amelyik azonnali rábólintással és egy kerek számmal válaszol, még nem gondolkodott rajta — és a végig-nem-gondolt részekkel később találkozol.
Amikor egy brief megérkezik hozzánk, legalább annyira azt olvassuk, mi hiányzik belőle, mint azt, mi van benne — és az első hívás többnyire kérdésekből áll, mert egy fix ár csak akkor őszinte, ha a mögötte lévő scope valódi. A briefből írott scope-ot készítünk fix árral és fix záró dátummal az első fázisra; ha a kötelező eredményeid nem férnek a költségkeretedbe, azt azon a híváson megmondjuk, és megmutatjuk, mit vágnánk ki — ahelyett, hogy alacsonyan áraznánk és a különbséget később számláznánk.
Ha van egy projekted a brief fázisban, a kapcsolat oldalon egyetlen mondat elég az induláshoz, és 24 órán belül válaszolunk — küldd el az egyoldalast, és kérdésekkel térünk vissza. Az árlap megmutatja, milyen szintekre szokott illeszkedni egy brief, a szolgáltatások oldal pedig azt, mit építünk.
Alapító, DField Solutions
Olyan rendszereket építettem és üzemeltettem, amiket nap mint nap valódi cégek használnak — pénzügytől a blockchain-ig, kezdő startuptól nagyobb cégig.
Beszéljünk a projektedről. 30 perc, nincs kötelezettség.