Пилот на день отличается от «поставили и посмотрели» тем, что сценарии и критерии успеха записаны до начала. Иначе к вечеру вы получите общее впечатление, которое через неделю превратится в «вроде нормально» — и решение придётся принимать заново.
До начала
- Выберите две машины, повторяющие типовые конфигурации, а не самые удобные. Если у вас есть Linux или Windows Home — берите именно их.
- Запишите сценарии и ожидаемый результат по каждому. Формулировка «должно работать» результатом не является.
- Определите критерии отсева заранее: что именно означает «не подходит».
- Подготовьте внешнюю сеть для проверки — мобильный интернет подойдёт.
- Заложите время на разбор, а не только на прогон. Полдня на проверку, полдня на выводы.
Шесть сценариев на день
- Установка на обеих машинах: сколько шагов, нужны ли права администратора, что показывает система при запуске установщика.
- Первое подключение изнутри сети: базовая проверка, что всё вообще работает.
- Подключение из внешней сети: настоящая проверка. Здесь выясняется всё интересное про NAT и firewall.
- Реальная рабочая задача — та, ради которой вы это делаете. Не «подвигать курсором», а решить типовое обращение целиком.
- Передача файла в обе стороны, включая обрыв и продолжение.
- Завершение и отзыв: сеанс закрылся, доступ не остался, следующее подключение требует нового пароля.
Если в парке есть Linux, добавьте седьмой: проверка типа графической сессии и появление картинки после блокировки экрана.
Как завершить пилот?
Не впечатлением, а записью. По каждому сценарию: прошёл, прошёл с оговоркой, не прошёл — и что именно случилось.
- Отдельно зафиксируйте, что осталось непроверенным: поведение при росте парка, качество поддержки, стабильность на дистанции.
- Запишите конфигурацию стенда и дату. Через месяц без этого результат нельзя будет сопоставить с другим кандидатом.
- Примите решение вслух: отсеиваем, берём в параллельный период или проверяем дополнительно то-то.
Если решение положительное, следующий шаг — не развёртывание на всех, а параллельный период с переводом волнами: план в статье о миграции без простоя. Какие требования вообще стоит проверять, помогает определить чек-лист из тридцати вопросов, а сравнение нескольких кандидатов на одинаковом стенде — методика честного сравнения.
На пилот хватит бесплатного тарифа: клиент скачивается и работает до 30 устройств без карты — платить есть смысл, только когда пилот показал, что инструмент подходит.
Что считать неудачным пилотом?
Не отдельную проблему, а невоспроизводимую. Если подключение падает раз в десять попыток и причину найти не удаётся, это хуже, чем стабильно не работающая функция: со второй можно жить, зная про неё, а с первой нельзя планировать поддержку. Отдельная неудобная мелочь на пилоте — нормальный результат.
Нужно ли звать пользователей в пилот или хватит администраторов?
Обязательно нужно. Администратор пройдёт установку не задумываясь и не заметит того, обо что споткнётся обычный сотрудник: непонятную формулировку в окне, запрос прав, который страшно подтверждать, неочевидное место, где показан идентификатор. Именно эти места потом дают основную нагрузку на поддержку.