Сравнивать программы удалённого доступа бессмысленно, пока не сформулированы собственные требования: у любого продукта список функций длиннее, чем вам нужно, и почти любой выигрывает по какому-нибудь критерию. Этот чек-лист заполняется про себя, а не про продукты. На выходе получается профиль требований, по которому сравнение занимает час вместо недели.
Блок 1. Ваша среда
- Сколько устройств нужно подключить сейчас и сколько будет через год?
- Какие операционные системы и версии? Есть ли Windows Home, где нет встроенного RDP?
- Есть ли машины на Linux и какой у них тип графической сессии — X11 или Wayland?
- Есть ли Mac, и кто на них выдаст системные разрешения на запись экрана?
- Все машины в одной сети или разбросаны по филиалам и домам сотрудников?
- Есть ли корпоративный firewall, ограничивающий исходящие соединения?
- Есть ли машины на мобильном интернете, где прямое соединение обычно не устанавливается?
- Кто физически имеет доступ к машинам, если понадобится вмешательство на месте?
- Есть ли требование регламента не выпускать трафик за периметр организации?
- Кто ведёт инвентаризацию устройств и насколько она актуальна?
Блок 2. Характер работы
- Подключения разовые или к одним и тем же машинам постоянно?
- Нужен ли доступ к машинам без присутствия пользователя?
- Кто будет подключаться: два человека или отдел с текучкой?
- Нужно ли разграничивать права между сотрудниками?
- Требуется ли журнал: кто, когда и к какой машине подключался?
- Нужна ли передача файлов и насколько крупных?
- Работаете ли вы с несколькими мониторами на удалённой стороне?
- Критична ли чёткость картинки — или задачи в основном текстовые?
- Нужен ли мониторинг состояния машин, а не только доступ к ним?
- Нужен ли запуск одинаковых действий сразу на группе устройств?
Блок 3. Коммерческая модель
- Какой у вас бюджет в месяц и в год — и на сколько устройств он рассчитан?
- Что происходит при превышении лимита устройств: доплата или блокировка?
- Нужен ли расчёт в рублях и закрывающие документы?
- Продаёте ли вы поддержку клиентам и нужно ли выставлять счета за часы?
- Кто отвечает за продление и что будет, если оплата не пройдёт вовремя?
- Насколько для вас важна возможность уйти с продукта без потери данных?
- Нужен ли открытый исходный код и есть ли кому его проверить?
- Кто будет разбираться, если что-то сломается в пятницу вечером?
- На каком языке нужна поддержка и в какие часы?
- Через какое время вы поймёте, что решение не подошло, — и что тогда?
Что делать с ответами?
Разделите их на три группы: обязательное, желательное и неважное. Обязательных пунктов должно получиться немного — если их пятнадцать, вы описали не требования, а мечту.
Дальше профиль превращается в два действия: вопросы поставщику по обязательным пунктам и пилот на одной типовой машине. Как отличить содержательный ответ от уклончивого, разобрано в статье о вопросах поставщику, а сравнение по сценарию — на странице сравнения решений.
Что делать, если ни один вариант не проходит по всем пунктам?
Так и будет, и это нормально. Список нужен не для поиска идеального, а для того, чтобы знать, чем именно вы жертвуете, — осознанный компромисс отличается от неосознанного тем, что о нём вспоминают до внедрения, а не после.
Сколько вариантов имеет смысл сравнивать?
Два-три, доведённых до пилота. Сравнение восьми по описаниям на сайтах занимает столько же времени, сколько один настоящий пилот, и даёт заметно меньше: описания у всех похожи, а различия проявляются в работе.