CRM a AI agenti pre výrobcu merchu

Systém vo vývoji, verejná ukážka rozhrania

Čo za projektom stojí

Naša úloha

Návrh dátového modelu, stavov zákazky a schvaľovania výstupov agentov. Projekt oddeľuje obchodnú prípravu od riadenia výroby v ERP.

Čo si môžete overiť

Klikateľný prototyp ukazuje prehľad zákaziek, katalóg a tok ponuky. Mená, firmy a sumy sú ilustračné, nie dáta klienta z ostrej prevádzky.

Ako čítať výsledok

ERP napojenie je navrhnuté, ostrý zápis zatiaľ nie je súčasťou verejného dôkazu. Testy jednotlivých častí ani demo samy osebe nepotvrdzujú hotový systém či úsporu nákladov.

Za opis projektu zodpovedá Gridlim. Ak potrebujete podklady k podobnému riešeniu, napíšte nám.

01Problém

Klient vyrába merch s výšivkou a DTF potlačou. Každá zákazka prejde rovnakou linkou od dopytu cez identitu značky, grafiku a náhľady, kalkuláciu, ponuku, podpis, vzorku a sériu až po expedíciu. Obchodná časť linky však žila v tabuľkách a v mailoch, mimo systému výroby.

Cenotvorba mala jedenásť technológií a vlastný výpočtový engine v jednom HTML súbore. Ponuky sa skladali ručne podľa vlastnej šablóny. ERP držalo výrobu, ale obchod doň prepisoval dáta ručne. Chýbal jeden pohľad na to, kde ktorá zákazka stojí.

02Riešenie

Navrhli sme jednu aplikáciu poháňanú jedným motorom. Motor drží pravdu o dátach, stavový stroj a pravidlá. Aplikácia je len jeho klient. Agenti pripravujú, ľudia z firmy podpisujú a stav zapisuje výhradne motor.

Karta klienta a stavový strojSystém rozlišuje dve roviny stavu, vzťah s klientom a zákazku na linke. Stav mení len vlastník prechodu, preskakovanie neexistuje. Každá zmena má kto, kedy a prečo.

KalkulačkaCenový engine firmy sme rozdelili na dáta a vzorce, logiku sme nemenili. Rozdelenie overujeme regresnými testami. Počet testov sám osebe nepotvrdzuje správnosť každej kalkulácie v prevádzke. Čísla žijú v tabuľkách a publikujú sa cez bránu s verziou, kód drží len vzorce.

Webová ponuka s mockupmiKlient firmy dostane odkaz s náhľadmi produktov v jeho farbách, tabuľkou návrhov, výberom a tlačidlom Prijať. Firma vidí, či ponuku otvoril. PDF podľa vzorov ostáva ako záloha do mailu.

AgentiStrážca, Komunikátor, Kontrolór podkladov, Analytik grafiky, Kalkulant, Zostavovateľ ponúk a ďalší. Nikdy nič neodosielajú, výstup je vždy návrh na podpis. Limity behov a nákladov sa kontrolujú pred volaním. Pri prekročení sa agent zastaví.

Napojenie na ERPERP ostáva cieľový systém výroby. Napojenie je navrhnuté cez API. Ponuka po podpise vznikne ako objednávka a výrobné stavy sa čítajú späť. Ostrý zápis čaká na novú verziu ERP, dovtedy motor pripraví pre človeka kontrolný zoznam.

Bezpečnosť riešime od začiatku. Do zadania pre model ide len povolený zoznam polí, nikdy celá karta. Kľúče a heslá žijú mimo repozitára. Zálohy sú šifrované a obnova zo zálohy bola odskúšaná už v prvej fáze stavby, pred kalkulačkou a ponukami.

03Kde to stojí

Systém je v stavbe. Hotový motor v skúšobnom režime zahŕňa stavový stroj, kartu klienta, frontu na podpis, kontrolu podkladov, súbor pravidiel značky a klikateľný prototyp celej aplikácie. Nasleduje kalkulačka, katalóg s cenníkom a webové ponuky. Ostré kľúče a server prídu až po odsúhlasení MVP.

Snímka v úvode štúdie je z ukážky Gridlim na rovnakom motore. Firma, klienti aj sumy na nej sú ilustračné.

Preklikať ukážku (fiktívne dáta)

04Z čoho je to postavené

TypeScript, Node 22 SQLite Anthropic API Obsidian vault ERP API Gmail a Drive API

Chcete podobný systém?

Napíšte nám, čo vaša firma rieši. Povieme vám férovo, čo by to obnášalo, a začneme ukážkou, nie faktúrou.

Napíšte nám