MÓDSZER / AHOGY DOLGOZUNK
A legtöbb rendszer nem a kódon bukik el.
Hanem ott, ahol a szoftvernek találkoznia kell a valósággal: a meglévő rendszerekkel, a kivételekkel, és azokkal az emberekkel, akik nap mint nap használják. Ez az oldal arról szól, hogyan dolgozunk ezen a ponton.
01 / A kiindulás
Először megnézzük, mi van valójában.
Nincs olyan működő cég, ahol a folyamat pontosan úgy zajlik, ahogy a dokumentációban áll. Van egy ERP, amihez évek óta nem nyúlt senki. Van néhány interfész, aminek a szerzője már nem itt dolgozik. És van egy táblázat, ami nélkül holnap megállna a működés.
AMI VALÓJÁBAN VAN
És ebbe kell beilleszteni egy új rendszert — leállás nélkül.
Ez nem hiba, hanem kiindulási állapot. Minden növekvő cégnél így néz ki — és a tervezést ebből kell kezdeni, nem egy ideális állapotból.
02 / A rés
A demó jó volt. A tanácsadó elmagyarázta. A specifikáció megvan. És mégsem működik.
Megépült, és a saját környezetében hibátlan. De az Önök ERP-je nem szerepelt a tesztadatok között.
Pontos helyzetértékelés és ütemterv. De a megvalósítás valaki másnak marad feladat.
Leírja, mi kell. De a kivételeket nem írta le senki, mert azokat csak használat közben látni.
Mindhárom hasznos. Egyik sem viszi el a rendszert az éles működésig.
03 / A munka
Bemegyünk a rendszerek közé.
- 01
Azokkal beszélünk, akik használják
Nem csak a döntéshozóval. A diszpécserrel, a szerelővel, azzal a kollégával, aki minden reggel átgépeli az adatot egyik rendszerből a másikba.
- 02
A kivételeket keressük
A normál eset általában egyszerű. A projekt a kivételeken áll vagy bukik: a hibás rendelésen, a visszáruként érkező szállítmányon, azon az egy ügyfélen, akinek más az elszámolása.
- 03
A meglévő rendszerek között dolgozunk
Nem távolról, specifikáció alapján. Az Önök adatbázisán, az Önök interfészeivel, az Önök jogosultsági modelljében — a valós korlátok között.
- 04
Élesben fejezzük be
Nem az átadásnál. Valódi felhasználók, valódi adat, és a hypercare alatt mi javítunk — nem Önök jelentenek.
04 / Az eredmény
Működő rendszer — és egy átvehető képesség.
A FELÜLETTŐL AZ INFRASTRUKTÚRÁIG · EGY FELELŐSSÉGI LÁNC
01 / FELÜLETWEB + MOBILFELHASZNÁLÓK ÉS ESZKÖZÖK
HTTPS
02 / COREAPI + BACKENDÜZLETI LOGIKA
SQL
03 / INTEGRÁCIÓMEGLÉVŐ RENDSZEREKERP · SQL · LEGACY
CLOUDSAJÁT SZERVERON-PREMISE
Éles működésben, integrálva a meglévő környezetbe, dokumentálva, az Önök repositoryjában.
A szervezet érti, hogyan működik. Van runbook, architektúra-leírás és üzemeltetői átadás. Ez nem melléktermék, hanem tervezési cél.
05 / Három szerep
HÁROM SZEREP, HÁROM KÜLÖNBÖZŐ MUNKA
- A SZOFTVERFEJLESZTŐMEGÉPÍTIa terméket.
- A TANÁCSADÓELMAGYARÁZZAa terméket.
- A FORWARD DEPLOYED ENGINEERMŰKÖDŐVÉ TESZIaz Ön konkrét problémájára.
A forward deployed engineer a technológiai iparágban elterjedt szerepkör — a Palantirnál vált ismertté, ma az AI-cégek is így hívják. Az a mérnök, aki nem távolról, specifikáció alapján fejleszt, hanem az ügyfél valós rendszerei és folyamatai között dolgozik, és ott viszi működő állapotba a megoldást. A Tokodi Software így dolgozik.
06 / Összevetés
Négy út egy üzleti problémára. Nem ugyanarra valók.
| Kész SaaS | Fejlesztői kapacitás | Projektügynökség | Tokodi Software | |
|---|---|---|---|---|
| Akkor a legjobb, ha | a folyamat standard | a feladat szűk és specifikált | gyorsan nagy csapat kell | az integráció, a komplexitás vagy az adathely a nehéz |
| Egyedi web és mobil | korlátozott | igen | igen | igen |
| Saját API és backend | nem | feladattól függ | igen | igen |
| Legacy ERP / SQL integráció | korlátozott | feladattól függ | igen | igen |
| Saját infrastruktúra / on-premise | ritkán | feladattól függ | szállítótól függ | igen |
| Senior mérnöki felelősség végig | — | kapacitástól függ | csapattól függ | igen |
| Supplier-readiness bizonyítékok | szállítótól függ | ritkán része | szállítótól függ | igen |
| Átvehető dokumentáció és runbook | szállítótól függ | külön kérendő | projekttől függ | igen |
Az összevetés döntési segédlet, nem rangsor: standard folyamatra gyakran a kész termék a helyes választás. A Tokodi Software ott ad többet, ahol a rendszerhatárok, az integrációk, az üzemeltetés és a megfelelési elvárások együtt számítanak.
07 / Infrastruktúra
Ugyanaz a rendszer, azon az infrastruktúrán, amit használhat.
| Üzemeltetés | Adatlokalizáció | Akkor ezt válassza | |
|---|---|---|---|
| Managed cloud | teljes körűen menedzselt | választott EU-régió | Leggyorsabb indulás, rugalmas skálázás |
| Private / VPS | menedzselt vagy közös | dedikált infrastruktúra | Nagyobb infrastruktúra- és adatkontroll |
| On-premise | saját IT vagy támogatott | teljesen a szervezeten belül | Az adat vagy a rendszer nem hagyhatja el a szervezetet |
| Hybrid | megosztott felelősség | érzékeny adat helyben | Cloud felületek, helyi ERP és érzékeny adat |
08 / Következő lépés
Mutassa meg, hogyan dolgoznak most.
Nem prezentációt kérünk és nem specifikációt. Elég, ha végigvezet minket egy napon: mi történik reggel, hol akad el, és mit kell kézzel pótolni. Harminc perc alatt kiderül, hogy érdemes-e egyáltalán fejlesztésben gondolkodni.
Kérek egy 30 perces szakmai hívást← Minden munka