У любой студии разработки красивый сайт, список логотипов и уверенный менеджер по продажам. Ничего из этого не показывает, как команда поведёт себя, когда изменится требование или сломается релиз. Этот материал объясняет, как выбрать компанию по разработке программного обеспечения с помощью двенадцати простых вопросов и проверки ответов, чтобы решение держалось на фактах, а не на презентации. Используйте его как чек-лист для первого звонка, разбора предложения и короткого платного пилота.
Как выбрать компанию по разработке программного обеспечения: начните с того, что вы покупаете
Прежде чем писать подрядчикам, уложите задачу на одну страницу: бизнес-проблема, кто будет пользоваться продуктом, как измерить успех и что зафиксировано (дата запуска, интеграция, вилка бюджета). Что включить, подскажет наше руководство по техническому заданию для подрядчика. Расплывчатый бриф даёт расплывчатые предложения, и вы будете сравнивать цены на разные вещи. Сначала решите, как выбрать подход к разработке, и только потом ищите компанию.
Сначала проверьте, нужна ли заказная разработка: если готовая программа закрывает большую часть задач, свой продукт может не понадобиться. Решите и другое: вы покупаете готовый продукт у проектной команды или нанимаете людей в свою команду. Во втором случае подойдёт аутстаффинг IT-специалистов, а материал о том, что лучше: аутсорсинг или своя команда, поможет выбрать модель.
Вопросы о доказательствах и людях, которые будут работать
Что спросить на первом звонке
Начните с доказательств. Хорошая студия показывает работы, которые вы можете открыть сами, и даёт поговорить с теми, кто их делал.
- Можете показать похожие проекты, которые работают сейчас, и кто из вашей команды их делал?
- Кто будет работать над моим проектом, сколько он в компании и что будет, если он уйдёт? Отдаёте ли вы часть работы субподрядчикам?
- Как вы работаете с нечёткими требованиями и делаете ли короткую стадию исследования до полной оценки?
Отзывы клиентов проверьте сами: попросите два контакта похожего масштаба и позвоните им. Спросите, что пошло не так и как отреагировала команда, ведь у любого проекта бывает плохая неделя.
Процесс и поставка: вопросы, которые показывают, как команда работает
Четыре вопроса о поставке
Эти вопросы показывают, способен ли подрядчик сдать работу вовремя и в хорошем состоянии.
- Как вы оцениваете работу и что происходит с ценой и сроком, когда меняется объём?
- Как я буду видеть прогресс каждую неделю: демо, общая доска, тестовый стенд?
- Как вы тестируете и выпускаете: кто пишет тесты, кто проверяет код и как откатить неудачный релиз и подключается ли тестирование с самого начала?
- Как вы сообщаете плохие новости и кто мой единственный контакт?
Хороший ответ конкретен и содержит пример. Слушайте процесс, по которому команда реально работает, а не лозунг. Если вы ищете долгие отношения, выбирайте компанию, которая открыто говорит о компромиссах. Прежде чем выбрать, попросите показать, какие системы эта команда уже запустила в работу.
| Тема | Хороший ответ звучит так | Тревожный сигнал звучит так |
|---|---|---|
| Оценка | Диапазон с допущениями и планом изменений | Одна цифра без допущений |
| Прогресс | Еженедельное демо на тестовом стенде | «Увидите в конце» |
| Качество | Ревью кода, тесты и план отката | «У нас опытные разработчики» |
| Команда | Названные люди и запасной человек | «Назначим кого-нибудь» |
Безопасность, GDPR и договор поручения обработки данных
Если подрядчик будет работать с персональными данными, закон ждёт договор. По GDPR тот, кто обрабатывает данные по вашему поручению, является обработчиком и нуждается в договоре обработки данных. Роли разъясняют руководящие указания EDPB об операторах и обработчиках (на английском).
- Как вы защищаете наши данные, доступы и секреты и какие практики безопасной разработки применяете и кто проверяет код, написанный с помощью ИИ?
- Подпишете ли договор обработки данных, где хранятся данные и каким субподрядчикам они доступны?
Спросите о практиках вроде тех, что описаны в рамочной модели безопасной разработки NIST или в стандарте проверки OWASP. Команда, не слышавшая ни об одном из них, сама по себе тревожный сигнал. Любую компанию по разработке программного обеспечения проверяйте на безопасность так же строго, как на цену, а субподрядчики подрядчика должны быть названы.
Права на код, доступы и чистый выход
Многие споры начинаются здесь. Спрашивайте письменно и переносите ответы в договор.
- Кому принадлежат исходный код, дизайн и аккаунты, и получим ли мы доступ к репозиторию с первого дня? А хостинг, домен и доступы оформлены на нашу компанию?
- Что будет после запуска: условия поддержки с письменными сроками реакции, гарантийный период, документация и передача дел, если мы сменим подрядчика?
Безопасный вариант такой: код и облачные аккаунты ваши, репозиторий лежит в вашей организации, а документация входит в поставку. Без этого заказной продукт трудно перенести. Если работа крупная, партнёр по разработке программного обеспечения на заказ должен принять эти условия без споров.
Цена и договор: последний вопрос
- Как складывается цена и что в неё не входит?
Сравнивайте предложения построчно: исследование, дизайн, тестирование, управление проектом, хостинг и поддержка. Фиксированная цена подходит для ясного объёма, а оплата «время и материалы» для работы, которая будет меняться, поэтому спросите, что рекомендуют и почему. В договоре проверьте критерии приёмки и определение «готово». Чтобы выбрать подрядчика по разработке без сюрпризов, сравнивайте предложения по одному и тому же объёму. Когда идёт разработка программного обеспечения на заказ, смета почти всегда меняется по ходу работы.
Короткий платный пилот и итоговое решение
Из списка в четыре–шесть подрядчиков после звонков выберите двух кандидатов и дайте каждому небольшую платную задачу, например одну функцию или технический разбор вашего текущего кода. Хорошо, когда можно выбрать один модуль и посмотреть, как команда подходит к его разработке и оценке: так вы увидите компанию в деле. Оценивайте общение, качество кода и честность о рисках, а не только результат. Затем поставьте обоим баллы по двенадцати ответам и решайте: итог выбора компании по разработке программного обеспечения должен опираться на баллы.
Второе мнение: как выбрать компанию по разработке программного обеспечения вместе с LinkAgency
Пришлите два предложения или черновик брифа на бесплатный разбор. Мы отметим нечёткий объём, дыры в договоре и риски и подскажем, что спросить дальше. Если нужен исполнитель, можно заказать разработку программного обеспечения у нас после короткого платного исследования.
- разбор предложений и условий договора;
- проверка безопасности, GDPR и прав на код;
- рекомендация на одну страницу со следующими шагами.
Оставьте заявку, ответим в течение рабочего дня.
Часто задаваемые вопросы (FAQ)
Сколько подрядчиков стоит сравнивать?
Достаточно двух-трёх. Поговорите с каждым, прочитайте предложения построчно и дайте двум финалистам небольшую платную задачу до подписания крупного договора.
Стоит ли брать самого дешёвого подрядчика?
Не по цене одной. Сравните, что входит в каждое предложение: исследование, тестирование, хостинг, поддержка, и спросите, как оплачиваются изменения объёма. Низкая цифра с пробелами обычно растёт.
Нужен ли договор обработки данных с подрядчиком?
Если подрядчик будет обрабатывать персональные данные по вашему поручению, GDPR требует такой договор. Сразу спросите, где хранятся данные и каким субподрядчикам они доступны.
Кому должен принадлежать исходный код?
В большинстве проектов вам, вместе с репозиторием и облачными аккаунтами. Закрепите это в договоре и просите доступ к репозиторию с первого дня.
Нужен ли платный пилот?
Да. Небольшая задача показывает общение, качество кода и честность о рисках лучше презентации, а стоит немного по сравнению с проваленным проектом.
Может ли LinkAgency проверить мой шорт-лист подрядчиков?
Да. Пришлите предложения или черновик брифа, мы отметим нечёткий объём, дыры в договоре и риски и подскажем следующие вопросы. Оставьте заявку, ответим в течение рабочего дня.
