Соглашение о пилоте

Соглашение о пилоте — это краткосрочный договор на ограниченное, обычно платное внедрение продукта с заданным объёмом, заданным сроком и, что важнее всего, письменным определением того, что считается успехом. Он стоит между бесплатным триалом, который проверяет, что софт запускается, и полноценной покупкой, которая исходит из того, что он работает. Смысл пилота — купить доказательства до того, как покупать обязательство. Пункт, ради которого пилот стоит затевать, — критерии успеха. Их пишут до начала, согласуют обе стороны, формулируют так, чтобы их можно было измерить, и привязывают к тем процессам, которые инструмент действительно должен изменить. Без них пилот заканчивается сравнением впечатлений, а впечатления на стороне того, кто вёл демонстрацию. С ними финал — это факт, и даже неудавшийся пилот даёт ценное: задокументированную причину. Второе, что стоит зафиксировать, — объём. Какие команды, какие сценарии, какие данные, какие интеграции и что явно не входит. Расползание объёма во время пилота обычно происходит из лучших побуждений: кто-то добавляет второй отдел или новый сценарий, срок растягивается, а доказательства мутнеют. Узкий пилот, закончившийся вовремя, решительнее широкого, который всё ещё идёт, когда закрывается бюджетный цикл. Коммерческие условия требуют внимания, потому что несут скрытую тяжесть. Засчитывается ли плата за пилот в счёт полного контракта. Показательна ли цена пилота или это приманка, которая не переживёт настоящих переговоров. Что произойдёт с конфигурацией, данными и любой доработкой, если вы откажетесь: получите ли вы их обратно и в каком виде. И доступен ли отказ на самом деле — или пилот тихо превращается в подписку, если вы не пришлёте уведомление, и оценка становится покупкой по бездействию. Для функций с ИИ пилот стоит проектировать так, чтобы он отвечал на вопросы, недоступные демонстрации. Запускайте его на настоящих данных, включая неудобные случаи, которые вы никогда не показали бы в демо. Измеряйте, как часто вывод принимают без правки, — именно оттуда берётся обещанная экономия времени. Заложите срок, достаточный, чтобы схлынула новизна: ранний энтузиазм завышает использование. И записывайте, кому пришлось изменить способ работы, потому что провалы внедрения случаются чаще провалов функциональности. Наконец, согласуйте порядок решения до старта: кто решает, в какую дату и с какими данными перед глазами. Пилоты чаще всего проваливаются не потому, что продукт разочаровал, а потому, что никто не был обязан подвести итог, — и внедрение просто продолжается, без владельца и без пересмотра, до продления, которого никто не выбирал.