Різні компанії. Різні завдання для сайту.
Шість модельних ситуацій, які допомагають вибрати напрямок і обсяг роботи. Дізнайтеся, що потрібно клієнту, що потрібно зберегти і як оцінити результат.
Це сценарії для прийняття рішень. Реальна реалізація має окремий опис ↗
Сценарій 01
Майстерня з декількома точками або видами послуг
Клієнт повинен бути направлений до правильної служби, місця та номера. Загального контакту може бути недостатньо, якщо ви по-іншому поводитеся з автомобілями, вантажівками та технікою.
Те, що потрібно зберегти
- division of services and points
- номери телефонів та години роботи, закріплені за відповідною частиною
- маршрути та старі адреси пропозицій
Як підійти до рішення
Якщо сайт містить лише цю інформацію, ви можете розглянути можливість міграції. Спрощення серверної частини має підтримувати необхідну розбивку контактів. Якщо є система управління відвідуваннями, ми визначаємо її роль окремо.
Перевірте приклад
Отримайте доступ до пропозиції конкретної послуги зі свого телефону. Перевірте, чи відображається відповідний пункт і чи кнопка вибирає правильний номер, також за межами домашньої сторінки.
Сценарій 02
Монтажник або оздоблювальна компанія з галереєю проектів
Клієнт шукає підрядника для конкретної роботи і хоче бачити схожі проекти. Фотографії допомагають йому оцінити масштаби, тому вони є частиною пропозиції.
Те, що потрібно зберегти
- впізнавані послуги, напр. монтаж і обслуговування
- групи реалізації та відповідні фотографії
- як додати більше робіт
Як підійти до рішення
Рідко оновлювана галерея може поміститися на сторінку з готовими файлами. Якщо співробітник часто додає нові проекти, потрібне зручне редагування. Великий фотоархів потрібно порахувати і описати в масштабі, навіть з кількома вкладками.
Перевірте приклад
Відкрийте вибрану реалізацію на телефоні. Підтвердьте правильні фотографії, збільште попередній перегляд і перейдіть до контакту. Порівняйте швидкість, не видаляючи необхідні клієнту матеріали.
Сценарій 03
Вартість транспорту залежить від маршруту та дати
Компанії потрібні дані для підготовки пропозиції. Загальне повідомлення «будь ласка, транспортуйте» може бути недостатнім, якщо маршрут, дата та розмір групи або вантажу відсутні.
Те, що потрібно зберегти
- види поїздок або транспортів
- necessary questions for the quote
- правильний одержувач і чіткий спосіб підтвердження
Як підійти до рішення
Форма запиту не обов’язково має бути системою бронювання. Якщо він збирає лише дані для розмови, ми встановлюємо поля та доставку. Якщо він підтверджує дату або ціну автоматично, потрібен окремий опис процесу. Ми не змінюємо значення кнопки під час міграції.
Перевірте приклад
Надішліть позначений TEST запит без реального резервування. Підтвердьте, що одержувач отримав необхідні поля та може відповісти. Повідомлення має відповідати тому, що було фактично замовлено.
Сценарій 04
Сайт посилається на бронювання в окремій системі
Клієнт переглядає пропозицію на сайті компанії та обирає дату у зовнішньому сервісі. Важливе значення має правильне призначення посилання та безперервність цього шляху.
Те, що потрібно зберегти
- адреса відповідного закладу або календар
- обліковий запис і умови зовнішньої послуги
- телефон або інший необхідний контактний канал
Як підійти до рішення
Посилання на самостійну автономну систему може залишитися після перенесення простого сайту. Це відрізняється від календаря, який зберігає зустрічі в WordPress. По-перше, ми визначаємо розташування даних і чи сторінка лише надсилає, вбудовує представлення чи бере участь у всьому процесі.
Перевірте приклад
Перевірте, чи кнопка веде до правильної служби та закладу. Фактичний тест бронювання вимагає контрольованих умов, щоб не пропустити зустріч або не активувати платіж.
Сценарій 05
Компанія самостійно змінює розклад, пропозицію чи повідомлення
Для команди швидка публікація виправлення може бути важливішою, ніж кількість сторінок. Кілька вкладок не означає, що панель непотрібна.
Те, що потрібно зберегти
- можливість редагування потрібною людиною
- типові завдання, напр. заміна макету та фото
- як перевірити публічну версію
Як підійти до рішення
По-перше, варто привести в порядок поточний редактор або відремонтувати збереження. Базовий перехід без панелей може збільшити вашу залежність від підрядника. Якщо компанія вибирає файли, вона повинна спочатку домовитися про те, як і коли будуть внесені зміни.
Перевірте приклад
Особа, яка обслуговуватиме сайт, виконує узгоджене типове виправлення та перевіряє результат. Сам по собі логін або демонстрація контрагента не є підтвердженням комфортної роботи компанії.
Сценарій 06
Оренда з каталогом і контактним телефоном
Клієнт повинен знати пристрій, як визначити наявність і правила збору. У каталозі не обов'язково вказувати магазин.
Те, що потрібно зберегти
- прилади та поточну інформацію про них
- підтверджені умови використання та контакти
- адреси, які використовуються в пропозиціях або QR-кодах
Як підійти до рішення
На простому сайті може працювати довідник з розкладом телефонних розмов. Доступність, оплата та підтверджене бронювання потребують окремої системи. Перед передачею ми також підтверджуємо, що матеріали актуальні, замість того, щоб копіювати застарілі правила.
Перевірте приклад
Знайдіть конкретний пристрій і перейдіть до встановленого способу зв'язку. Переконайтеся, що на веб-сайті чітко пояснено, як отримати підтвердження доступності та який наступний крок.
Який елемент вирішує для вас?
Перелічіть важливу діяльність клієнта та одну типову зміну, здійснену компанією. Ці два приклади допоможуть вам оцінити, чи достатньо вже готових файлів, чи потрібна ще панель і додаткова система.