Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
En betald Lightspeed eCommerce-order och personen som gjorde den anländer till Zoho CRM som kund snarare än ett lead, så ingen blir potentiellt intresserad av en produkt de redan har köpt och betalat för.
En Lightspeed eCommerce-shoppare som har betalat är inte en potentiell kund, men en webbutik som matar ett CRM-system brukar ändå placera dem i leadkön, eftersom det är där nya namn hamnar. Så en betalande kund får ett första kontaktsamtal, teamet arbetar med en lista där hälften av posterna redan har konverterat, och rapportering om leadkonvertering slutar betyda någonting. Att koppla samman Lightspeed eCommerce och Zoho CRM placerar informationen om var relationen faktiskt finns: en beställning skapar eller uppdaterar en kontakt under ett konto med köpet kopplat, och leadkön behåller bara personer som inte har köpt.
DATA SOM FLÖDAR MELLAN DEM
Ordrar
Orderrader
Kundkontakter
Faktureringskonton
Betalningsstatus
Returer
En betald Lightspeed eCommerce-order skapar en Zoho CRM-kontakt under ett konto snarare än ett lead, så den kvalificering som en kund gjorde genom att betala upprepas inte av en person.
Orderrader når Zoho CRM-kontot, så vem som helst som svarar i telefonen kan se vad kunden köpte och när istället för att öppna butiksadministrationen i en annan flik för att ta reda på det.
Eftersom endast betalda ordrar skapar poster, innehåller Zoho CRM:s leadkö personer som verkligen inte har köpt något, vilket gör konverteringsrapportering till ett mått på försäljning, inte administration.
Faktureringskonton matchas med den identifierare du anger, så upprepade beställningar bygger upp ett Zoho CRM-konto över tid istället för att lägga till en nästan dubblett vid varje kassa.
När en Lightspeed eCommerce-order betalas skapar eller uppdaterar Alumio Zoho CRM-kontakten och kontot bakom den och kopplar ordern, så att posten anländer som en kund med en historik snarare än som ett namn för att kvalificera sig.
Upprepade beställningar matchas med det befintliga Zoho CRM-kontot på den identifierare du anger, så en kund som har beställt sex gånger är ett konto med sex beställningar istället för sex poster som var och en ser ut som en ny affärsmöjlighet.
En retur som behandlas i Lightspeed eCommerce skrivs till Zoho CRM-kontot tillsammans med den ursprungliga beställningen, så en diskussion om en kunds värde baseras inte på ett köp som kom tillbaka till lagret för flera veckor sedan.
Alumio fungerar som en central integrationsplattform mellan försäljningskanaler och logistiksystem. Order dirigeras, transformeras och valideras, samtidigt som statusuppdateringar skickas tillbaka till varje kanal.
Autentisera dina system med Alumios färdiga kopplingar. Välj bland över 200 kopplingspaket i vår marketplace, utöver obegränsade anpassade integrationer.
Definiera hur datafält mappas mellan system i ett visuellt gränssnitt. Justera format, berika poster och tillämpa affärslogik – helt utan behov av anpassad kod.
Konfigurera flöden så att de körs i realtid baserat på händelser, enligt ett schema eller både och. Minska manuell datainmatning och låt Alumio hantera förflyttning och transformering mellan system.
.svg){kind=icon}
När din första integration är live, ansluter du enkelt ditt ERP, PIM, WMS eller CRM till samma hubb. Befintliga flöden fortsätter att köras. Ingen ombyggnad från grunden krävs.
Kunder svarar sällan via den kanal ett företag förväntar sig, vilket är anledningen till att en meddelandekanal är den anslutning som de flesta team lägger till härnäst. En fråga om en Lightspeed eCommerce-order kommer in i chatten snarare än via e-post, och den måste hamna i Zoho CRM-posten där ordern skapades istället för i en delad inkorg som ingen äger. Alumio lagrar båda anslutningarna och återanvänder den kontomatchning som redan är konfigurerad, så att konversationen och köpet sitter tillsammans.
Endast betalda beställningar skapar en post, och det villkoret är värt att ställa in medvetet. Alumio läser Lightspeed eCommerce-beställningar med betalningsstatus kopplad till dem och skapar eller uppdaterar Zoho CRM-kontakten och kontot när betalningen har godkänts, vilket lämnar övergivna och obetalda beställningar orörda. Returer syns också, så ett konto visar inte hela tiden ett köp som kunden skickat tillbaka.
Nej. Beslutet som detta ersätter finns på en enda skärm i Alumio: vilket Lightspeed eCommerce-fält identifierar kunden, om posten blir en kontakt eller ett konto, och vilken betalningsstatus måste vara innan något skrivs. Det är mappningen, och den underhålls av den som äger Zoho CRM snarare än av den som ursprungligen byggde kopplingen.
Som en kontakt under ett konto snarare än som ett lead, eftersom Zoho CRM håller dessa separata och behandlar ett lead som någon som fortfarande kvalificeras. En Lightspeed eCommerce-shoppare som har betalat har slutfört kvalificeringen, så att dirigera dem genom leadmodulen innebär att konvertera en post som aldrig var ett prospekt, och leadkonverteringen mäter sedan administration istället för försäljning. Att skicka betalda beställningar direkt till kontakter håller kön ärlig.
Posten som inte borde finnas är skadan här, inte posten som saknas. En misslyckad överföring som faller tillbaka till leadkön placerar en betalande kund framför någon som ringer ett första kontaktsamtal. Alumio övervakar varje överföring i realtid och registrerar vad som skickades från Lightspeed eCommerce, så en order som Zoho CRM vägrar utlöser en omedelbar varning med orsaken, återförsök körs automatiskt där de är konfigurerade och olösta ordrar förblir listade istället för att dirigeras någon annanstans.
Prata med en integrationsspecialist på Alumio. Vi tar fram rätt arkitektur för dina system, i rätt skala, så att din verksamhet förblir stabil genom alla förändringar.
.svg)
