Розбіжність починається в день, коли ніхто не має цього в обов'язках
Години, номер телефону та меню живуть у вашій компанії в чотирьох місцях одночасно: на картці Google, на власному сайті, на порталі замовлень та в соціальних мережах. Кожне з них оновлюється окремо, вручну, зазвичай в інший момент. Коли власник змінює години на свята, він робить це там, де має доступ - найчастіше в Google Business Profile - і на цьому закінчує. Керівник зали не знає, що потрібно виправити ще й сайт. Ніхто в команді не має в обов'язках порівнювати чотири місця між собою. Розбіжність - це не несправність системи. Це відсутність однієї людини, відповідальної за весь процес.
- Власник виправляє там, де має доступ
- Керівник зали не знає, що потрібно виправити сторінку
- Портал замовлень зі старими годинами
- Розбіжність виявляється лише під дверима закладу
- Власник вирішує, керівник зали вводить дату
- Одне джерело правди: аркуш або CRM
- Та сама інформація надходить до всіх чотирьох місць
- Розбіжність повідомляє гість або працівник — і це враховується
Одна зміна годин має проходити той самий шлях щоразу
Зміна має завжди йти тим самим маршрутом:
- 01власник вирішує
- →02керівник зали вписує дату в календар змін
- →03запис потрапляє в Google Business Profile
- →04той самий контент потрапляє на сайт
- →05портал замовлень отримує оновлення останнім
Без цієї послідовності кожне місце змінюється окремо, коли комусь згадається. Автоматизація в n8n або Make може розіслати одну зміну до кількох місць одночасно, але потребує одного джерела правди - зазвичай таблиці або CRM, яку використовують інтеграції між карткою та системою компанії. Перевірка проста: порахуйте, скільки разів на місяць хтось - гість або працівник - повідомляє про розбіжність між Google та сайтом. Якщо після місяця це число не змінюється, один шлях зміни не працює. Тоді потрібно перевірити, хто фактично вводить дані на кожному етапі, а не додавати ще один крок до процесу.
Чотири місця, де живуть ті самі дані
Картка Google Business Profile - зазвичай перше місце, яке бачить гість, шукаючи столик - потрапляє з карти, а не з сайту. Власний сайт - єдине місце, над яким ви маєте повний контроль і яке змінюєте без згоди жодної платформи. Портал замовлень має свою окрему картку годин і меню, незалежно від того, що показує Google. Messenger і WhatsApp додають ще одне джерело - частина гостей запитує про години безпосередньо на чаті, а відповідає їм керівник зали або власник, з пам'яті, а не з одного джерела. Хто відповідає за яке місце, варто записати в одному документі, а не тримати в голові однієї людини.
- Рішення власника
- Запис у календарі змін
- Візитка Google Business Profile
- Власна сторінка
- Портал замовлень
- Messenger та WhatsApp
Частина перевірених закладів не має власного сайту як точки відліку
Вони не мають власного місця, де гість міг би залишити запит.
Для гостя це той самий ефект, що й відсутність сайту взагалі. Якщо власного сайту немає або він не працює, помилка в годинах на Google Business Profile не має де «виправитися». Не існує другого джерела, яке б його перевірило.
Скільки коштує контроль узгодженості між чотирма місцями
Сама картка Google Business Profile, створена та заповнена правильно, - одноразове впорядкування карток, фото та годин: робота з датою завершення в календарі, а не постійна плата. З'єднання картки, сайту та CRM в один процес - це вже шар інтеграцій: пошта впускає дані однією дорогою, Telegram або WhatsApp іншою, і кожен канал віддає їх по-своєму. Автоматизації CRM нагадують про перевірку розбіжностей, а звіт зібраних розбіжностей показує їх в одному місці замість п'яти. Підсумовувати тут нічого - обсяг визначаємо після розмови, відповідно до кількості місць, які потрібно з'єднати.
Коли ручний контроль узгодженості - це погана ідея
Якщо ви ведете один заклад без доставки і без порталу бронювання, ручний контроль може бути достатнім. У вас два джерела, не чотири, і власник справляється сам. Автоматизація має сенс там, де джерел більше, ніж дві людини можуть перевіряти щодня. Ми не обіцяємо, що автоматизована синхронізація повністю усуне помилки - неправильні дані, введені у джерелі, все одно потраплять скрізь, тільки швидше. Те, що ми даємо під контроль, - це час між помилкою та її виявленням, а не сама помилка. Це не рішення для закладу, який ще не встановив, хто взагалі вперше вводить дані.
Найчастіші питання
Чи достатньо виправити дані лише на Google Business Profile?
Ні, бо гість потрапляє також через власний сайт, портал замовлень та соціальні мережі. Виправлення в одному місці не передається автоматично до трьох інших. Без спільного джерела кожне з них може показувати інші години того самого дня.
Хто в компанії повинен відповідати за узгодженість даних?
Одна людина, зазвичай керівник зали або власник, повинна мати це в обов'язках, а не в пам'яті. Решта команди повідомляє їй про розбіжності, помічені в контакті з гостями. Без призначеної людини відповідальність розмивається між усіма і не лежить ні на кому.
Чи має сенс автоматизація синхронізації для одного закладу?
Зазвичай ні. При одному закладі і двох-трьох місцях для контролю ручна перевірка достатня. Інтеграції мають більший сенс там, де місць більше або ви ведете кілька пунктів одночасно - про це детальніше ми писали при нагоді управління бронюваннями та постачальниками в громадському харчуванні.
Що відбувається, коли дані в Google і на сайті відрізняються?
Гість довіряє тому, що побачить першим, зазвичай картці в Google, і приходить відповідно до неї. Якщо заклад у цей час зачинений або меню інше, підводить обіцянка, а не гість. Помилка виявляється лише на місці, не раніше.
Чи потрібно синхронізувати між місцями ще й погані відгуки?
Відгуки залишаються там, де їх залишили, і їх не можна перенести між платформами. Однак можна контролювати, щоб хтось відповідав на них у кожному місці, де вони з'являються, в тому числі в рамках роботи з відгуками клієнтів. Відсутність відповіді протягом тижнів - це інша проблема, ніж розбіжність годин, але та сама причина: ніхто не має цього в обов'язках.
Поговоримо про те, як ваш ресторан контролює узгодженість даних в Google, на сайті та на порталах.