Pe piața de software pentru transport, există două categorii. Soluții făcute de IT-iști pentru transportatori. Și soluții făcute de transportatori care au învățat IT. Diferența se vede în detalii.
Cum începe diferența
O firmă de software clasică face brief: "Noi vrem o aplicație pentru gestiunea transporturilor". Întreabă clienți potențiali ce funcții vor, prioritizează, livrează. Rezultatul e o aplicație tehnic corectă care bifează cerințele — dar nu rezolvă cazurile reale operaționale.
Un transportator care construiește o aplicație are altă perspectivă: el e și utilizator. Dacă un buton e prost pus, îl simte zilnic. Dacă un flux are 5 click-uri când ar putea avea 2, îl mănâncă.
Detalii care apar doar din depou
Iată lucruri pe care un dezvoltator IT generic nu le-ar prinde ușor:
BT Tarifar pentru calcul km
Google Maps îți dă un km. BT Tarifar (Bursa Transport) îți dă alt km, oficial pentru contracte. Diferență? De obicei BT e mai mare cu 2-5%. Dacă aplicația ta folosește Google Maps, contractele tale au km greșite. Doar un transportator știe asta din start.
Retur parțial cu reversare stoc
La un eveniment trimiți 100 de lăzi de bere, se vând 80, se întorc 20. În SaaS-uri generice trebuie să faci aviz nou de "intrare". În Sanel Trans Planner, click pe avizul original → "retur parțial" → selectezi cantitățile reîntoarse → stocul se updateări automat. Trei click-uri vs zece.
Detecție duplicate la creare cursă
O problemă sub-evidentă: doi dispeceri trec aceeași cursă. Aplicațiile generice te lasă. Aplicațiile făcute din depou te avertizează: "Această cursă a fost creată deja de Andreea acum 5 min. Continui?"
Multi-vehicul ca grup logic
Un eveniment cu 3 mașini nu e 3 curse separate — e un grup colorat. Aplicații generice nu prind nuanța asta și te obligă să le tratezi separat. Fără total cumulat la grup, fără vizualizare unitară.
TV public în depou
Șoferii nu vor să logheze pe o aplicație ca să-și vadă cursa. Vor un monitor în depou cu lista. Auto-refresh la 30s. Asta cere o pagină dedicată fără login. Cine s-a gândit la asta de la început? Cineva care a văzut depou-ul.
De ce SaaS-urile occidentale nu se potrivesc
- Termeni străini: traduc "shipper / consignee" cu "expeditor / destinatar" — ok în teorie, dar dispecerul vrea "client" și gata
- Prețuri occidentale: SaaS premium occidentale pot fi prohibitiv pentru o firmă românească mică-medie
- Suport în engleză sau cu răspuns după 48h
- Specifice locale lipsesc: BT Tarifar, ITP, RCA, ATP, ANAF e-Factura, ITP — toate lipsesc sau apar tehnic greșit
Sanel Trans S.R.L. — povestea aplicației
Sanel Trans Planner s-a născut din nemulțumirea de a folosi aplicațiile existente. Dezvoltat intern, în paralel cu operațiunea zilnică a firmei Sanel Trans S.R.L. În loc să fie un proiect IT izolat, a evoluat alături de echipa care îl folosește.
Filozofia de fond
Aplicația nu trebuie să te impună, trebuie să se adapteze. Dacă flux-ul tău e diferit, aplicația se schimbă, nu tu.
Ce poți aștepta în practică
- Discuții directe cu fondatorul (nu cu un account manager)
- Customizări reale la specificul firmei tale
- Rezolvări rapide ale problemelor (nu "ticket-uri" cu pe 7 zile)
- Prioritate la cerințele care fac sens operațional
Concluzia
Dacă vrei un produs polished, generic, integrat cu 200 de alte tooluri occidentale — SaaS-urile mari sunt mai bune. Dacă vrei un produs care înțelege specificul românesc și evoluă cu tine — un produs construit din depou e alegerea naturală.
Sună-l direct pe Marian și discută cu un dezvoltator care e și transportator. Bonus: nu te va vinde — doar va asculta.