Заявки з форм на WordPress стають лідами в CRM, каталог на сайті тримається в ногу з CRM, а контент із сайту живить розсилки і звіти без ручного копіювання.
На WordPress працює велика частка сайтів компаній: лендинг, блог, каталог, форми, часто магазин. Розрив зазвичай між сайтом і всім іншим — заявка з форми приходить листом, який хтось має передрукувати в CRM, ціни на сайті відстають від прайсу, а нова стаття ніколи не доходить до розсилки. У WordPress є офіційний інтерфейс, через який зовнішні системи читають і пишуть вміст сайту; для під'єднання створюється окремий пароль застосунку, який можна відкликати будь-якої миті. Ми під'єднуємо сайт клієнта на WordPress до його CRM, розсилки та інших інструментів: заявка з форми стає лідом з усіма полями, сторінки чи товари створюються й оновлюються з CRM або таблиці, а новий пост іде в розсилку і соцмережі. Там, де сайт використовує плагін форм або WooCommerce, ми під'єднуємося через них, щоб нічого на сайті не перебудовувати.
Домовляємося, що живе на сайті і куди воно має йти: які форми, який каталог чи магазин, який контент — і яка CRM, розсилка чи таблиця з іншого боку.
Адміністратор сайту створює окремого користувача для під'єднання лише з потрібними правами і генерує для нього пароль застосунку на сторінці цього користувача; основний пароль ніколи не передається, а пароль застосунку відкликається одним кліком.
Перевіряємо готовність сайту: він працює через захищене з'єднання, офіційний інтерфейс відповідає за своєю адресою, а якщо плагін безпеки його блокує, погоджуємо виняток з адміністратором.
Для форм під'єднуємося через плагін форм, який сайт уже використовує, щоб заявка передавалася в CRM у момент надсилання; якщо плагін не може її передати, під'єднання натомість перевіряє сайт за розкладом.
Зіставляємо дані: поля форми з полями ліда, позиції каталогу з товарами CRM чи рядками таблиці, рубрики постів із сегментами розсилки — і вирішуємо, яка сторона є джерелом правди для кожного.
Перевіряємо на живому сайті: надсилаємо форму, змінюємо товар у CRM, публікуємо пост — і дивимося, що кожне лягло куди треба, не зачепивши вигляд сайту.
Сценарії автоматизації
01
Заявки з форм стають лідами, а не листами
Булоконтактна форма надсилає лист на info@, менеджер передруковує ім'я і телефон у CRM, а в завантажений день дві заявки пропускаються.
Сталокожна заявка створює лід у CRM з усіма полями, сторінкою, з якої прийшла, і міткою кампанії, отримує відповідального за правилами CRM, і менеджер передзвонює за хвилини.
02
Каталог на сайті слідує за CRM
Булоціни й наявність змінюють у CRM, а раз на тиждень хтось вручну редагує сорок сторінок на сайті.
Сталоколи товар змінюється в CRM або в таблиці цін, під'єднання оновлює сторінку на сайті — ціну, наявність, опис — і створює сторінку для нового товару за шаблоном; дизайн сайту не зачіпається.
03
Нова стаття сама йде в розсилку і соцмережі
Буломаркетолог публікує пост, а потім вручну пише розсилку і три пости в соцмережі про нього.
Сталоколи пост публікується у вибраній рубриці, під'єднання бере його заголовок, анонс і картинку, готує чернетку розсилки і пости в соцмережі, а маркетолог схвалює їх одним кліком.
04
ШІ-помічник готує сторінки з CRM
Булонова послуга чи товар тижнями чекає, поки хтось напише сторінку.
Сталопомічник бере картку товару з CRM, пише чернетку сторінки в тоні сайту і зберігає її у WordPress як чернетку; маркетолог редагує і публікує. Без людини нічого не виходить на сайт.
Як це працює технічно
Для тих, хто перевіряє: кожен пункт веде на сторінку офіційної документації, звідки він узятий.
У WordPress є офіційний інтерфейс, через який зовнішні застосунки обмінюються даними з сайтом — і через нього вміст сайту можна забирати в цілком окремі застосунки, як-от CRM.
Зі сторінки користувача адміністратор може переглянути й відкликати наявні паролі застосунків — доступ під'єднання вимикається без зміни основного пароля.
WordPress сам не повідомляє про нові заявки з форм: під'єднання або отримує їх від плагіна форм, який використовує сайт, або перевіряє сайт за розкладом, тому з деякими плагінами заявка потрапляє в CRM за кілька хвилин, а не миттєво — ми кажемо, як буде, до початку робіт. Паролі застосунків доступні лише коли сайт працює через захищене з'єднання і ні хостинг, ні плагін їх не вимкнули; деякі плагіни безпеки блокують офіційний інтерфейс і потребують винятку. Якщо на сайті вимкнені «красиві» постійні посилання, інтерфейс відповідає за іншою адресою, і ми це враховуємо. Доступ рівно такий широкий, як права користувача, створеного для під'єднання, тож ми просимо користувача рівня редактора, а не адміністратора, коли цього достатньо. Кожен сайт WordPress під'єднується окремо: компанія з кількома сайтами отримує під'єднання на кожен сайт. Плагіни й теми сильно різняться між сайтами, тому першим кроком завжди є перевірка того, що конкретний сайт насправді віддає.
Скриншоти
Форми на сайті WordPress відправляють кожен запит у CRM разом зі сторінкою, звідки він прийшов.Джерело: wordpress.org ↗Ми використовуємо задокументоване з'єднання самого сайту, тому оновлення WordPress не ламають зв'язок.Джерело: developer.wordpress.org ↗
Як почати
Три кроки від першого повідомлення до роботи над вашим проєктом.
01
Залиште заявку
Опишіть задачу у формі — текстом або голосом. Бюджет і строки — за бажанням.
02
Ми розбираємо й оцінюємо
Розробник вивчає ТЗ, уточнює незрозуміле й надсилає оцінку.
Ні. Адміністратор створює окремого користувача для під'єднання з потрібними правами — зазвичай редактора, а не адміністратора — і генерує для нього пароль застосунку. Цей пароль використовує лише під'єднання, і його можна відкликати на сторінці користувача будь-якої миті, не чіпаючи нічий основний пароль.
Наш сайт на WordPress.com, а не на своєму хостингу. Це працює?
Зазвичай так, але те, що віддає сайт, залежить від тарифу і від того, які плагіни там дозволені. Ми починаємо з перевірки конкретного сайту і прямо кажемо, що можна під'єднати, до початку будь-яких робіт.
Ви зміните дизайн чи тему сайту?
Ні. Під'єднання читає й пише вміст — заявки з форм, товари, сторінки, пости — через офіційний інтерфейс; тема, макет і плагіни лишаються як є. Якщо потрібен новий тип сторінки, він створюється всередині наявної теми.
У нас магазин на WooCommerce. Це те саме під'єднання?
Замовлення, покупці й залишки живуть у WooCommerce і мають власне під'єднання, описане на сторінці WooCommerce. Сторінки, пости і форми того самого сайту під'єднуються через сам WordPress. На практиці обидва налаштовуються разом на одному сайті.
Розкажіть, що потрібно підключити
Опишіть задачу текстом або голосовим. Ми подивимось, що у вас є, і відповімо планом.
WordPress — товарний знак правовласника. CoreviaFlow не афілійована з ним, якщо не вказано інше. Скриншоти взяті з відкритих матеріалів розробника, джерело — під кожним.