2026 · Razvoj spletnih aplikacij · Naš lastni sistem

Sales CRM

Sales CRM je prodajni CRM z arhitekturo multi-tenant, ki ga je Niro Digital leta 2026 zgradil za prodajne ekipe: povpraševanja prihajajo iz marketinških lijakov prek webhooka z API-ključem, se samodejno dodelijo prodajnikom po tedenskih kvotah ter se nato kvalificirajo, obdelajo in zaključijo, pri čemer se provizija in strošek povpraševanja spremljata po posameznem prodajniku. Prodajne ekipe ga najprej preizkusijo, nato pa se naročijo.

Naročnik: Niro Digital
Panoga: Prodaja / Operacije
Leto: 2026
Kaj smo naredili: Razvoj spletnih aplikacij

Ozko grlo

Prodajne ekipe delajo na generičnem CRM in skupni preglednici. Povpraševanja prihajajo iz več marketinških lijakov in nekdo jih vsako jutro razdeli ročno. Agenti in kvalifikatorji si delo podajajo po klepetu, nadaljnji stiki živijo v glavah ljudi, vodja pa uspešnost vidi šele, ko nekdo izvozi preglednico. Provizija se ob koncu meseca izračuna iz tega izvoza in je vsakič sporna. Zato smo Sales CRM zgradili prav za te ekipe. Povpraševanja sprejme prek webhooka z API-ključem, jih dodeli prodajnikom po tedenskih kvotah ter spremlja kvalifikacijo, posle, provizijo in strošek povpraševanja vse do zaključka. Je multi-tenant: ekipa ga najprej preizkusi, nato plača naročnino, drugo, interno konzolo pa uporabljamo za upravljanje same platforme.

Sistem

//01Domači zaslon prodajnika, zgrajen okoli provizije tega in prejšnjega meseca

Tabela povpraševanj v Sales CRM s statusnimi oznakami lijaka, filtrom po dodeljeni osebi in stanjem razdelitve

//02Tabela povpraševanj s statusnimi oznakami lijaka, filtrom po dodeljeni osebi in jasnim lastništvom

Podrobnosti povpraševanja v Sales CRM — kontakt, naslov, ponudnik, vir in vprašanja za kvalifikacijo, ki jih določi organizacija

//03Podrobnosti: kontakt, naslov, ponudnik, vir in vprašanja za kvalifikacijo organizacije

Administratorski Mission Control v Niro CRM — pregled platforme s sprotnim tokom dogodkov

//04Mission Control, interna administratorska konzola, s sprotnim tokom dogodkov

//05Vsaka organizacija na platformi s statusom, številom članov in lastnikom

//06Lijaki z API-ključi na lijak za sprejem povpraševanj prek webhooka in usmerjanje

//07Nadzor razdelitve: samodejno dodeljevanje prodajnikom, zapisano v trajen dnevnik

//08Tedenski koledar kvot, ki določa, koliko povpraševanj dnevno dobi vsak član

//09Pregled povpraševanj čez organizacije s filtri in izvozom CSV

//10Revizijski dnevnik celotnega sistema, dogodki po kategorijah in filtrih

//11Središče pomoči v aplikaciji: dokumentacija platforme, lastni dokumenti in pomočnik AI

//12Isti pogled na telefonu: provizija, naloge, dnevni niz in hitro dodajanje

Kaj se je spremenilo

//01Povpraševanja se dodelijo v trenutku prihoda, nobeno ne čaka, noben prodajnik ni preobremenjen
//02Provizija se spremlja med napredovanjem posla, izplačila temeljijo na enem zapisu
//03Običajen prodajni proces vzame manj časa, konverzija pa se dvigne, ker je proces hitrejši
//04Vsako dodeljevanje se zapiše v trajen dnevnik, zato je razdelitev preverljiva

Kaj bi naredili drugače

Zgradili smo ga kot izdelek za prodajne ekipe, zato ga ekipa najprej preizkusi in šele nato kaj plača, prva različica pa ustreza temu, kako prodajajo ekipe, s katerimi delamo, in ne vsaki prodajni ekipi. Trditev je, da prihrani čas pri običajnem prodajnem procesu in dvigne konverzijo, ker je proces hitrejši; ničesar od tega nismo merili, zato na tej strani ni številk. Kaj bi naredili drugače: agencijski del se je začel kot svoja aplikacija in smo ga morali vrniti nazaj v CRM, tabla poslov pa je že v drugi izvedbi. Oboje je bilo določeno, preden se je delovni tok ustalil.

Vsi projekti