После запуска: что считать руководителю

Начинайте с метрики из «паспорта проблемы» первого урока: у неё уже есть значение «до». К ней добавьте две–четыре, по типу продукта. Для каждой назначьте владельца, источник данных и ритм просмотра (обычно раз в неделю или месяц).

Правила работы с метриками:

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

Техническую часть (время загрузки, сбои) попросите исполнителя выводить в простой отчёт, который вы понимаете без знания кода. Подробнее про четыре базовых показателя после запуска — в статье «Что происходит после запуска».

Сопровождение — это работа по поддержанию продукта в рабочем состоянии. Оно отличается от гарантии (исправление несоответствий зафиксированному поведению в оговорённый срок после запуска) и от развития (новые функции). Договор о сопровождении должен отвечать на семь вопросов:

1. 1.Что входит: исправление ошибок, обновление библиотек и серверной части, мониторинг, резервные копии, консультации.
2. 2.Что не входит: новые функции, интеграции с новыми системами, обучение новых сотрудников.
3. 3.Как вы обращаетесь: канал, формат заявки, кто может её подать.
4. 4.Как исполнитель реагирует: время первого ответа и целевое время исправления по приоритетам (сбой всей системы, сбой функции, мелкая ошибка).
5. 5.В какие часы это работает: рабочие дни или круглосуточно, и как это связано с вашим бизнесом.
6. 6.Как платите: фиксированный абонемент, пакет часов или по факту; что происходит при превышении.
7. 7.Как отчитываются: перечень обращений, выполненных работ, затраченного времени раз в месяц.

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

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

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

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

1. 1.Паспорт проблемы и метрики (урок 1).
2. 2.Бриф на одну страницу с критериями готовности (урок 2).
3. 3.Таблица сравнения смет и список вопросов к допущениям (урок 3).
4. 4.Карта проекта: роли, ритм демо, определение «готово», порядок изменений (урок 4).
5. 5.План приёмки с чек-листом (урок 5).
6. 6.Реестр аккаунтов и сервисов, перечень данных, ответ на вопрос о хранении персональных данных (урок 6).
7. 7.План метрик и условия сопровождения (этот урок).

Заполните лист для вашего продукта. Ответы сохраняются в вашем браузере; скачанный файл войдёт в итоговый пакет как седьмой документ.

Пакет готов: можно запрашивать предложения, сравнивать сметы и принимать работу по критериям. Если хотите обсудить свой проект, начните со страницы заказной разработки ПО или с разбора задачи на брифе (статья «Как проходит бриф»). Решение остаётся за вами: документы пригодятся и в работе с любым другим исполнителем.