Ugrás a tartalomra

Több ügyfelet kiszolgáló SaaS-platform

MZC Core

Egyedi SaaS-platform ingatlanos és szolgáltató vállalkozásoknak, ahol a CRM-folyamatok, a saját arculatú mikroweboldalak, az ügyfélportálok, a dokumentumkezelés, az előfizetések és az AI-támogatású munka egy összekapcsolt rendszerben működnek.

Áttekintés

Több mint egy weboldal.Összekapcsolt működési rendszer.

Az MZC Core olyan vállalkozásoknak készült, amelyeknek egy weboldalnál vagy egy alap CRM-nél többre van szükségük: egy helyre, ahol az érdeklődéseket, ügyfeleket, dokumentumokat, folyamatokat, munkatársakat, saját arculatú mikroweboldalakat, előfizetéseket és ügyfélkommunikációt együtt kezelik, nem hat külön eszközben, amelyek nem beszélnek egymással.

Több ügyfelet kiszolgáló rendszerként terveztem: minden szervezet a saját, elkülönített munkaterében dolgozik, miközben ugyanazt a kódbázist használja, így egy új ügyfél indítása beléptetési folyamat, nem külön telepítés.

Az MK TechLAB szerepe

Az architektúrától az indulás előkészítéséig.

Az MK TechLAB keretében én vittem a műszaki architektúrát és a termékfejlesztést: a tenant modellt, a folyamatlogikát, a szerepköralapú hozzáférést, az előfizetési alapokat, az AI-támogatású funkciókat, a tranzakciós e-mail-folyamatokat, a megfelelőségre való felkészülés dokumentációját és az indulás előtti auditálást, amely meghatározza, mi kerülhet ki következőként.

A rendszert az MK TechLAB keretében építettem, a tulajdonosa a MOZAIC SL, ahol Mike Koszo technikai társalapító. A PASKU.CO, egy butik ingatlantanácsadó vállalkozás a Costa del Sol térségében, az első szervezet a platformon.

A probléma

A legtöbb cég négy eszközből próbál működniés egyik sem ugyanazt mutatja.

A valódi költség nem maga a szoftver. Hanem az érdeklődő, akit senki nem keresett vissza, a dokumentum, amit valaki nem talált meg, és az évente elvitt két hét adminisztráció, amivel négy rendszert nagyjából szinkronban kell tartani.

  • Táblázatok, közös postaládák és egy weboldali űrlap, amely valakinek e-mailt küld.
  • Dokumentumok az egyik helyen, ügyféltörténet a másikon, utánkövetések egy harmadikon.
  • Minden szakterület máshogy dolgozik, ezért egy általános CRM egyikre sem illik igazán.
  • Nincs egyetlen áttekinthető kép arról, honnan jött egy érdeklődés, és mi történt vele.

Mit építettem az MK TechLAB keretében

Egy platform.Nyolc feladat, egyszerre.

Elkülönített szervezeti munkaterek

Minden szervezet a saját munkaterében dolgozik ugyanazon a kódbázison, az adatok pedig szervezeti szinten vannak elválasztva, nem csak a felületen szűrve.

Szerepköralapú hozzáférés

A tulajdonosok szabályozzák, melyik szerepkör mit tehet. Az ügynökök a saját rekordjaikat látják. A platformtulajdonosi eszközök külön kezeltek, az adminműveletek pedig időbélyeggel és felelőssel kerülnek a naplóba.

Érdeklődő- és ügyfélfolyamatok

Rögzítés, kiosztás és forráskövetés, valamint vevői idővonal, amely az első érdeklődéstől az aláírt dokumentumokig követi az embert.

Saját arculatú mikroweboldalak

Minden szakember nyilvános, az SEO-t szem előtt tartó mikroweboldalt kap a saját profilja és hirdetései alapján, automatikusan létrehozott saját aldomainen.

Ügyfélportálok

Az ügyfelek nem fiókkal és jelszóval lépnek be a saját portáljukra, hanem tokenizált linken keresztül; a dokumentumokat aláírt, időkorlátos URL-eken érik el.

Előfizetési alap

Próbaidőszak aktiválása, beléptetés és Stripe-ra épülő előfizetési életciklus, szervezetenkénti funkciókapcsolókkal, amelyek az oldalsávban, az oldalon és az API-ban is érvényesülnek.

AI-támogatás, emberi jóváhagyással

Tartalmi és támogatási eszközök, amelyek vázlatot készítenek, de nem publikálnak. Semmi generált tartalom nem kerül élőbe emberi jóváhagyás nélkül, ez termékdöntés, nem korlát.

Többnyelvű felépítés

Hat élő nyelv, a termék szerkezetébe építve, nem utólag rátoldva, nyelvenkénti útvonalakkal a marketingoldalon és a platformon is.

Több szakterületre építve

Egy platform.Sokféle szakmára.

Minden szakterület célzott eszközöket kap ugyanabban a rendszerben, nem külön terméket és nem a kódbázis leválasztott változatát.

Ingatlan

Ügyvédi irodák

Ingatlanfejlesztői értékesítés

Relokáció

Tervezők

Marketingügynökségek

Jelzáloghitel

Jelzáloghitel-közvetítők

Vagyonkezelés

Műszaki megközelítés

A nehezen visszafordítható döntéseketkorán kell meghozni.

Tenant logika az adatrétegben

Az elkülönítés ott érvényesül, ahol az adat van, nem ott, ahol megjelenik. A felületi szűrő megjelenítési döntés; a szervezeti határ garancia. Egy sietve megírt új végpontnál csak az egyik marad érvényben.

Funkciókapcsolók három szinten

Amit egy csomag nem tartalmaz, az nincs a navigációban, az oldal 404-et ad rá, és az API is elutasítja. Egy menüpont elrejtése nem hozzáférés-szabályozás.

Aldomainek automatikus létrehozással

Egy új szervezet mikroweboldalának aldomainje programból jön létre, nem úgy, hogy valaki DNS-t szerkeszt. Ettől lesz a beléptetés önkiszolgáló folyamat, nem támogatási ügy.

Lejáró meghívók

A meghívótokenek tizennégy napig élnek, utána 410 Gone választ adnak. Így egy évvel később továbbküldött link zártan hibázik, nem hozzáférést ad annak, akinél éppen van.

Titkosított külső szolgáltatói kulcsok

Ha egy szervezet saját AI-szolgáltatói kulcsot hoz, azt nyugalmi állapotban titkosítva tárolom, a felületen maszkolom, és csak szerveroldalon, a használat pillanatában fejtem vissza.

Hozzájárulás minden érdeklődési útvonalon

Nem csak a fő űrlapon. Minden belépési út, amelyen egy ember bekerülhet a rendszerbe, rögzíti a hozzájárulást, mert később mindig az számít, amelyik kimaradt.

Mit mutat meg ez a munka

Nem egy weboldal belépéssel.Hanem platform, amelyen vállalkozás működik.

Az MZC Core a legmélyebb rendszer, amit az MK TechLAB keretében eddig építettem: tenant modell, jogosultsági modell, számlázási életciklus, nyilvános mikroweboldal-generátor és emberi döntésre visszalépő AI-réteg egyetlen kódbázisban, amelyben valódi szervezet dolgozik.

Ez arra a kérdésre ad választ, amit egy kisvállalkozó szoftver megrendelése előtt feltesz: dolgozott-e már az, akire rábízza, olyan léptékben, ahol a döntéseket nehéz visszafordítani. Az oldal nagy része nem látszik a felületen: adatrétegben érvényesített tenant logika, három szinten ellenőrzött funkciókapcsolók, lejáró meghívók, nyugalmi állapotban titkosított kulcsok. Ez dönti el, hogy egy platform három év múlva is áll-e.