Mellékprojekt eladása: felkészülés, árazás, vevők és átadás

Mellékprojekt eladásához rendezd a számaidat és a könyveidet, írd le, hogyan működik a projekt, döntsd el, mit adsz el, és nagyjából mennyit ér, majd találj vevőt egy piactéren, egy közösségen vagy közvetlen megkeresésen keresztül, és az átadást írásos szerződéssel és ellenőrzőlistával zárd. A munka nagy része a felkészülésben van: egy projekt, amit könnyű megérteni és könnyű átvenni, könnyebben eladható, és jobb feltételekkel kel el. Ez az útmutató minden lépésen végigvezet.

Ha ennél korábban jársz, és a projektet még építed, a hogyan kereshetsz pénzt alkalmazásból a bevételszerzésről szól, a SaaS-mutatók magyarázata pedig azokról a számokról, amelyeket a vevők kérdezni fognak.

Mikor érdemes eladni

Az eladás akkor érdemes megfontolni, ha:

• Elvesztetted az érdeklődésedet, de a projektnek még van felhasználója, bevétele vagy forgalma.
• Több időt igényel, mint amennyit adni tudsz a növekedéshez, és valaki más megtehetné.
• Másnak jobban illik — egy versenytárs, partner vagy nagyobb termék többet hozhatna ki belőle.
• Új dologra szeretnéd fordítani a pénzt vagy a figyelmedet.

Lehet, hogy nem érdemes eladni, ha a projekt nagyon kevés időt igényel a működtetéséhez, és stabilan termel; van, aki ezeket megtartja. Gondold át azt is, hogy a szép lezárás vagy a nyílt forráskódúvá tétel jobban szolgálja-e a felhasználókat.

1. lépés: Tudd, mit adsz el valójában

A vevők különböző dolgokért fizetnek. Sorold fel, mi van a projektedben:

Ha a projektnek nincs bevétele vagy felhasználója, eszközöket adsz el — kódot, domaint, dizájnt —, és ehhez igazodva árazd és írd le.

2. lépés: Tedd rendbe a számokat

Mielőtt bármelyik vevővel beszélnél, készíts egyszerű, őszinte kimutatásokat legalább az elmúlt tizenkét hónapra, vagy az indulástól, ha az rövidebb:

• Havi bevétel, a fizetési szolgáltatód jelentéseiből.
• Havi költségek: tárhely, domainek, eszközök, fizetett API-k, külsős munkatársak, hirdetések.
• Havi profit (bevétel mínusz költség).
• Ügyfelek vagy felhasználók: új, aktív, lemondott. Előfizetéseknél a havi ismétlődő bevétel és a lemorzsolódás.
• Forgalmi források az analitikádból.
• Az idő, amit hetente töltesz a projekttel, és hogy mire.

Ne szépíts és ne kerekíts a javadra. A vevők ellenőrizni fogják, és az olyan különbségek, amelyeket nem tudsz megmagyarázni, megbuktatják az üzletet. Ha a nyilvántartásod kuszának tűnik, a meghirdetés előtt szánj rá egy hónapot a rendezésére.

3. lépés: Tedd könnyen átvehetővé

Minél kevésbé függ a projekt tőled személyesen, annál többet ér. Menj végig ezen a listán:

• Írj futtatási útmutatót (runbook): hogyan telepítesz, hol fut a rendszer, mi fut automatikusan, mi romlik el, és hogyan javítható.
• Külön fiókok: a projekt tárhelye, domainje, e-mailje, analitikája és eszközei átruházható fiókokban legyenek, ne a személyes fiókjaidban.
• Sorold fel minden szolgáltatást és kulcsot: táblázat minden külső szolgáltatásról, a céljáról, a költségéről és arról, kinek a nevén van a fiók. A tényleges kulcsokat soha ne tedd a dokumentumba.
• Tisztítsd meg a kódot: távolítsd el a holt funkciókat, frissítsd a függőségeket, és ellenőrizd, hogy tiszta másolatból is lefordul. Az AI-generált kód átnézése hasznos ellenőrzőlista.
• Dokumentáld az ügyfélszolgálatot: gyakori kérdések, sablonos válaszok, nyitott hibák.
• Ellenőrizd a jogi oldalakat: a szerződési feltételeket, az adatvédelmi szabályzatot és azt, mit mondanak az adatok új tulajdonoshoz való átadásáról.

4. lépés: Gondolj az árra

Nincs fix képlet. A kisebb online projektek vevői általában az elmúlt év profitjából vagy bevételéből indulnak ki, egy szorzót alkalmaznak, majd felfelé vagy lefelé igazítanak ezen, aszerint, hogy:

• Trend: nő, lapos vagy csökken.
• Stabilitás: mennyire egyenletes a bevétel, és mennyire koncentrálódik néhány ügyfélre vagy egy csatornára.
• Munkaigény: hány órát igényel hetente.
• Kor: a hosszabb múlt meggyőzőbb.
• Kockázat: függés egy platformtól, egy beszállítótól vagy egy keresési helyezéstől.
• Átruházhatóság: mennyire tud nélküled működni.

Hogy reális képet kapj, nézd meg a piactereken hirdetett vagy eladott hasonló projekteket (a meghirdetett ár nem az eladási ár), és kérj véleményt egy közvetítőtől vagy tanácsadótól. Az alkudozás előtt döntsd el a legalacsonyabb elfogadható árat.

Az üzlet szerkezete is számít. Az egyszeri, előre fizetett összegen túl vannak olyan eladások, amelyekben részletekben fizetnek, a jövőbeli bevétel egy részét kapod, vagy fizetett átmeneti időszak jár, amikor segítesz az új tulajdonosnak. Mindegyik másképp osztja el a kockázatot köztetek.

5. lépés: Találj vevőket

Közvetlen megkereséshez egy rövid üzenet is elég: mi a projekt, a legfontosabb számai, miért illhet hozzájuk, és egy kérdés, hogy szeretnének-e részletes információt. A hidegmegkeresés startupoknak elvei itt is érvényesek.

Ha valaki érdeklődik, először csak összefoglalót küldj, a részletes számokat pedig csak akkor, miután bizonyította, hogy komolyan gondolja. Sok eladó ekkor kér titoktartási megállapodást (NDA).

6. lépés: Átvilágítás

A komoly vevők ellenőrizni akarják, amit mondtál. Ezekre számíts:

• Csak olvasási hozzáférés a fizetési szolgáltató irányítópultjához vagy exportált jelentésekhez.
• Analitikai hozzáférés vagy dátumozott képernyőképek.
• Kód-, tárhely- és adminisztrációs eszközök bejárása.
• Ügyfél- vagy felhasználólisták (gyakran anonimizálva, amíg az üzlet nincs aláírva — ellenőrizd az adatvédelmi szabályzatodat és a helyi adatvédelmi szabályokat, mielőtt személyes adatokat osztanál meg).
• Szerződések, vitás ügyek, visszaterhelések vagy panaszok.

Válaszolj gyorsan és őszintén. A későn kiderülő meglepetések buktatják el az üzleteket.

7. lépés: Szerződés és fizetés

Az üzletet írásba kell foglalni. Az adásvételi szerződés jellemzően kiterjed arra, pontosan mi kerül eladásra, az árra és a fizetési feltételekre, arra, mi lesz a meglévő ügyfelekkel, az átmeneti időszakban nyújtott segítségedre, arra az ígéretre, hogy nem építesz versenytermék, és arra, mi történik, ha valami nem úgy derül ki, ahogy le lett írva.

A fizetéshez sok eladó letéti (escrow) szolgáltatást használ, amely a vevő pénzét addig tartja, amíg az eszközöket át nem adják, így egyik félnek sem kell vakon bíznia a másikban. Ez általános tájékoztatás, nem jogi vagy adózási tanács — a szabályok országonként eltérnek, ezért a kisebb eladásokon túl kérj tanácsot ügyvédtől és könyvelőtől.

8. lépés: Az átadás

Használj ellenőrzőlistát, és pipáld ki a tételeket a vevővel együtt:

A váltás után vond vissza a saját hozzáféréseidet, mondd le azokat a szolgáltatásokat, amelyekre a vevőnek nincs szüksége, és őrizd meg a szerződés és a végső kimutatások másolatát.

Gyakori hibák

• Listázás, mielőtt a számok tiszták lennének.
• A növekedés túlzása, vagy egy függőség elhallgatása, ami az átvilágításnál derül ki.
• Ügyféladatok túl korai megosztása, vagy az adatvédelmi szabályzat ellenőrzésének elmulasztása.
• Írásos szerződés kihagyása, mert az eladás kicsi.
• Személyes fiókok átadása, amelyek a projektet a többi munkáddal keverik.

Mythexszel épített projekt eladása

Ha a projektet Mythexszel építetted, a kód a tiéd, és átadhatod. Pro csomagban a projektet letölthető exportként kiadhatod, vagy szinkronizálhatod egy GitHub-tárolóval, majd a vevőnek átadhatod a tárolót vagy az archívumot. Az exportokból a titkok és a környezeti fájlok nem kerülnek bele, így a vevő saját kulcsokat ad hozzá. A vevő az archívumot importálhatja egy saját Mythex-projektbe, vagy máshol is futtathatja — lásd hogyan exportálhatsz és üzemeltethetsz saját szerveren AI-val épített alkalmazást és a dokumentációt az exportálásról és másutt futtatásról. Gondold át az adatbázis-adatok mozgását is: egyeztessetek arról, szüksége van-e a vevőnek az éles adatok másolatára, és a személyes adatokat az adatvédelmi szabályzatod szerint kezeld.

Kérdések