Перестаньте обирати хостинги. Почніть обирати патерни.

Резюме

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

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

Уявіть нового клієнта: мережа роздрібної торгівлі з каталогом, блогом та інтернет-магазином. Вони були на дешевому спільному хостингу, який падає в Чорну п'ятницю. Вони просять вас "полагодити хостинг." Це ваш момент зробити те, що більшість агентств ніколи не роблять: провести їх через процес, а не через паніку.

Крок 1: Задайте правильні питання один раз

Створіть форму прийому для хостингу і змусьте кожного клієнта відповісти на неї до того, як ви з ними поговорите. Форма має містити чотири поля: орієнтовний щомісячний трафік, тип контенту (статичний, на основі бази даних, електронна комерція або медійно насичений), вимоги відповідності (PCI, HIPAA, GDPR) та очікування щодо підтримки — хто торкатиметься сайту, коли щось зламається. І все. Решта — шум.

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

Форма також вбиває спекулятивні розмови. Без неї ви отримаєте нескінченні "а що, якщо ми виростемо?" і "а чи варто використовувати цей хостинг, який ми бачили на білборді?" Відфільтруйте їх до того, як вони почнуться. Якщо клієнт не може відповісти на чотири питання про власний сайт, він ще не готовий до порад щодо хостингу; він готовий до того, щоб йому сказали, що робити.

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

Крок 2: Стандартизуйте три профілі

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

Профіль	Для кого підходить	Обережно
Бюджетний спільний	Низькотрафікові сайти-брошури, обмежений бюджет	Підтримка слабка, її забезпечуєте ви
Керований з пріоритетом підтримки	Клієнти, які не торкаються технологій, хочуть один номер телефону	Коштують більше, прив'язують до свого стеку
Продуктивний VPS/виділений	Сайти електронної комерції, високотрафікові, з базами даних	Потребує більше навичок налаштування та обслуговування

Які хости входять у який профіль — це ваша домашня робота, а не клієнта. Робочий метод: протестуйте одного кандидата на профіль на низькоризиковому проєкті, а потім задокументуйте все — час підготовки, продуктивність, реакцію підтримки, несподівані рахунки. Наявні дослідження дають відправну точку: такі хости, як Bluehost і Hostinger, зазвичай позиціонуються для економних користувачів; SiteGround має репутацію потужної підтримки; A2 і HostGator асоціюються з варіантами, орієнтованими на швидкість. Але не довіряйте цим описам, поки не відкриєте тікет підтримки та не заміряєте час відповіді секундоміром.

Наш роздрібний клієнт потрапляє в профіль продуктивності. Їм потрібні швидкі запити до бази даних і здатність впоратися зі сплеском трафіку у вихідні. Рішення приймається за хвилини, а не за дні, бо ви не "досліджуєте хости" — ви консультуєтеся з власною матрицею.

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

Крок 3: Мігруйте за чек-листом, а не навмання

Тепер ви переводите клієнта. Робіть це щоразу однаково. Ось порядок: зробіть резервну копію всього зі старого хостингу, включаючи базу даних; підготуйте новий сервер і встановіть той самий стек програмного забезпечення; імпортуйте файли та базу даних; встановіть SSL і протестуйте кожну сторінку; переключіть nameserver; перевірте доставку електронної пошти та сторонні інтеграції; залиште старий хостинг активним на один розрахунковий цикл.

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

Дві застереження з реальних міграцій. По-перше, якщо старий хостинг обробляв електронну пошту, не забудьте про MX-записи. Саме через це міграції старіють, і клієнт думає, що ви зламали його пошту. По-друге, ніколи не робіть зміну DNS о 17:00 у п'ятницю. Робіть це у вівторок вранці, коли у вас є два наступні робочі дні, щоб виправити будь-що. Механіка переїзду без простоїв описана в цьому посібнику з міграції. Прочитайте його перед першою міграцією, а потім видаліть з пам'яті — тепер вам потрібен лише чек-лист.

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

Крок 4: Продавайте надійність, а не цифри аптайму

Кожен хостинг з вашого списку рано чи пізно вийде з ладу. Ті, хто рекламує "100% аптайму", продають маркетинг, а не інженерію. Тож коли ви оцінюєте хостинг, не питайте про гарантії. Питайте про комунікацію при інцидентах. Якщо сервер помер, чи отримаєте ви email зі статусом протягом п'яти хвилин? Чи є сторінка статусу? Чи публікують вони постмортеми? Якщо хостинг не може відповісти на ці питання одним реченням, він не готовий до клієнта, чий дохід залежить від вебсайту.

Вашому клієнту не потрібна гарантія 100% аптайму. Йому потрібен план на випадок, коли сайт лежить. Створіть його разом: сторінку обслуговування, телефонне дерево, список, хто кому дзвонить. Потім протестуйте план на навчанні. Це найменш гламурна година, яку ви витратите, і вона врятує вас від найстресовішої години року. Роздрібний клієнт ніколи не дізнається про навчання цього кварталу, але він дізнається про той випадок, коли сайт працював під час розпродажу, бо ваш план спрацював.

Це також місце, де варто бути чесним з клієнтом про те, що може зламатися. "У нас будуть щоденні резервні копії. Сервіс перезапуску зазвичай повертає сайт за хвилини. Але якщо сервер повністю вийде з ладу, відновлення може зайняти кілька годин. Ось номер, куди дзвонити." Ця чесність коштує більше, ніж фальшива гарантія. Вона також уберігає вас від того, щоб вам дзвонили о 3-й ночі, бо ви пообіцяли неможливе. Візьміть шаблон ранбука на цю розмову й скажіть: "Ось що ми зробимо, якщо сайт ляже. Ви одразу отримаєте оновлення статусу." Потім дійсно це зробіть.

Крок 5: Напишіть односторінковий ранбук

Результат, який робить хостинг повторюваним для клієнтів, — це не сам хостинг, а документація. Під час передачі справи надайте клієнту односторінковий ранбук із: логіном хостингу, реєстратором домену, DNS-провайдером, розкладом резервного копіювання, телефоном підтримки та розділом "що робити, якщо сайт ляже". Не ховайте це в презентації на 30 слайдів. Одна сторінка. Кожен клієнт отримує той самий шаблон. Змінюються лише облікові дані та профіль.

Для роздрібного клієнта ранбук — це різниця між тікетом підтримки та спокійним телефонним дзвінком. Коли вони зателефонують вам у листопаді з питанням про дивний email від їхнього старого хостингу, ви зможете сказати: "Ігноруйте його, ми все перенесли. Логіни у вашому ранбуку." Саме тоді ви виростаєте з "веб-агентства" до "хостинг-партнера, який думає наперед."

Сам процес вміщення всього на одну сторінку змушує вас вирішити, що насправді критично. Якщо не вміщується — ви не розумієте власного налаштування. Тримайте шаблон у спільному сховищі та оновлюйте щоразу, коли змінюється ваша інфраструктура. Застосовуйте принцип найменших привілеїв, обертайте облікові дані та ніколи не надсилайте паролі електронною поштою. Ваша внутрішня версія ранбука має бути копією сторінки клієнта плюс розділ для вашої команди: IP-адреси серверів, розташування резервних копій та дані доступу до інструмента моніторингу. Ця внутрішня версія — те, що ви використовуватимете під час щоквартального перегляду.

Крок 6: Переглядайте щокварталу, а не для кожного проєкту

Створіть повторювану подію в календарі на перший понеділок кожного кварталу. У цей день витягніть три звіти: тікети підтримки за останній квартал, дані аптайму з вашого інструмента моніторингу та рахунки за хостинг. Шукайте закономірності. Якщо один хостинг відповідає за більшість ваших тікетів — його більше немає. Якщо підтримка іншого хостингу ніколи не бере слухавку — його більше немає. Якщо з'явився новий провайдер із значно кращою ціною за той самий клас послуг — протестуйте його на одному некритичному клієнті та додайте до матриці, якщо він це заслужить.

Цей перегляд — різниця між реагуванням на збої та їх запобіганням. Збої все одно будуть, але вони будуть провиною хостингу, а не вашого процесу. Коли на радарі з'являється новий кандидат, проженіть його через справжній стрес-тест перед зобов'язаннями. Дешевий хостинг може чудово виглядати на папері та впасти під навантаженням; тест покаже правду.

Щоквартальний перегляд — це також час для обрізання. Якщо профіль не використовувався два квартали, або видаліть його, або з'ясуйте чому. Мета — жива матриця, яка відображає те, чого ви насправді навчилися, а не статичний документ, який ви написали один раз та ігнорували. Не пропускайте перегляд через зайнятість. Час, витрачений там, заощадить вам оплачуваний тиждень пізніше.

Висновок

Хостинг — не місце для креативності. Це місце для патернів. Створіть форму прийому, зафіксуйте свої три профілі, виконуйте чек-лист міграції, продавайте надійність, напишіть односторінковий ранбук і переглядайте щокварталу. Роздрібний клієнт отримає стабільний сайт, ви — спокійніший квартал, і нарешті перестанете гуглити "найкращий хостинг для" щоразу, коли з'являється новий проєкт. Ось і виграш. Ідіть стандартизуйте.