Запрос «разработка ПО услуги» обычно означает: «мы хотим понять, что покупаем у подрядчика». На рынке под услугой прячут и аудит, и команду time & materials, и фикс на модуль, и «цифровую трансформацию» без границ. Заказчик сравнивает прайсы и получает разные миры. Чтобы услуга была услугой, у неё должны быть предмет, результат, исключения и приёмка.
Это разбор для закупки, директора и IT-заказчика. Коммерческое описание направления Grevin — на странице разработки ПО. Здесь — как читать любую услугу разработки, не копируя оферту.
Из каких работ складывается услуга
Типовой пакет: уточнение задачи, проектирование решения в границах v1, разработка, тестирование, ввод в эксплуатацию, передача артефактов. Опции: интеграция, миграция данных, обучение администраторов, гарантийный период, затем сопровождение как отдельная услуга. Публикация мобильного клиента, SEO-сайт, реклама — соседние работы, их надо называть отдельно, иначе смета врёт.
Артефакты, без которых услуга не считается оказанной: работающий контур на согласованной среде, исходники, доступы, краткая документация деплоя, список известных ограничений. «Код у нас на сервере, вы пользуйтесь» — это аренда, не заказная разработка, пока иное не написано.
Формула услуги: за эти деньги к этой дате вы получаете эти сценарии в этой среде при этих исключениях. Всё, чего нет в формуле, — предмет нового заказа.
Форматы оказания: фикс, этапы, выделенная команда
Фикс удобен закупке, требует жёсткого ТЗ. Этапы снижают риск: заплатили за discovery и прототип, проверили химию, пошли дальше. Выделенная команда гибкая, требует дисциплины бэклога и владельца с вашей стороны, иначе вы оплачиваете хаос часами. Нет плохого формата — есть формат, не совпавший с зрелостью задачи.
Пилот как отдельная услуга часто честнее «сразу всё». Логика — зачем нужен MVP. Проектирование как явная работа — проектирование и разработка ПО.
Что заказчик обязан дать, чтобы услуга состоялась
- Владельца решений и время на демо.
- Доступы к смежным системам и людей, которые ими владеют.
- Контент и справочники, если они часть контура.
- Приёмку по сценариям, не «по ощущению удобства» бесконечно.
Подрядчик не заменяет юриста, бухгалтера и директора по продажам. Он реализует согласованные правила. Если правил нет, услуга превращается в исследование за ваши деньги — это нормально, только назовите исследование своим именем и отдельной сметой.
Как не купить пустую услугу
Смотрите исключения в КП. Смотрите, кто владеет кодом. Смотрите, есть ли тесты и стенд. Смотрите, входит ли сопровождение или вы останетесь с бинарником. Сравнивайте три предложения по одной и той же рамке v1. Чек-лист — выбор подрядчика, постановка — ТЗ, ошибки участия заказчика — ошибки заказчика.
Если нужен и клиентский слой, читайте услугу приложений отдельно: разработка приложений, процесс — процесс разработки приложений.
Сопровождение как соседняя услуга
После приёмки разработка не обязана «вечно чинить всё бесплатно». Гарантия закрывает дефекты согласованного scope. Жизнь системы — сопровождение: разработка и сопровождение ПО. Безопасность в услуге — конкретные меры, не слово: безопасная разработка ПО.
Когда услуга разработки не нужна
Не нужна, если хватает настройки коробки и вы готовы подстроиться. Не нужна, если задача — разовой сайт-визитка без логики. Не нужна как замена найму, если вы строите внутренний продукт на годы и хотите ядро компетенции у себя — тогда услуга может быть усилением, не заменой штата.
Следующий шаг
Соберите формулу услуги: сценарии, дата, среда, исключения, права на код. С этим запросите КП. Не покупайте часы без цели и «трансформацию» без приёмки.
Заявка в Grevin: контакты, +7 993 302-62-55, grevin.info@mail.ru.
Как выглядит нормальный цикл закупки услуги
Сначала рамка: проблема, роли, v1, исключения, коридор срока. Затем уточняющие вопросы исполнителя. Затем оценка с допущениями. Затем договор с этапами и приёмкой. Затем работы и демо. Пропуск вопросов «сразу КП» экономит неделю и стоит переделки. Если закупка требует три коммерческих предложения, дайте всем одну и ту же рамку, иначе вы сравните разные вселенные.
Для внутренних регламентов полезно иметь шаблон брифа на две страницы. Его можно повторно использовать. Это не бюрократия, это защита от устного «вы же помните, что мы хотели». Устный объём не принимается по акту.
Гарантия, дефекты и «нам не нравится»
Гарантия закрывает несоответствие согласованному сценарию и очевидные поломки в принятом контуре. Не закрывает смену вкуса, новый отчёт, интеграцию, которую не заказывали, и контент, который не прислали вовремя. Напишите примеры в договоре. Иначе гарантия станет бездонной доработкой, а исполнитель зашьёт риск в цену заранее — вы всё равно заплатите, только непрозрачно.
Срок гарантии без доступа к стенду и без воспроизведения бесполезен. Заказчик обязан дать шаги, устройство, роль. Исполнитель обязан ответить в SLA. Оба конца должны быть в услуге названы.
Интеллектуальные права, субподряд и люди
Услуга оказывается конкретными людьми, даже если на сайте «студия». Имеет смысл зафиксировать, что смена ключевого состава согласуется, или хотя бы что код и знания не живут в одном ноутбуке. Субподряд допустим, если NDA и права протянуты до конца цепочки. Иначе ваш контур уедет к неизвестной третьей стороне.
Права на библиотеки с открытой лицензией остаются открытыми — это нормально. Права на ваш прикладной код и уникальную модель данных — ваши по договору. Не путайте. ИИ-генерация не меняет этой логики: отвечает исполнитель. См. ИИ для написания кода.
Когда услуга должна включать исследование
Если процесс не описан, честная услуга начинается с paid discovery: интервью, карта, прототип, оценка полной разработки. Попытка купить «сразу разработку» без исследования даёт фиктивное ТЗ и войну на третьем месяце. Discovery — тоже услуга со своим актом: вы получаете документ и понимание, даже если не идёте дальше с этой командой.
Связанные материалы: проектирование, выбор подрядчика, страница услуги ПО, клиентский слой приложений.
Сервисная модель vs проектная: не путать абонемент и результат
Услуга разработки ПО чаще проектная: есть рамка, есть приёмка. Абонемент на команду — сервисная обёртка вокруг потока задач. Обе модели законны. Вредно продавать абонемент словами проекта («мы вам сделаем систему») без критериев готово. Вредно покупать проект и ежедневно менять цель, как в абонементе, не пересматривая срок. Назовите модель в договоре одним абзацем простым языком.
Для закупки внутри холдинга это ещё и статья бюджета: капитальные работы vs операционные часы. Финансисты спросят. Подготовьте ответ до тендера, не после. Иначе выиграет самое непонятное КП с красивой презентацией.
Качество услуги: какие вопросы задать на пресейле
Где репозиторий? Кто ревьюит? Есть ли стенд? Как выглядят демо? Что не входит? Как оформляется изменение scope? Кто дежурит после релиза? Как передают знания? Если ответы расплывчаты, услуга расплывчата. Сверьте с чек-листом подрядчика. Попросите пример артефакта (схему, фрагмент ТЗ, отчёт спринта) без секретов клиента.
Спросите про ИИ-инструменты и политику данных. Не чтобы запретить прогресс, а чтобы понять контур. Статья ИИ для написания кода поможет сформулировать вопросы. Безопасность — безопасная разработка.
После подписания: как получать услугу, а не переписку
Единый канал задач, регулярные демо, письменные решения, приёмка по сценариям. Заказчик, который исчезает на месяц, сам превращает услугу в простой. Исполнитель, который пропадает между актами, превращает её в кот в мешке. SLA на коммуникацию в проекте дешевле, чем мотивационные речи. Типичные срывы — ошибки заказчика.
Если в услугу входит и клиентский слой, не забудьте календарь сторов и устройства. Процесс — процесс разработки приложений. Страницы направлений не дублируем здесь: ПО, приложения. Заявка — контакты.
Памятка закупщику: услуга = формула + люди + артефакты
Формула: сценарии, дата, среда, исключения. Люди: кто делает, кто ревьюит, кто отвечает после релиза. Артефакты: стенд, исходники, доступы, инструкция деплоя. Нет формулы — нельзя принять. Нет людей — нельзя верить сроку. Нет артефактов — нельзя уйти к другому исполнителю. Проверяйте три опоры на пресейле, не после аванса. Тогда «услуги разработки ПО» перестают быть магическим словосочетанием и становятся понятной поставкой.
Дополнительные разборы: проектирование, безопасность, ПО и приложения. Коммерческие страницы не копируем: разработка ПО, приложения. Письмо: grevin.info@mail.ru. Телефон: +7 993 302-62-55. Форма: контакты.
Сколько услуг на самом деле вы покупаете
Часто в одном разговоре смешаны четыре услуги: исследование процесса, проектирование, реализация v1, сопровождение. Если оплатить только реализацию, исполнитель додумает процесс — дорого. Если оплатить всё одним актом без швов — нельзя остановиться после исследования. Нарежьте закупку. Исследование может закончиться решением «коробка, не кастом». Это успешная услуга, не провал продаж. Честный подрядчик так и формулирует. Страница кастома — разработка ПО, не обязанность строить систему любой ценой.
Клиентский стор — пятая услуга, если он нужен. Назовите её. Иначе календарь модерации съест проектную дату, и вы будете спорить, чья это услуга. Процесс — разработка приложений. Контакты для нарезки этапов — контакты Grevin.
Акт услуги: что подписываете руками
Акт без стенда и без списка сценариев — бумага. Приложите: URL стенда, перечень ролей, что прогнали, известные ограничения, где исходники. Тогда спор «не то сделали» проверяем фактом, не памятью созвона. Это стандарт оказания услуги разработки ПО, его можно требовать у любого исполнителя, не только у знакомой студии. Если исполнитель не отдаёт стенд — вы не получили услугу, даже если часы списаны.
Для клиентского слоя приложите сборку и список устройств. Для ядра — миграцию и пользователя-админа. Без приложений к акту вы купили рассказ. С приложениями можно сопровождать, аудировать и менять команду. Именно поэтому услуга должна заканчиваться артефактами, а не презентацией «мы молодцы». Требуйте это письменно до аванса.
Отказ от услуги тоже результат
После discovery можно честно не идти в кастом. Подрядчик, который умеет сказать «вам хватит коробки», оказывает услугу консультации, не провал. Заложите это как возможный исход этапа, чтобы закупка не требовала «обязательно разработать». Тогда рынок услуг разработки ПО становится здоровее, а бюджеты не сгорают на ненужных системах. Grevin так же может отговорить от лишнего контура — это нормальный исход брифа, не слабость продаж. Зафиксируйте исход в акте discovery отдельной строкой.
Частые вопросы
Что обычно входит в услугу заказной разработки?
Аналитика границ, проектирование, реализация согласованного scope, тесты, передача исходников и доступов, запуск на стенде/проде по договору. Не входит по умолчанию бесконечный бэклог, лицензии третьих сторон, контент, юридические тексты, реклама.
Чем услуга отличается от покупки коробки?
Коробка — продукт вендора с его roadmap. Услуга — работы под ваш процесс и, как правило, ваши права на результат в объёме договора. Иногда дешевле коробка. Честный подрядчик так и скажет.
Можно ли купить «услугу под ключ» без участия заказчика?
Нет. Нужны владелец продукта, доступы, приёмка, контент. Без этого «под ключ» означает «под наши догадки». См. ошибки заказчика.
Как сравнивать коммерческие предложения на услуги?
По составу этапов, исключениям, правам на код, тестам, поддержке после запуска. Не по нижней строке. Чек-лист — как выбрать подрядчика.
Входят ли мобильные клиенты в услугу разработки ПО?
Только если это явно в scope. Часто это отдельный контур. Страницы: ПО и приложения. Связка — ПО и приложения.
Как начать?
Короткий бриф, границы v1, запрос оценки. Контакты Grevin, grevin.info@mail.ru.