No cal començar de zero
És una situació molt habitual: l'empresa té una web en WordPress que funciona, que posiciona bé i que li ha costat diners. I té, o vol tenir, un CRM on gestionar clients i oportunitats.
I arriba algú i diu que cal refer la web.
Gairebé mai és necessari. Si el teu WordPress compleix la seva funció, la conversa correcta no és sobre migrar, és sobre connectar. I això és un projecte molt més petit.
Què vol dir integrar, a la pràctica
"Integrar el CRM amb la web" pot voler dir coses molt diferents. Convé concretar quina necessites, perquè l'esforç canvia completament:
Entrada de leads. Els formularis de la web creen o actualitzen contactes al CRM. És el cas més habitual i el més rendible.
Sortida de contingut. El CRM o l'ERP contenen dades que la web ha de mostrar: catàleg, disponibilitat, preus, immobles, cursos.
Zona privada. El client entra a la web i veu les seves dades, les seves comandes o les seves factures.
Sincronització bidireccional. Els canvis flueixen en tots dos sentits. És el més potent i també el que més problemes dona si es fa sense cura.
La majoria d'empreses necessita la primera. Prou empreses necessiten la segona. Ben poques necessiten de debò la quarta.
Andie recomana
Si algú et proposa sincronització bidireccional en el primer projecte, pregunta què passa quan el mateix registre canvia als dos llocs alhora. Si no hi ha una resposta clara sobre qui guanya, la integració generarà dades corruptes tard o d'hora. Comença per una direcció i afegeix l'altra quan la primera sigui sòlida.
Entrada de leads: el cas que gairebé tothom necessita
L'objectiu és que un formulari de contacte acabi al CRM sense que ningú hagi de copiar res.
Les opcions, de menys a més control:
Plugin del CRM. Molts CRM tenen un plugin oficial per a WordPress. Si el teu en té un i fa el que necessites, és el camí curt. Límits: et lliga al seu model de dades i al ritme d'actualitzacions del plugin.
Webhook des del formulari. La majoria de plugins de formularis moderns poden enviar les dades a una URL en el moment d'enviar-se. Aquesta URL és un petit servei propi que valida, transforma i crea el registre al CRM. És l'opció que més recomanem: senzilla, controlable i sense dependència d'un plugin concret.
Automatització intermèdia. Eines tipus connector entre serveis. Ràpides de muntar, còmodes per provar, i amb un cost recurrent que creix amb el volum. Útil per validar la idea abans de construir-la.
Integració a mida. Un servei propi que parla amb l'API del CRM. És el que convé quan la lògica no és trivial: assignar comercial segons parròquia o idioma, desduplicar contra clients existents, disparar avisos diferents segons el producte.
Allò que gairebé ningú preveu i sempre passa
Tres coses que fan naufragar integracions que sobre el paper eren senzilles:
Duplicats. El mateix client omple el formulari tres vegades. Sense una regla de desduplicació per correu o telèfon, el CRM s'omple de brossa en un mes.
Caigudes. El CRM no respon durant deu minuts. Si el teu formulari no desa el lead en algun lloc mentrestant, aquests leads s'han perdut i no ho sabràs.
Canvis de camps. Algú afegeix un camp obligatori al CRM i la integració comença a fallar en silenci. Sense alertes, te n'assabentes quan algú pregunta per què no arriben contactes.
La solució a les tres és la mateixa i és barata: desar sempre el lead també a WordPress i tractar l'enviament al CRM com un procés que pot fallar i reintentar-se. Si el CRM està caigut, el lead continua a la teva base de dades i es sincronitza més tard.
Sortida de contingut: el catàleg viu al CRM
El segon cas més freqüent: la informació bona és al teu sistema de gestió i la web l'hauria de mostrar sense que ningú l'hagi de copiar.
És el cas típic de les immobiliàries, on els immobles viuen al CRM, i del comerç, on el catàleg i l'estoc viuen a l'ERP.
El patró que funciona:
- El sistema de gestió exposa les dades per API o les publica en un format acordat
- Un procés programat les porta a WordPress cada cert temps
- WordPress les desa com a contingut propi, no les demana en temps real
Aquest tercer punt és important i sovint es fa malament. Si la teva web consulta el CRM cada vegada que algú carrega una pàgina, quan el CRM va lent la teva web va lenta, i si cau, la teva web es trenca. Desant una còpia local, la web funciona sempre i només es desactualitza una mica entre sincronitzacions.
Quan sí que convé sortir de WordPress
Per ser honestos, hi ha casos en què integrar deixa de compensar:
- Quan la web és, en realitat, una aplicació amb usuaris, permisos i lògica complexa, i WordPress se sosté amb quinze plugins
- Quan el rendiment s'ha convertit en un problema real i la causa és l'acumulació de capes
- Quan cada canvi petit requereix tocar tres plugins que es trepitgen entre ells
- Quan la seguretat és crítica i la superfície d'atac de tants plugins ja no és assumible
En aquests escenaris té sentit plantejar una aplicació web a mida. Però convé arribar-hi per anàlisi, no perquè algú tingui ganes de refer-ho tot.
Andie recomana
Abans de decidir, compta quants plugins actius tens i quants d'ells toquen les mateixes dades. Per sobre de vint, i amb tres o quatre solapant-se en la mateixa funció, la web ja no és un WordPress estàndard: és un sistema a mida construït amb peces d'altri, amb el manteniment d'un sistema a mida i sense els seus avantatges.
Com ho abordem
A AndorraDev fem bastants d'aquests projectes, i gairebé sempre comencen igual: l'empresa creu que necessita una web nova i en realitat necessita que dos sistemes col·laborin entre si.
El nostre enfocament habitual és un servei intermedi propi entre WordPress i el CRM o ERP, que valida, desduplica, reintenta i avisa quan alguna cosa falla. És poc vistós i és el que fa que la integració continuï funcionant dos anys després.
Si tens un WordPress que funciona i un CRM que no s'assabenta de res del que passa a la web, parlem.
