Teie süsteemid töötavad. Nad lihtsalt ei suhtle omavahel
Iga tööriist, mille ostsite, lahendab oma probleemi hästi. Probleem on nende vaheline ruum, mida keegi kellelegi ei müünud ja mis jäi lõpuks inimesele, kellel on kaks vahekaarti lahti.
- Arveldus
- E-pood
- Arvutustabel
Üksainus kirje
Mida te saate
Ühendused tööriistade vahel, mida te juba kasutate
Iga andmeüksus kirjutatakse üks kord ja see levib edasi, ühtegi tööriista välja vahetamata.
Kokkulepitud põhiallikas
Iga infoliigi kohta on otsustatud ja dokumenteeritud, milline süsteem on määrav.
Logi kõigest, mis läbi käib
Mis sisse tuli, mis välja läks, mis ebaõnnestus ja mida uuesti prooviti.
Kuidas see kulgeb
Otsustame tõeallika
Enne kui midagi üldse ühendame, otsustame, kus tuleb iga infoliiki muuta, et muudatus kehtiks.
Ühendame süsteemid
Sündmuspõhiselt alati, kui võimalik, ja perioodilise sünkroonimisega, kui sündmusi ei ole.
Töötleme uuesti ja teavitame
Kui teenus tõrgub, hoiab liidestus edastamata jäänu alles, proovib uuesti ja teavitab inimest, kui loobub.
Mida me ei luba
- Me ei vaheta välja tööriistu, mida te juba kasutate. CRM-i vahetamine on palju suurem projekt.
- Ilma API-ta on tee vähem elegantne: ajastatud ekspordid, failid või andmebaasi otselugemine. Ütleme seda kohe alguses.
- Me ei ühenda süsteeme enne, kui on otsustatud, milline on iga info põhiallikas.
Rohkem üksikasju
Miks see juhtub kõigiga
Keegi ei vali eraldatud süsteeme. See juhtub kuhjumise teel. Arveldustarkvara ostetakse, sest see oli kohustuslik, CRM, sest müügimeeskond kasvas, e-pood, sest avanes võimalus, ja e-posti tööriist, sest turundusjuht tundis seda juba. Iga otsus oli omaette mõistlik.
Mis kunagi omanikku ei saanud, oli nende vaheline ruum. Ja kuna keegi pidi selle ruumi täitma, täitsid selle inimesed, käsitsi, ilma et keegi oleks kunagi otsustanud, et nii see olema peab.
Küsimus, mille esitame esimesena
Enne kui midagi üldse ühendame: milline on iga infoliigi tõeallikas?
Kui klient vahetab aadressi, siis kus tuleb see muudatus teha, et see kehtiks? Kui vastus on „oleneb“ või „kõigis“, ei saa liidestust veel ehitada, sest konflikte ei ole võimalik lahendada. Selle otsustamine on tüütu, tekitab vaidlusi ja on erinevus liidestuse vahel, mis peab vastu, ja sellise vahel, mis muudkui duplikaate tekitab.
Kuidas me ühendame
Sündmuspõhiselt alati, kui võimalik. Kui süsteemis midagi juhtub, annab see sellest märku ja info liigub kohe edasi. See on kiirem ja kulutab vähem.
Perioodilise sünkroonimisega, kui sündmusi ei ole. Iga viie minuti järel, kord tunnis, kord päevas. Valik tehakse tegeliku kiireloomulisuse järgi, mitte selle järgi, mis tundub parem.
Uuesti töötlemisega, alati. Teenused lähevad maha, ühendused katkevad, vastus võtab liiga kaua aega. Kõik, mille me üles seame, arvestab sellega ja proovib uuesti, kasvava ooteajaga, ning teavitab inimest, kui loobub.
Kõige tavalisem juhtum: veebileht, mis ülejäänuga ei suhtle
Kõige sagedamini esinev näide on ka kaotatud võimaluste poolest kõige kallim. Keegi täidab veebilehel vormi. Juhtuma peaks see: kirje loodud, kohene teavitus sellele, kes vastab, järeltegevus ajastatud ja mõõtmine.
Tavaliselt juhtub aga see, et jagatud postkasti saabub e-kiri. Kui õige inimene seda ei näe, ei tea keegi teine, et see olemas oli. Seetõttu käsitleme veebilehti ja kontaktide kogumist praktikas liidestuse küsimusena.
Mida meilt alati küsitakse
Ja kui ühel tööriistal ei ole API-t?
Seda juhtub, eriti vanema tarkvara puhul. Sellistel juhtudel on peaaegu alati mingi tee: ajastatud ekspordid, failid jagatud kaustas, andmebaasi otselugemine. See on vähem elegantne ja me ütleme seda kohe alguses, aga see lahendab asja.
Mis juhtub, kui üks süsteemidest on maas?
Liidestus hoiab alles selle, mida ei õnnestunud edastada, ja proovib uuesti. Mida me kunagi ei tee, on lasta infol vaikselt kaduda: kui see pärast mitut katset läbi ei lähe, teavitatakse kedagi koos logiga sellest, mis jäi edastamata.
Kas see sunnib meid CRM-i vahetama?
Ei. Selle suuna põhimõte on täpselt vastupidine: säilitada tööriistad, mille eest te juba maksate ja mida oskate kasutada, ning lahendada nende vaheline ruum. CRM-i vahetamine on palju suurem projekt ja harva lahendus andmetele, mis ei liigu.
Rääkige meile, mis teie tööd takistab.
Kirjeldage probleemi oma sõnadega. Te ei pea teadma, mida on vaja ehitada.
- Loeme teie päringu läbi.
- Vastame ühe tunni jooksul e-posti või telefoni teel, inglise või portugali keeles.
- Kui see on mõistlik, lepime kokku vestluse.