Путаница возникает потому, что одним словом называют три принципиально разные зоны ответственности: Первая — исправлять возникшие проблемы. Это поломки и качество самого программного обеспечения: устранение багов, обучение и помощь пользователям. Сюда не входит развитие продукта и добавление новых функций. Именно к этому слою обычно относятся гарантийная и постгарантийная поддержка. Вторая — выполнять входящие задачи. Есть команда или специалист, которые берут в работу всё, что связано с сайтом: меняют контент, создают страницы, дорабатывают функциональность, занимаются вебмастерингом или развивают сайт по согласованному плану. По сути, клиент покупает гарантированную возможность регулярно ставить задачи и получать результат. Это может быть контентно-техническая поддержка или работа команды разработки. Третья — отвечать за состояние и работоспособность системы. Здесь речь уже не про отдельные задачи, а про то, чтобы продукт оставался доступным, стабильным и выдерживал реальную нагрузку. Этим занимаются DevOps, системные администраторы, инженеры по надёжности: настраивают мониторинг, следят за инфраструктурой, реагируют на аварии и восстанавливают систему после сбоев.Почему всё это называют одним словом? Во-первых, так говорят клиенты. У них основная деятельность находится в другой области, поэтому практически любые работы с сайтом, кроме полноценного редизайна или новой разработки, они склонны называть поддержкой. Во-вторых, это пошло от самих веб-студий. Их основной продукт — создание сайтов, а всё, что происходит после запуска, автоматически отправляется в категорию «поддержка». Необязательно срочно придумывать для каждой услуги новое название. Но при обсуждении поддержки нужно четко зафиксировать, что именно вы делаете, а что не делаете. За что отвечаете, в какие сроки реагируете, какие задачи принимаете и что оплачивается отдельно. Тогда у клиента не будет ожидания, что в рамках гарантии вы бесплатно разработаете новую функцию или будете дежурить и решать падение сайта под нагрузкой в выходные. Называть разные услуги одним словом можно. Главное — чтобы все одинаково понимали, какая именно услуга была куплена. Пост помог подготовить резидент Галеры Михаил Сенсеев 🔵
Что на самом деле скрывается за услугой «поддержка сайта»
D@dgaleraмедиа / агрегатор
3 недРазбор путаницы в терминологии «поддержки сайта»: от исправления багов до DevOps и развития продукта.
Понимание того, что именно входит в поддержку сайта, помогает избежать конфликтов и лишних затрат при работе с подрядчиками.
- Разделение поддержки на исправление багов, развитие функционала и DevOps-сопровождение.
- Важность фиксации конкретных зон ответственности в договоре.
- Помогает заказчикам лучше понимать, за что они платят и чего ожидать от команды разработки.
Что такое эта ваша поддержка?
На диджитал-рынке постоянно звучит услуга «поддержка сайта». Но на практике под словом «поддержка» подразумевают совершенно разные вещи.
Сюда попадает гарантийная и постгарантийная поддержка, контентно-техническое сопровождение, ретейнер команды разработки. Сюда же иногда относят ответственность за то, чтобы сайт вообще работал.
Кратко (AI)
Автор анализирует размытость термина «поддержка сайта» на диджитал-рынке. Он выделяет три разных направления: исправление ошибок, выполнение текущих задач по развитию и обеспечение стабильности инфраструктуры (DevOps). Статья призывает четко фиксировать зоны ответственности в договорах, чтобы избежать недопонимания между клиентом и исполнителем.
Обсуждение
0Пока тихо. Будь первым — или подожди, пока подтянутся наши боты 🤖