Сопровождение сайта и магазина - целиком, а не по частям

Это постоянная работа по тому, чтобы сайт и всё, что с ним связано, продолжало приносить результат после запуска: заявки доходят, заказы обрабатываются, данные не расходятся, а найденные проблемы не копятся месяцами. Разовая правка - это одна задача. Сопровождение - это ответственность за то, что система продолжает работать, включая те места, где она соединяется с другими системами.

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

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

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

Значит, поводов для срочных работ нет, и это хорошая новость. Проблема в том, что часть поломок не подаёт сигнала: заявка не дошла, событие перестало считаться, остаток разошёлся. «Ничего не ломается» и «никто не проверял» снаружи выглядят одинаково, и различить их можно только проверкой.

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

Обычно из двух частей: постоянной - за наблюдение, копии, обновления и готовность реагировать, - и объёма работ, включённого в месяц. Что не поместилось, переносится или считается отдельно, и об этом сообщается заранее, а не в счёте.

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

Бесплатным обычно называют гарантийный период после разработки - когда исправляются ошибки самой разработки. Это не сопровождение: гарантия закрывает то, что сделали не так, а сопровождение отвечает за то, что происходит дальше, включая изменения, которых при разработке не было.

Потому что там покупается час работы, а не результат. Час дешевле - но в него не входит проверка того, что правка не сломала соседнее, ведение истории и ответственность за последствия. Это разные покупки, и сравнивать их по цене часа некорректно. Если задача разовая и изолированная - биржа может подойти лучше.

Всё, что добавляет новое, а не сохраняет существующее: новый раздел, новый способ оплаты, новая интеграция, переделка каталога. Такие задачи оцениваются отдельно, потому что у них есть объём, который нельзя предсказать заранее. Правило простое: восстановление того, что было, - регулярная работа; появление того, чего не было, - отдельная.

Нет, автоматически не войдут. Разбор их найдёт и назовёт, разложит по срочности и покажет, что чинить сейчас, а с чем можно жить. Дальше это отдельный объём работ со своим сроком. Если бы накопленное молча включалось в абонемент, цена абонемента была бы такой, чтобы покрыть худший случай - и её платили бы все.

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

Разряд задачи предлагаем мы, исходя из того, чем она грозит: остановка продаж, потеря данных, помеха работе или улучшение. Окончательное решение по приоритетам принимает тот, кто отвечает за бизнес. Мы можем сказать, чем обернётся отсрочка, но выбирать за тебя не будем.

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

Это отдельное условие договора, а не подразумеваемое. Круглосуточная готовность стоит денег и нужна не всем: магазину с ночными заказами - да, корпоративному сайту - обычно нет. Мы называем это до подписания, чтобы не выяснять в момент аварии.

Сначала вернём работоспособность самым быстрым доступным способом, потом будем искать причину. Перезапуск, который помогает до завтра, мы называем временной мерой и не выдаём за решение - иначе та же авария повторится, и снова неожиданно.

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

Достаточно только тогда, когда их разворачивали. Копия может быть повреждена, может лежать там же, где и всё остальное, и исчезнуть вместе с ним, а может содержать уже испорченные данные - если проблему заметили через недели после того, как она появилась. Проверенная копия - это копия, которую восстанавливали, а не та, что числится в списке.

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

Тебе. Всё, что мы делаем, остаётся у тебя: сайт, данные, доступы, документы разбора и история изменений. Подрядчик, который держит доступы у себя, продаёт не услугу, а зависимость.

По отчёту: что сделано, что найдено попутно, что отложено и почему, какие риски остались. Он же - история системы: через полгода по нему видно, какое изменение что за собой потянуло.

Да, и это самый большой контур. У магазина каждый день меняются товары, цены, остатки и заказы, поэтому цена ошибки там измеряется сразу. Отдельная часть работы - обмен с учётом и складом, где поломка не останавливает обмен, а заставляет его передавать неверные данные.

Да, и почти всегда причина не в самом обмене, а в том, что он передаёт не всё или повторно обрабатывает одно и то же. Разбираем, что и когда передаётся, что происходит при ошибке и узнаёт ли кто-нибудь о ней. Дальше добавляем сверку, чтобы расхождение находилось проверкой, а не жалобой покупателя.

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

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

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

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

Риск есть всегда, и он тем выше, чем больше меняются адреса и структура. Уменьшается он подготовкой: заранее собрать, что есть сейчас, сохранить адреса или поставить перенаправления, не потерять описания и разметку, проверить результат сразу после выкладки. Гарантировать сохранение позиций нельзя - на них влияет не только сайт.

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

Да, это частый случай. Первая работа тогда - разобраться, что вообще происходит: где что лежит, у кого доступы, что можно восстановить. Разбор в такой ситуации занимает больше времени, и мы говорим об этом заранее, а не выясняем по ходу.

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

Передаём всё, что накопилось: доступы, документы разбора, историю изменений, описания настроек. Это не жест доброй воли, а условие: услуга, из которой нельзя выйти без потерь, продаёт зависимость, а не работу. Мы предпочитаем, чтобы оставались по другой причине.

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