OficinaStudio

Puslapis išverstas automatiškai. Atsakome portugalų ir anglų kalbomis.

Sistemų integracijos

Jūsų sistemos veikia. Tik nebendrauja tarpusavyje

Kiekvienas jūsų įsigytas įrankis gerai sprendžia savo problemą. Problema yra tarpas tarp jų, kurio niekas niekam nepardavė ir kuris galiausiai atiteko žmogui su dviem atvertomis naršyklės kortelėmis.

  • Sąskaitos
  • El. parduotuvė
  • Skaičiuoklė

Vienas įrašas

Iliustracinis pavyzdys. Išgalvoti duomenys.

Ką gaunate

  1. Jungtys tarp įrankių, kuriuos jau naudojate

    Kiekvienas duomuo įrašomas vieną kartą ir pasklinda toliau, nekeičiant nė vieno įrankio.

  2. Nuspręstas pagrindinis šaltinis

    Kiekvienam informacijos tipui nusprendžiama ir dokumentuojama, kuri sistema yra pagrindinė.

  3. Žurnalas visko, kas praeina

    Kas įėjo, kas išėjo, kas nepavyko ir kas buvo bandyta dar kartą.

Kaip vyksta

  1. Nuspręsti, kur tiesos šaltinis

    Prieš ką nors jungdami nusprendžiame, kur turi būti keičiamas kiekvienas informacijos tipas, kad pakeitimas galiotų.

  2. Sujungti sistemas

    Per įvykius, kai tik įmanoma, ir periodiniu sinchronizavimu, kai įvykių nėra.

  3. Apdoroti iš naujo ir pranešti

    Kai paslauga sutrinka, integracija išsaugo tai, kas liko nepristatyta, bando dar kartą ir praneša žmogui, jei nustoja bandyti.

Ko nežadame

  • Nekeičiame įrankių, kuriuos jau naudojate. Keisti CRM yra daug didesnis projektas.
  • Be API kelias mažiau elegantiškas: suplanuoti eksportai, failai arba tiesioginis duomenų bazės skaitymas. Tai pasakome iš pat pradžių.
  • Nejungiame sistemų, kol nenuspręsta, kuris šaltinis yra pagrindinis kiekvienai informacijai.
Daugiau informacijos

Kodėl taip nutinka visiems

Niekas nesirenka turėti izoliuotų sistemų. Tai nutinka kaupiantis. Sąskaitų išrašymo programa perkama, nes buvo privaloma, CRM, nes išaugo pardavimų komanda, el. parduotuvė, nes atsirado galimybė, o el. pašto įrankis, nes rinkodaros vadovas jį jau pažinojo. Kiekvienas sprendimas atskirai buvo pagrįstas.

Savininko niekada neturėjo tik tarpas tarp jų. O kadangi tą tarpą kas nors turėjo užpildyti, jį užpildė žmonės, ranka, niekam niekada nenusprendus, kad taip bus.

Klausimas, kurį užduodame pirmiausia

Prieš ką nors jungdami: koks yra kiekvieno informacijos tipo tiesos šaltinis?

Jei klientas pakeičia adresą, kur tas pakeitimas turi būti atliktas, kad galiotų? Jei atsakymas yra „priklauso“ arba „visur“, integracijos kurti dar negalima, nes nėra būdo spręsti konfliktus. Tai nuspręsti yra nuobodu, kyla ginčų, ir tai yra skirtumas tarp integracijos, kuri laikosi, ir tokios, kuri visą laiką kuria dublikatus.

Kaip jungiame

Per įvykius, kai tik įmanoma. Kai sistemoje kas nors įvyksta, ji praneša ir informacija iš karto keliauja toliau. Tai greičiau ir sunaudoja mažiau.

Periodiniu sinchronizavimu, kai įvykių nėra. Kas penkias minutes, kas valandą, kartą per dieną. Pasirenkama pagal tikrą skubumą, o ne pagal tai, kas atrodo geriau.

Su apdorojimu iš naujo, visada. Paslaugos sutrinka, ryšys nutrūksta, atsakymas užtrunka per ilgai. Viskas, ką kuriame, tai numato ir bando dar kartą su vis ilgesne pauze, o kai nustoja bandyti, praneša žmogui.

Dažniausias atvejis: svetainė, kuri nebendrauja su visa kita

Dažniausiai pasitaikantis pavyzdys yra ir brangiausias pagal prarastas galimybes. Kas nors užpildo formą svetainėje. Turėtų įvykti štai kas: sukurtas įrašas, pranešimas iš karto tam, kas atsako, suplanuoti tolesni veiksmai ir matavimas.

Paprastai nutinka taip, kad el. laiškas ateina į bendrą pašto dėžutę. Jei reikiamas žmogus jo nepamato, niekas kitas nežino, kad jis buvo. Todėl svetaines ir klientų pritraukimą laikome iš esmės integracijos klausimu.

Klausimai

Ko mūsų visada klausia

O jeigu vienas iš įrankių neturi API?

Taip nutinka, ypač su senesne programine įranga. Tokiais atvejais beveik visada yra kelias: suplanuoti eksportai, failai bendrame aplanke, tiesioginis duomenų bazės skaitymas. Tai mažiau elegantiška ir tai pasakome iš pat pradžių, bet veikia.

Kas nutinka, kai viena iš sistemų neveikia?

Integracija išsaugo tai, ko nepavyko pristatyti, ir bando dar kartą. Ko niekada nedarome, tai neleidžiame informacijai dingti tyliai: jei po kelių bandymų ji nepraeina, kas nors gauna pranešimą su įrašu apie tai, kas liko nepristatyta.

Ar dėl to turėsime keisti CRM?

Ne. Šios krypties principas visiškai priešingas: išlaikyti įrankius, už kuriuos jau mokate ir kuriais jau mokate naudotis, ir sutvarkyti tarpą tarp jų. Keisti CRM yra daug didesnis projektas ir retai būna sprendimas, kai duomenys necirkuliuoja.

Susisiekti su mumis

Papasakokite, kas stabdo jūsų veiklą.

Aprašykite problemą savais žodžiais. Jums nereikia žinoti, ką reikia sukurti.

  1. Perskaitome užklausą.
  2. Atsakome per vieną valandą el. paštu arba telefonu, anglų arba portugalų kalba.
  3. Jei tai prasminga, susitariame dėl pokalbio.
Telefonas +351 910 712 855
Tiesioginis el. paštas geral@aoficinastudio.pt

Pakanka vieno iš dviejų: el. pašto arba telefono.