Блог
Спрете да избирате хостове. Започнете да избирате модели.
Повтаряема процедура, която спестява на агенцията ви повторното проучване на хостинг за всеки клиент.
Резюме
Най-скъпото изречение в уеб работата на агенциите е „нека намерим най-добрия хост за този клиент“. Спрете да го казвате. Вашата работа не е да намерите най-добрия хост; тя е да изградите малък набор от хостинг модели, които покриват повечето клиенти, и да запазите свежото проучване за редките изключения. Тази статия превежда хипотетичен клиент от търговията на дребно през стандартизиран процес: формуляр с четири полета, три хостинг профила, чеклист за миграция, план за надеждност и едностраничен наръчник. Ще получите и тримесечна рутина за преглед, която поддържа списъка ви с хостове честен. Резултатът е по-малко спешни случаи в 3 часа сутринта, по-добри маржове и клиенти, които ви се доверяват, защото нищо не се е счупило. Използвайте тези стъпки, за да превърнете хостинга от пожарна тревога за всеки проект в повтаряема част от работния си процес.
Най-скъпото изречение в уеб работата на агенциите е също и най-често срещаното: „Нека намерим най-добрия хост за този клиент.“ Спрете да го казвате. Работата ви не е да намерите най-добрия хост. Работата ви е да изберете малък набор от хостинг модели, които работят за мнозинството от клиентите ви, и след това да похарчите ограничения си интелектуален ресурс за малцината, които наистина попадат извън тях. Така превръщате хостинга от пожарна тревога за всеки проект в повтаряема стъпка от работния си процес. Ето и самото преминаване – от първото обаждане на нов клиент до предаването, за което ще забравите след шест месеца – защото нищо не се е счупило.
Представете си нов клиент: търговска верига с каталог, блог и онлайн магазин. Те са били на евтин споделен хостинг, който се срива на Черния петък. Те ви молят да „оправите хостинга“. Това е моментът ви да направите това, което повечето агенции никога не правят: да ги преведете през процес, а не през паника.
Стъпка 1: Задайте правилните въпроси веднъж
Създайте формуляр за приемане на хостинг и накарайте всеки клиент да го попълни, преди да говорите с него. Формулярът трябва да съдържа четири полета: приблизителен месечен трафик, тип съдържание (статично, базирано на база данни, електронна търговия или с много медии), изисквания за съответствие (PCI, HIPAA, GDPR) и очаквания за поддръжка — кой ще пипа сайта, когато нещо се счупи. Това е. Всичко останало е шум.
Когато клиент каже „имаме нужда от най-добрия хостинг“, всъщност има предвид „искаме да не се срине по време на най-голямата ни разпродажба“. Вашият формуляр улавя това в един ред: трафик. Оказва се, че единствената реална разлика между повечето клиенти е мащабът. Сайт с нисък трафик и магазин за електронна търговия с висок трафик се нуждаят от различни ресурси, но не се нуждаят от различни хостове, ако вече сте избрали правилния модел.
Формулярът също пресича спекулативните разговори. Без него ще получавате безкрайни „ами ако порастем?“ и „трябва ли да използваме този хост, който видяхме на билборд?“ Отсейте ги, преди да са започнали. Ако клиентът не може да отговори на четири въпроса за собствения си сайт, той не е готов за съвети за хостинг; готов е да му кажете какво да прави.
За нашия клиент от търговията на дребно формулярът разкрива сайт със здравословен, но не огромен трафик, продуктова база данни и нулеви изисквания за съответствие освен основната обработка на платежни карти. Те очакват вие да управлявате всичко, защото последният им хост „изгуби“ тикета им за поддръжка. Този последен детайл е по-важен от всеки лист със спецификации.
Стъпка 2: Стандартизирайте три профила
След като формулярът е попълнен, съпоставете клиента с профил. Трябва да имате не повече от три. Бюджетен, с приоритет на поддръжката и производителност. Това е цялото меню. Определете ги веднъж, документирайте ги и не ги преразглеждайте за всеки клиент.
| Профил | Най-подходящ за | Внимавайте за |
|---|---|---|
| Бюджетен споделен | Сайтове с нисък трафик, ограничен бюджет | Поддръжката е слаба, вие я осигурявате |
| Управляван с приоритет на поддръжката | Клиенти, които не пипат технология, искат един телефонен номер | Струва повече, заключва ви в тяхната платформа |
| Производителност (VPS/самостоятелен) | Електронна търговия, висок трафик, сайтове с много данни | Изисква повече умения за настройка и поддръжка |
Кои хостове принадлежат към кой профил е ваша домашна работа, не на клиента. Метод, който работи: тествайте по един кандидат-хост за профил с проект с нисък риск и след това документирайте всичко — време за предоставяне, производителност, реакция на поддръжката, изненади в таксуването. Наличното ви изследване дава начална точка: хостове като Bluehost и Hostinger обикновено са позиционирани за бюджетно мислещи потребители; SiteGround има репутация на силна поддръжка; A2 и HostGator се свързват с опции, фокусирани върху скоростта. Но не вярвайте на тези описания, докато не отворите тикет за поддръжка и не измерите времето за реакция с хронометър.
Нашият клиент от търговията на дребно попада в профила за производителност. Те се нуждаят от бързи заявки към базата данни и способност да поемат пик в трафика през натоварен уикенд. Решението се взема за минути, а не за дни, защото не „проучвате хостове“ — а се консултирате със собствената си матрица.
Ако все още не сте направили това, спрете тук и изградете своята матрица. Ще си благодарите на следващата стартираща среща за проект. И ако все още сте в изкушение да персонализирате за всеки клиент, прочетете защо сайтът ви се срина и вижте как един срив може да провали тримесечие. След това фиксирайте профилите си. Устоявайте на изкушението да добавите четвърти „премиум“ профил за един висококласен клиент. Всеки добавен профил връща обмислянето за всеки проект, което се опитвате да елиминирате. Три е таванът; за много агенции две са достатъчни.
Стъпка 3: Мигрирайте с чеклист, а не с молитва
Сега местите клиента. Правете го по един и същи начин всеки път. Ето редът: архивирайте всичко от стария хост, включително базата данни; предоставете новия сървър и инсталирайте същия софтуерен стек; импортирайте файловете и базата данни; инсталирайте SSL и тествайте всяка страница; сменете DNS сървърите; проверете доставката на имейли и интеграциите с трети страни; дръжте стария хост активен за един цикъл на таксуване.
Напишете този списък веднъж и го превърнете в споделен чеклист в инструмента си за управление на проекти. Отсега нататък човекът, който извършва миграцията, не е старши инженер, който импровизира; това е всеки, който може да следва чеклист. В случая с нашия клиент от търговията на дребно преместването отнема част от времето, което би отнело, ако решавахте всяка стъпка в движение. Тази част има значение, когато жонглирате с множество клиенти.
Две предупреждения от реални миграции. Първо, ако старият хост се е грижел за имейли, не забравяйте MX записите. Точно така миграциите остаряват и затова клиентът мисли, че сте счупили имейла им. Второ, никога не правете DNS промяната в петък в 17:00. Направете го във вторник сутрин, когато имате следващите два работни дни да поправите каквото и да се счупи. Механиката на преместване без прекъсване е разгледана в това ръководство за миграция. Прочетете го преди първата си миграция и след това го изтрийте от паметта си — чеклистът е всичко, от което се нуждаете.
И направете репетиция преди реалния преход. Предоставете staging субдомейн, копирайте сайта там и тествайте всяка страница. Това струва един час и хваща грешката, която би оставила клиента ви офлайн за следобеда. Този час е най-евтината застраховка, която ще купите за цялото тримесечие.
Стъпка 4: Продавайте надеждност, не числа за наличност
Всеки хост в списъка ви в крайна сметка ще се провали. Тези, които рекламират „100% наличност“, продават маркетинг, не инженерство. Затова, когато оценявате хост, не питайте за гаранции. Питайте за комуникация при инциденти. Ако сървърът умре, получавате ли имейл за статуса в рамките на пет минути? Има ли страница за статуса? Публикуват ли анализи на инцидентите? Ако хостът не може да отговори на тези въпроси с едно изречение, той не е готов за клиент, чийто приход зависи от уебсайт.
Вашият клиент не се нуждае от 100% гаранция за наличност. Те се нуждаят от план за момента, в който сайтът е недостъпен. Изградете го заедно с тях: страница за поддръжка, телефонно дърво, списък кой на кого звъни. След това тествайте плана с учение. Това е най-малко бляскавият час, който ще прекарате, и ще ви спаси от най-стресиращия час в годината. Клиентът на дребно никога няма да разбере за учението това тримесечие, но ще разбере за единствения случай, когато сайтът остана онлайн по време на разпродажба, защото планът ви проработи.
Това е и мястото да сте честни с клиента за това, което може да се счупи. „Ще имаме ежедневни архиви. Услуга за рестартиране обикновено ще върне сайта в рамките на минути. Но ако сървърът се провали напълно, възстановяването може да отнеме няколко часа. Ето номера за обаждане.“ Тази честност струва повече от фалшива гаранция. Тя също ви спира да бъдете този, който бива извикван в 3 часа сутринта, защото сте обещали невъзможното. Донесете шаблона на наръчника на този разговор и кажете: „Ето какво ще направим, ако сайтът спре. Ще получите актуализация за статуса веднага.“ След това наистина го направете.
Стъпка 5: Напишете едностраничния наръчник
Доставката, която прави хостинга повтаряем при различните клиенти, не е самият хост; това е документацията. При предаването дайте на клиента си едностраничен наръчник с: логин за хостинг, регистратор на домейни, DNS доставчик, график за архивиране, телефон за поддръжка и секция „какво да правите, ако сайтът спре“. Не го заравяйте в презентация с 30 слайда. Една страница. Всеки клиент получава същия шаблон. Единствените полета, които се променят, са идентификационните данни и профилът.
За клиента от търговията на дребно наръчникът е разликата между тикет за поддръжка и спокойно телефонно обаждане. Когато ви се обадят през ноември, питайки за странен имейл от стария им хост, можете да кажете: „Игнорирайте го, преместихме всичко. Логините са в наръчника ви.“ Тогава преминавате от „уеб агенция“ към „хостинг партньор, който мисли напред“.
Актът на събиране на всичко на една страница ви принуждава да решите какво наистина е критично. Ако не можете да го поберете, значи не разбирате собствената си настройка. Дръжте шаблона в споделено хранилище и го актуализирайте всеки път, когато инфраструктурата ви се промени. Прилагайте принципа на минималните привилегии, сменяйте идентификационните данни и никога не изпращайте пароли по имейл. Вътрешната ви версия на наръчника трябва да е копие на страницата на клиента плюс секция за екипа ви: IP адреси на сървърите, местоположение за съхранение на архиви и идентификационни данни за инструмента за мониторинг. Тази вътрешна версия ще използвате при тримесечния преглед.
Стъпка 6: Преглеждайте тримесечно, а не за всеки проект
Настройте повтарящо се събитие в календара за първия понеделник на всяко тримесечие. На този ден извадете три справки: тикетите за поддръжка от последното тримесечие, данните за наличност от инструмента за мониторинг и сметките си за хостинг. Потърсете модели. Ако един хост е причина за повечето тикети за поддръжка, той отпада. Ако поддръжката на друг хост никога не вдига телефона, той отпада. Ако се е появил нов доставчик с драматично по-добра цена за същия клас услуга, тествайте го — с един не-критичен клиент — и го добавете към матрицата, ако го заслужи.
Този преглед е разликата между реагиране на проблеми и предотвратяването им. Все още ще имате проблеми, но те ще са по вина на хоста, не на процеса ви. Когато нов кандидат-хост се появи на радара ви, подложете го на реален стрес тест, преди да се ангажирате. Евтиният хост може да изглежда чудесно на хартия и да рухне под натоварване; тестът ще ви каже истината.
Тримесечният преглед е също времето за подрязване. Ако даден профил не е бил използван две тримесечия, или го премахнете, или открийте защо. Целта е жива матрица, която отразява това, което наистина сте научили, а не статичен документ, който сте написали веднъж и сте игнорирали. Не пропускайте прегледа, защото сте заети. Времето, прекарано там, ви спестява фактурируема седмица по-късно.
Заключение
Хостингът не е място за творчество. Той е място за модели. Изградете формуляра за приемане, фиксирайте трите си профила, изпълнете чеклиста за миграция, продавайте надеждност, напишете едностраничния наръчник и преглеждайте тримесечно. Клиентът на дребно ще получи стабилен сайт, вие ще получите по-спокойно тримесечие и най-накрая ще спрете да търсите „най-добър хостинг за“ всеки път, когато се появи нов проект. Това е победата. Идете и стандартизирайте.