Передача сайта клиенту: хостинг, поддержка и лишняя головная боль

Я через это проходил. У меня есть свой сервер, есть старые клиенты, которые на нём размещаются и платят за обслуживание. Но в какой-то момент я понял: с новыми проектами хочу организовать всё проще. Мне не нужна дополнительная головная боль там, где её можно спокойно убрать ещё при передаче сайта.

Почему новые сайты я стал размещать отдельно

На момент этого разговора я уже примерно полтора-два года размещал новые проекты на Timeweb. Для каждого клиента создавал отдельный аккаунт. Сначала на свою почту, чтобы спокойно всё настроить, а после расчёта менял почту на клиентскую и передавал управление.

Человек получает свой аккаунт, сам оплачивает размещение и видит, где находится его сайт. Мне не нужно каждый раз быть посредником между ним и хостингом. Старые проекты при этом продолжали жить на моём сервере: там уже были свои договорённости.

У меня была партнёрская программа хостинга: клиенту скидка, мне комиссия. Я этого не скрываю. Но основной смысл схемы для меня был в другом — меньше возни. Если вопрос относится к работе хостинга, у клиента есть его поддержка. Если нужно поменять что-то на сайте — это уже другой разговор.

Не надо сваливать эти две вещи в одну кучу. Разместить сайт и постоянно заниматься его содержанием — разные работы. И хорошо бы, чтобы человек понимал это до того, как у него появилась первая проблема.

Мой набор расширений: без коллекционирования плагинов

Меня часто спрашивают, какой у меня джентльменский набор для Joomla. В тот период основой был Helix Ultimate. Где нужен конструктор — SP Page Builder. Где можно нормально собрать страницу без него, обходился без конструктора.

Для форм и калькуляторов использовал Convert Forms, для всплывающих окон — EngageBox. Для карты сайта — JL Sitemap, для социальных элементов и Open Graph — JL Like. Магазины делал на JoomShopping. С редактором тоже без религии: где-то JCE, где-то хватает TinyMCE. Это мой рабочий набор того периода, а не список обязательных установок для любого сайта.

Вообще я стараюсь ставить как можно меньше расширений. Если задачу решает сама CMS, зачем тащить ещё одну штуку? Просто потому, что кто-то написал «обязательно установите»? Мне потом этот сайт обслуживать. Чем больше набрано всего подряд, тем больше приходится держать в голове.

То же самое с картинками товаров. Не надо превращать каждую фотографию в отдельную простыню текста только ради SEO. Есть описание товара, есть изображения, есть осмысленный alt. У каждого элемента своя задача. Делай так, чтобы человек понимал, что он смотрит, а не чтобы в карточке помещалось побольше одинаковых слов.

Безопасность не заканчивается установкой защитного плагина

Отдельных защитных расширений у меня тогда не было. Раньше пробовал сканер, но особой пользы для своей работы не увидел, зато нагрузку он создавал. Название уже и не вспомню.

При этом я не предлагаю вообще забить на безопасность. Нормальные пароли, права на файлы, резервные копии, отключённая регистрация, если она не нужна проекту, — вот вещи, про которые легко забывают, пока ищут очередную волшебную защиту. Сомнительные сборки расширений я бы тоже не делал основой клиентского сайта.

На своём сервере я настроил ночные резервные копии и держал несколько полных копий на отдельном диске. Но отдельный диск в том же сервере — всё ещё тот же сервер. Я не стал бы называть это защитой от любой возможной аварии. Важно понимать, что именно у тебя сохранено и откуда ты будешь восстанавливаться, если потребуется.

Клиенту при передаче тоже нужна ясность. Кто следит за копиями? Кто восстанавливает сайт? Что относится к оплаченному обслуживанию? Если это не обсудить, каждый будет думать, что всё делает другой.

Почему у меня не было сложной CRM

В тот момент полноценную CRM я не использовал. Клиенты, задачи, заметки, финансовые записи — всё вёл в Notion. Причём вручную. Не надо представлять, что у меня там была какая-то хитрая система, которая сама собирала заявки, считала деньги и управляла студией.

Мне хватало рабочего пространства, где я видел нужную информацию. И это тоже нормальный вариант. Если твой текущий объём работы помещается в понятную систему, не обязательно усложнять её только потому, что у других есть CRM. Другое дело, если начинаешь терять обращения или забывать договорённости. Тогда уже есть конкретная проблема, которую нужно решать.

Научиться делать сайт — ещё не научиться его продавать

Я постепенно смещал внимание с технических вопросов на продажи и клиентов. Потому что видел одну и ту же историю: человек умеет делать сайты, знает инструменты, может красиво объяснить свою работу, а заказов нет.

Общался с девушкой, которая занималась фронтендом, дизайном, WordPress. Грамотная, хорошо говорит, явно не вчера открыла компьютер. Но с заказами проблема. И вот тут ещё один установленный плагин ситуацию не исправит.

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