Зробіть його своїм

Watercolor paintbox with a range of bright colors

УРОК 07 / 14 · БЕЗКОШТОВНИЙ КУРС ДЛЯ БІЗНЕСУ

Впізнаваний сервіс виглядає послідовним — від першої сторінки до відповіді служби підтримки. Брендинг корисний, коли допомагає людям зрозуміти, де вони перебувають, що можуть зробити та хто їм допоможе.

Наприкінці: створіть практичний контрольний список бренду для вашого домену, панелі керування, комунікацій і допомоги клієнтам. Для цього уроку не потрібно купувати домен або створювати обліковий запис.

Визначте сервіс, перш ніж обирати оформлення

Ваша назва, логотип, кольори та стиль письма мають підтримувати одну й ту саму обіцянку. Для інструмента погодження це можуть бути спокійні інструкції щодо версій і рішень. Для FitSite, нашого прикладного сервісу фітнес-сайтів, це означає допомагати власнику студії підтримувати актуальність інформації про заняття, тренерів і контакти. Відшліфований екран входу не може компенсувати заплутаний робочий процес.

Напишіть короткий опис сервісу, одну бажану назву для кожного основного завдання та кілька слів, що описують ваш тон. Потім послідовно використовуйте ці терміни. Якщо на вашій сторінці цін щось названо робочим простором, у вітальному листі це не має раптом називатися клієнтом або інсталяцією. Зберігайте повідомлення про помилки конкретними й шанобливими, замість того щоб надавати кожному повідомленню рекламного звучання.

Для початку достатньо невеликого бренд-набору: читабельний логотип або словесний знак, зручні для читання кольори, оформлення шрифту для заголовків і основного тексту та приклади типових повідомлень. Перевірте ці рішення на екранах мобільних пристроїв і з довшим текстом. Переконайтеся, що посилання, індикатори фокусу та стани помилок залишаються впізнаваними; колір не повинен бути єдиним носієм значення.

Відокремте адресу вашої платформи від адрес клієнтів

Подумайте про три різні призначення: ваш маркетинговий сайт, місце, де клієнти входять у систему, і будь-який публічний сайт або портал, яким вони володіють. Вони можуть використовувати один домен або різні імена хостів. Намалюйте зв’язки між ними перед налаштуванням. Клієнт не повинен розуміти архітектуру вашого хостингу, щоб знайти правильний вхід.

У прикладі FitSite адресою платформи може бути fitsite.example, а адресою клієнта — studio.fitsite.example. Згодом клієнт може підключити власний домен. Це приклади, а не домени, які вам потрібно купувати. SaaS, що не надає публічних вебсайтів, може потребувати лише адреси застосунку та чітко позначеної області облікового запису.

Задокументуйте, кому належить кожен домен, хто його поновлює та хто відповідає за підтримку, якщо він перестає працювати. Підключення домену зазвичай не вимагає передавання його реєстрації вашому бізнесу. Якщо клієнт уже використовує електронну пошту на цьому домені, не замінюйте необдумано пов’язані DNS-записи під час налаштування вебсайту.

Ставтеся до HTTPS і зіставлення доменів як до операційної функції

Брендованій адресі потрібно більше, ніж назва. DNS, конфігурація хостингу, маршрутизація застосунку та дійсний сертифікат HTTPS мають узгоджуватися. Підтримка символів узагальнення для піддоменів клієнтів — це вибір хостингу, який слід перевірити, а не автоматичний наслідок встановлення плагіна. Сертифікат для домену вашої платформи не захищає автоматично непов’язаний домен клієнта.

Документація Ultimate Multisite щодо зіставлення доменів описує перевірки DNS, SSL і інтеграції з хостингом. Якщо інтеграція недоступна, може знадобитися налаштування на боці хостингу. Вона може відрізнити домен, готовий без SSL, від домену із SSL, тому перевіряйте безпечний кінцевий результат, а не вважайте запис зіставлення доказом.

Підготуйте статтю довідки для клієнтів із точними записами для вашого підтримуваного налаштування, місцем, де клієнт їх вводить, очікуваним підтвердженням і способом звернення по допомогу. Зробіть цю статтю конкретною для вашої конфігурації хостингу. Перевірте домен у браузері, перш ніж повідомляти клієнту, що він готовий, включно зі входом, публічними сторінками та всіма перенаправленнями.

Зробіть панель керування корисним місцем для роботи

Вихідний урок пропонує брендований вхід, налаштовану панель керування та ярлики для поширених завдань. Збережіть ці ідеї, але почніть із роботи клієнта. FitSite може помітно пропонувати «Оновити інформацію про заняття», «Редагувати профілі тренерів» і «Переглянути ваш сайт». Продукт для виставлення рахунків може насамперед пропонувати створення рахунку та перевірку неоплачених рахунків.

Перевірте, куди фактично веде кожен ярлик для звичайного облікового запису клієнта. Теми та редактори WordPress відрізняються, тому уникайте інструкцій, які припускають, що кожна інсталяція використовує Customizer або ідентичне меню. Якщо ви спрощуєте меню, збережіть потрібні шляхи до облікового запису, оплати, допомоги та функцій доступності. Приховування меню не замінює правильних дозволів.

Брендування взаємодії не вимагає приховувати факт використання WordPress або Ultimate Multisite. Точно описуйте сервіс, який ви надаєте, і ваші обов’язки. Необов’язкове налаштування панелі керування або доповнення мають виправдовувати своє місце зменшенням плутанини. Ви можете почати з чіткої сторінки довідки та кількох перевірених посилань, перш ніж створювати власний інтерфейс.

Перенесіть ту саму ідентичність у повідомлення та оплату

Перевірте повідомлення, які, ймовірно, побачить клієнт: створення облікового запису, скидання пароля, квитанція про оплату, невдала оплата, нагадування про пробний період, відповідь служби підтримки та підтвердження скасування. Використовуйте впізнавану назву відправника та, за потреби, контрольований канал для відповідей. Перевірте доставку й посилання за допомогою реального тестового облікового запису під вашим контролем.

Нагадування про пробний період має містити фактичну дату завершення та наступне списання, а не шаблонну фразу, скопійовану в кожен лист. У квитанції мають бути чітко зазначені сервіс і компанія. Зберігайте обов’язкові реквізити компанії та інформацію про транзакцію читабельними, навіть якщо шаблон використовує ваші кольори. Не обіцяйте активний сайт у листі, який запускається до завершення підготовки.

Для вашого маркетингового сайту почніть із чіткого пояснення пропозиції, функцій, цін, прикладів і способу реєстрації. Позначайте демонстраційні сайти як демо. Використовуйте імена клієнтів, відгуки та логотипи лише з відповідним дозволом і в точному контексті. Гіпотетична студія FitSite є корисним навчальним матеріалом, але не є доказом наявності клієнта.

Приклад аудиту бренду

Припустімо, власник студії натискає «Почати з FitSite», отримує лист від незнайомої системної назви та потрапляє на сторінку із заголовком «Керувати клієнтом». Технічно нічого не обов’язково вийшло з ладу, але така взаємодія викликає запитання. Змініть відправника й заголовок на впізнавані терміни, поясніть, що було створено, і прямо вкажіть на наступне завдання студії.

Тепер перевірте сценарій підтримки. Чи може цей власник знайти допомогу з панелі керування, сторінки облікового запису та квитанції? Чи використовує стаття довідки ті самі назви, які він бачить на екрані? Брендинг тут успішний, оскільки він поєднує розуміння клієнта в межах усього сервісу. Зафіксуйте невідповідності у простому контрольному списку, спочатку виправте найбільш заплутані з них і повторіть перевірку після суттєвих змін інтерфейсу.

Ваша вправа

  1. Напишіть однореченеву обіцянку вашого сервісу та короткий список термінів для його основних завдань.
  2. Зіставте маркетингові адреси, адреси входу, клієнтські адреси та адреси підтримки. Позначте відповідальність за домени й HTTPS.
  3. Перевірте повний шлях реєстрації та оплати на предмет непослідовних назв, заяв, посилань та ідентичностей відправника.
  4. Створіть статтю довідки щодо підключення домену для власного підтримуваного налаштування або статтю про відновлення входу, якщо власні домени неактуальні.
  5. Перевірте три найважливіші дії в панелі керування, використовуючи звичайний обліковий запис клієнта або клікабельний прототип.

Перш ніж рухатися далі

  • Послідовна мова допомагає клієнтам упізнавати сервіс і виконувати корисні завдання.
  • Зіставлення доменів і HTTPS потребують перевіреної поведінки хостингу та DNS.
  • Приклади демо залишаються чітко позначеними, а допомогу легко знайти.

Джерела та довідкові матеріали з реалізації

Продовжуйте курс

Збережіть нотатки до вправи: наступний урок спирається на рішення, які ви тут ухвалили.

Попередній урок · Переглянути всі 14 уроків