Automatizace,
které už běží v provozu.
Žádné koncepty ani demo. Automatizace, které dnes šetří klientům hodiny týdně — od CNC výroby přes obchod a marketing až po účetnictví. U každé najdete, co bylo špatně, jak jsme to postavili a co to přineslo.
- 4 projekty v provozu
- 15+ API, se kterými pracujeme
- Monitoring 24/7
Leady z Meta Ads rovnou do CRM a mailingu
Raynet a SmartEmailing, synchronizace každé ráno
Kontakty z kampaní a stažených eBooků se z CRM samy propisují do správných mailingových seznamů — bez přepisování, bez duplicit a bez toho, aby lead čekal týden na první e-mail.
Problém
Leady z reklam a z formulářů za staženým eBookem se sbíraly do CRM, ale do mailingových seznamů je někdo musel ručně přepisovat. Než se k tomu dostal, uběhlo i pár dní — a část kontaktů se do seznamu dostala podruhé.
Řešení
Malý worker v Rustu, který každý den v 8:30 udělá to, co dělal člověk:
- načte z Raynetu kontakty podle tagu kampaně
- porovná je s odpovídajícím seznamem ve SmartEmailingu podle e-mailu, bez ohledu na mezery a velikost písmen
- chybějící kontakty naimportuje — doplní oslovení a pohlaví, odhlášené odběratele nechá odhlášené
- nová kampaň znamená přidat jednu dvojici tag v CRM ↔ seznam v mailingu, nic víc
Výsledek
Lead z kampaně je v mailingu nejpozději druhý den ráno a marketing má jistotu, že seznamy odpovídají CRM. Ruční přepisování kontaktů zmizelo úplně, stejně jako duplicity.
Scraper provozoven místo ručního vyhledávání
Lead manager pro obchodní tým
Služba v Rustu, která podle nastavených oborů a lokalit sama stahuje provozovny z Map Google a skládá z nich seznam leadů, ve kterém si obchod rovnou vede stav kontaktu.
Problém
Obchodník ručně procházel Mapy Google, kopíroval názvy, adresy a telefony do tabulky a druhý den nevěděl, koho už volal. Seznam se překrýval sám se sebou, poznámky byly v hlavě a část kontaktů se volala dvakrát.
Řešení
Postavili jsme vlastní službu v Rustu, která sběr i evidenci drží na jednom místě:
- cron spouští scraping Map Google přes Apify podle oborů a lokalit nastavených v administraci
- zadané lokality se ověřují proti OpenStreetMap, takže překlep nevyrobí prázdný běh
- výsledky padají do PostgreSQL s deduplikací — nové provozovny se přidají, známé se nezdvojí
- webové rozhraní s přihlášením: stavy kontaktováno / smluveno, poznámky, doplňování kontaktů, hromadný výběr, mazání, export do XLSX a odeslání vybraných kontaktů e-mailem
Výsledek
Vyhledávání leadů běží samo na pozadí, obchodník ráno otevře seznam s novými provozovnami a rovnou v něm pracuje. Historie kontaktů je v databázi, ne v hlavě. Celé to jede ve vlastním kontejneru na vlastním serveru, takže nepřibyl žádný měsíční poplatek za nástroj třetí strany.
Ověřování QR plateb přes Českou spořitelnu
Napojení na bankovní API Erste
Objednávka dostane QR platbu s vlastním variabilním symbolem a systém si sám hlídá, kdy peníze dorazí na účet — párování i potvrzení zákazníkovi běží bez ruční kontroly výpisu.
Problém
Platby převodem musel někdo každý den odklikat ručně: otevřít internetové bankovnictví, najít příchozí platbu, spárovat ji s objednávkou a poslat potvrzení. Zákazník tak čekal na potvrzení klidně den i dva a při větším náporu se na platbu občas zapomnělo.
Řešení
Napojili jsme objednávky přímo na bankovní API České spořitelny (Erste):
- ke každé objednávce se vygeneruje QR platba s částkou a unikátním variabilním symbolem — zákazník platí naskenováním, bez přepisování čísla účtu
- systém pravidelně stahuje pohyby na účtu a páruje příchozí platby podle variabilního symbolu a částky
- spárovaná objednávka se sama překlopí do stavu zaplaceno a zákazníkovi odejde potvrzení
- co se nespáruje — špatný symbol, jiná částka — zůstane v přehledu k ručnímu dořešení, nic nezapadne
Výsledek
Potvrzení platby chodí zákazníkovi v řádu minut místo dnů a denní kontrola výpisu odpadla. Ruční práce zbyla jen na výjimky.
Evidence nástrojů napojená na CNC stroje
Tool management pro výrobu, data přímo ze strojů Fanuc
Stroje samy hlásí, jaký nástroj a s jakou korekcí jel na kterém obrobku. Místo papírů a Excelu je za tím databáze, ve které se dá kdykoliv dohledat historie konkrétního kusu.
Problém
Výměny nástrojů se zapisovaly ručně na papír a do tabulek. Když u zakázky vyskočil problém s rozměrem, nikdo zpětně nedohledal, jaký nástroj a jaká korekce na tom kuse skutečně byly — a životnost nástrojů se odhadovala od oka.
Řešení
Aplikace v Next.js nad PostgreSQL, do které data posílají samy stroje:
- řídicí systém Fanuc posílá do API záznam o nasazení nástroje — ID a typ nástroje, začátek a konec, obrobek a použitá korekce
- neznámý nástroj i neznámý obrobek si aplikace založí sama, celý zápis běží v transakci — uloží se buď všechno, nebo nic
- dashboard s přehledem strojů, nástrojů a obrobků a s historií každé výměny
- přihlášení e-mailem s jednorázovým kódem a rolemi — operátor vidí jiné věci než správce
Výsledek
U každého obrobku je dohledatelné, který nástroj a jaká korekce na něm byly. Evidence výměn už nestojí na disciplíně operátora a nad nasbíranými daty se dá poprvé reálně sledovat životnost nástrojů.
Máte podobný proces, který zatím děláte ručně?
Řekneme vám na rovinu, jestli se automatizace vyplatí — a za kolik měsíčně.