Lähetä WhatsApp-keskustelut Salesforceen Coexistence-numerosta

Miltä n8n-työnkulku näyttää?

Neljä solmua peräkkäin sekä vahvistushaara, jota jokainen Metan webhook tarvitsee.

Webhook-solmu vastaanottaa POST-pyynnön, jonka Meta lähettää jokaisesta viestistä. Salesforce-solmu ajaa SOQL-kyselyn, joka hakee Lead- tai Contact-tietueen, jonka puhelinnumero vastaa lähettäjää. IF-solmu haarauttaa sen mukaan, tuliko tulos: jos tuli, työnkulku vie tietueen tunnuksen eteenpäin, ja jos ei, Salesforce-solmu luo Lead-tietueen, jonka nimeksi tulee sisällössä oleva profiilinimi. Viimeinen Salesforce-solmu luo tälle tietueelle Task-tehtävän, jonka kuvaukseen tulee viestin teksti ja aiheeksi maininta WhatsApp-viestistä.

Vahvistushaara vastaa Metan GET-pyyntöön palauttamalla hub.challenge-arvon pelkkänä vastauksen sisältönä. Ilman sitä Meta ei aloita toimitusta lainkaan, ja työnkulun muu osa jää käyttämättä.

Tehtävä vai muistiinpano: kumpaan viesti kannattaa tallentaa?

Useimmille tiimeille tehtävään (Task), koska se päätyy aktiviteettien aikajanalle, jota myyjät jo lukevat, ja siitä voi tehdä raportteja. Aseta sen tilaksi valmis, jotta se ei näy avoimena tehtävänä, ja anna aiheeksi kanavan nimi, jolloin WhatsApp-aktiviteettien suodatus on yksi ehto.

n8n:n solmun Add note -toiminto sopii toiseen tilanteeseen: yhteenvetoon yksittäisten viestien sijaan. Joissakin tiimeissä työnkulku kerää päivän viestit asiakkaittain ja kirjoittaa illalla yhden muistiinpanon, mikä pitää aikajanan luettavana asiakkaalla, joka lähettää kaksikymmentä lyhyttä riviä.

Valitsit kumman tahansa, kirjoita WhatsApp-viestin tunnus tietueelle. Meta yrittää toimitusta uudelleen, ja työnkulku, joka tarkistaa olemassa olevan tunnuksen ennen kirjoitusta, ei kirjaa samaa viestiä kahdesti.

Voiko tiimi yhä vastata puhelimesta, ja näkeekö Salesforce vastauksen?

Kyllä, molempiin. Coexistence pitää WhatsApp Business -sovelluksen toiminnassa samalla numerolla, joten ihmiset, jotka vastasivat asiakkaille eilen, jatkavat samoin. Kun he vastaavat sovelluksesta, Meta lähettää lähteneestä viestistä kaiun samaan webhook-kohteeseen kentän smb_message_echoes alla.

Lisää työnkulkuun toinen polku näille kaiuille ja kirjaa ne lähteviksi tehtäviksi. Kun myyjä avaa liidin, hän näkee sekä kysymyksen että myymälän antaman vastauksen oikeassa järjestyksessä, eikä kenenkään tarvitse kopioida keskustelua käsin.

Vastaukset, jotka työnkulku lähettää itse HTTP Request -solmulla Cloud API -rajapintaa vasten, kannattaa kirjata lähetyshetkellä. Työnkulussa on jo teksti ja tietueen tunnus valmiina.

Miten vältät päällekkäiset liidit?

Vertaa normalisoituun puhelinnumeroon, älä kenttään sellaisena kuin ihmiset sen kirjoittivat. Meta lähettää lähettäjän numeron numeroina maatunnuksen kanssa ilman plus-merkkiä. Salesforcen puhelinkentissä on se, mitä tietueen luonut henkilö kirjoitti, välilyönteineen, sulkeineen ja viivoineen.

Luotettava tapa on mukautettu tekstikenttä, jossa on pelkät numerot. Työnkulku täyttää sen liidiä luodessaan, ja olemassa oleville tietueille ajetaan täydennys. SOQL-kysely vertaa tätä kenttää yhtäsuuruudella, mikä on nopeaa ja täsmällistä.

Tarkista myös kontaktit, ei vain liidejä. Jo muunnettu asiakas on Contact, ja työnkulku, joka hakee vain liidejä, luo uuden liidin jokaisesta olemassa olevasta asiakkaasta, joka ottaa yhteyttä.

Yleiset virheet

• Haku vain Lead-objektista. Nykyiset asiakkaat ovat Contact-tietueita, ja jokainen yhteyttä ottava asiakas muuttuu päällekkäiseksi liidiksi.
• Viestien kirjaus avoimina tehtävinä. Myyjät saavat tehtävän jokaisesta asiakkaan rivistä; aseta tila valmiiksi tehtävää luodessasi.
• Vahvistuksen GET-haaran ohittaminen työnkulusta. Meta ei koskaan vahvista kohdetta, eikä yhtään viestiä toimiteta.

Usein kysytyt kysymykset

Lue lisää