Produkten
Fem delar, och inga sömmar mellan dem
De flesta CRM:er är en databas med ett formulär framför, och konversationen sker någon helt annanstans — i en brevlåda, en telefon, en chattwidget med egen liten inkorg som ingen öppnat sedan mars. iKonekt utgår från konversationen och arbetar utåt.
En inkorg, varje kanal
Chatt, formulär, reach-me-widgeten, call-me, e-post, telefon och en QR-kod på en pappersflygblad. Åtta dörrar, ett rum, och varje ankomst märkt med dörren den kom genom.
Tilldelning vid ankomst
En ansvarig inom den första sekunden, via regel, territorium eller schema. Den delade brevlådan — det där berömda ålderdomshemmet för lovande leads — finns inte här.
En tråd, anteckningar inkluderade
Varje kanal en kund någonsin använt, i en enda historik, med interna anteckningar på samma plats och en privatflagga som verkligen håller.
En pipeline som når hela vägen till fakturan
Inkommet, tilldelat, i samtal, offererat, bokat och betalt, fakturerat. Samma post hela vägen, så att ingen skriver in en adress för fjärde gången.
Separation som databasen tvingar fram
Multi-tenant från migration ett. Flera varumärken, en installation, och en gräns som håller även mot en fråga skriven fem i fem en fredag.
Och delen du inte ser
Under alla fem ligger castomAPI — samma konto, samma plånbok och samma infrastruktur som alla andra produkter i familjen. Det är därför kopplingarna är korta.
Hur de fem passar ihop
Var och en finns för att den föregående skapade ett problem
Det här är ingen funktionslista satt samman av en kommitté med whiteboard. Läst i ordning är varje del svaret på röran som föregående del annars skulle skapa.
Fånga allt på ett ställe, och inom en vecka har du en magnifik hög. Volym utan ägarskap är bara en högre version av att tappa saker, så tilldelning måste ske vid ankomsten — inte när någon känner sig manad att svara.
Ge allt en ägare, och ägaren ställer direkt den enda rimliga frågan: vad har den här personen redan fått höra? Därför en tråd per kund, över alla kanaler, inklusive de besvärliga delarna. En säljare som måste gissa gissar självsäkert och fel, vilket är värre än att inte gissa.
Lägg hela historiken i en tråd, och tråden börjar vilja avsluta något. Ett samtal som slutar med "bra, skicka detaljerna" och sedan dunstar bort är inte ett samtal, det är en hobby. Så posten fortsätter in i offert, bokning, betalning och faktura utan att någonsin kopieras till ett annat system.
Bär en post så långt, och den innehåller nu namn, nummer, priser och betalningsuppgifter — vilket är precis när "vi filtrerar per företag i applikationslagret" slutar vara en acceptabel mening. Så separationen flyttades ner i databasen, där en glömd WHERE-sats inte kan ångra den.
Den ärliga versionen: vart och ett av de problemen upptäcktes i den ordning som står ovan, av människor som trodde de var klara med föregående steg. Den prydliga berättelsen är retrospektiv. Koden är det inte.
Vad det inte är
Tre saker iKonekt medvetet inte gör
En produktsida som bara listar styrkor är en produktsida ingen tror på. Det här är val, och de är permanenta.
Den skickar aldrig ett kallt meddelande
iKonekt svarar, följer upp och påminner. Den inleder inte samtal med personer som aldrig bett om ett. Den regeln är äldre än produkten och den går inte att konfigurera, vilket har kostat oss åtminstone ett intressant möte.
Den poängsätter inte dina kunder
Ingen mystisk siffra mellan 0 och 100 som talar om för en säljare vem som förtjänar uppmärksamhet. Tråden är beviset. Om ett lead är värt att jaga kan en människa se varför på ungefär nio sekunder.
Den ersätter inte dina andra verktyg
clickSomo behåller meddelandeautomatiseringen, FABLS behåller publiceringen, din revisor behåller bokföringen. iKonekt äger samtalet och kundposten. Allt annat stannar där det redan fungerar.
Börja med inkorgen. Resten följer av den.
Koppla en kanal, se var det landar, och lägg till nästa när du tröttnat på att imponeras.