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