Спайк: как проверить главный риск проекта за несколько дней и не платить за весь проект

Заказчик разместил задачу с суммой, которая отличалась от нашей оценки больше чем на порядок. Речь шла об автоматизации бухгалтерской рутины: шесть блоков работы, от переноса сумм между таблицами до проверки расчёта налогов перед отчётностью. Разрыв в деньгах сам по себе был риском сделки. Любой разговор упирался в него раньше, чем мы успевали объяснить объём, и звучало всё так, будто мы просто хотим дороже. Спорить с этим бесполезно.

Что такое спайк и почему это не прототип

Спайк это маленький платный шаг, который проверяет главный технический риск проекта. Проверяет он доступ, а не функциональность. Формулировка, которую мы пишем в предложении, выглядит примерно так: подключиться к системе заказчика можно, данные оттуда читаются, документ по ним создаётся, результат выгружается обратно. Всё. Ни интерфейса, ни дизайна, ни обработки крайних случаев, потому что на этом шаге они ничего не проверяют, зато заметно увеличивают срок и цену.

Прототип отвечает на вопрос «как это будет выглядеть». Спайк отвечает на другой: получится ли вообще? В проектах с чужими учётными системами второй вопрос почти всегда дороже первого.

Почему заказчик соглашается на маленький шаг

Большой бюджет требует от человека решения, которое страшно принимать. Нужно поверить в оценку подрядчика, которого он пока не знает. Спайк заменяет одно страшное решение маленьким и понятным, и разрыв в деньгах перестаёт выглядеть подвохом. Меньшая сумма это цена проверки. Большая это полный проект, и только если проверка прошла.

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

Что спайк закрывает со стороны подрядчика

Вопросы, которые он снимает за несколько дней, выглядят скучно и стоят дорого. Даст ли учётная система доступ по API или придётся выгружать файлы руками. В каком виде там лежат данные и совпадает ли номенклатура с тем, что видит менеджер. Есть ли у заказчика человек, который физически может выдать доступы. Нет ли юридического запрета передавать эти данные наружу. Любой из ответов способен увеличить объём вдвое, и узнавать это после подписания фикс-прайса больно обеим сторонам.

Поэтому до спайка мы не называем твёрдую цену со сроком. Клиенту это нравится меньше, чем бодрое «сделаем за месяц». В этом и смысл: бодрая цифра до проверки доступа держится на удаче.

Как это оформляется на одну страницу

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

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

Когда спайк не нужен

Если задача типовая и все внешние системы знакомы обеим сторонам, проверять нечего, и лишний этап только растягивает срок. Если у заказчика нет доступа к системе, вокруг которой всё строится, спайк тоже не спасает. Сначала доступ, потом проверка. Кстати, тишина в ответ на такой запрос это нормально. В том же проекте с бухгалтерией заказчик пропал на пять дней после слов «ознакомимся». Отказом это не было, просто у него шло сравнение нескольких предложений, и наш вопрос про доступы ждал своей очереди.

Тот же приём внутри проекта

Спайк работает не только в продажах. Внутри разработки это способ перестать спорить о том, что можно проверить за два дня. В платформе для колледжа ключевым был вопрос, может ли законный представитель несовершеннолетнего подписать документ через государственный сервис электронной подписи и как это выглядит юридически. Интерфейс тут вторичен. Пока подпись не проверена, любые обсуждения экранов рискуют оказаться обсуждением сценария, которого не существует.

Чего я про этот приём не знаю

У нас нет статистики, которая доказывала бы, что спайк повышает конверсию в сделку. Проект с бухгалтерией до разработки так и не дошёл, и чем бы он кончился без этого шага, я сказать не могу.

Знаю другое.

Спор о цене он снимает раньше, чем тот успевает испортить отношения. Это дешёвый способ убрать из переговоров главный раздражитель.

Если у вас есть задача, где никто из сторон не может уверенно ответить на технический вопрос, напишите нам, и мы предложим такой шаг вместо оценки вслепую. А если вы уже пробовали похожий формат и он не сработал, расскажите, на чём именно споткнулись: это как раз тот опыт, которого в открытых текстах почти нет.