Разработка программного обеспечения на заказ
Разработка под заказ — это когда готовое не подошло. Либо процесс не лезет в чужую логику, либо доработка коробки уже стоит дороже собственной системы, либо данные должны остаться в вашем контуре и никак иначе.
Мы небольшое бюро: проектируем и пишем системы управления, учета и внутренние сервисы для бизнеса. Работаем не потоком, а по несколько проектов одновременно, поэтому в каждом участвуют те же люди, которые разбирали задачу на первом созвоне.
Ниже — что именно мы делаем, как устроена работа, сколько это стоит и что остается у вас после сдачи.
Что мы делаем
Системы управления и учета
Связанные контуры: заказы, закупки, склад, производство, финансы. От учета одного предмета до ERP под предприятие.
Работа с клиентами
CRM под ваш цикл сделки, прием и распределение заявок, личные кабинеты клиентов и партнеров.
Внутренние сервисы
Порталы для сотрудников, согласования и документооборот, заявки внутри компании, отчетность для руководителя.
Продукты и платформы
Сервисы по подписке, отраслевые веб-платформы, проверка идеи на минимальной версии.
Мобильное и Telegram
Приложения для сотрудников в поле и для клиентов, сервисы и кабинеты внутри Telegram.
Интеграции
Связь с 1С, обмен между системами, подключение внешних сервисов и оборудования, синхронизация справочников.
Когда разработка под заказ оправдана
Мы говорим об этом на первом созвоне, до всякой сметы — потому что навязанный проект хуже несделанного.
- Процесс — ваше преимущество. Если вы работаете иначе, чем рынок, и именно поэтому выигрываете, подгонять себя под чужую методологию означает это преимущество потерять.
- Коробку уже допиливают. Когда стоимость доработок за год сравнялась со стоимостью разработки, а результат все равно компромиссный, дальше платить за компромисс бессмысленно.
- Нужны три функции из тридцати. Платить за всю платформу и за каждого пользователя ради узкой задачи — дорого и навсегда.
- Требования к данным. Закрытый контур, размещение в России, отсутствие зарубежных сервисов под капотом. Для многих компаний это не пожелание, а условие работы.
- Нужного продукта просто нет. Отраслевая специфика, которую никто не закрыл, — самый частый случай в нашей практике.
И обратное: если процессы типовые, компания небольшая, а интеграции ограничены почтой и телефонией — берите готовое. Мы это скажем прямо и не будем убеждать в обратном. Разработка имеет смысл там, где она дешевле альтернативы, а не там, где ее хочется продать.
Как устроена работа
- Разбор задачи. Созвон на час: что за процесс, где теряется, кто будет работать в системе. Бесплатно и без обязательств. По итогу у вас состав будущей системы и порядок цифр, даже если делать будете не с нами.
- Границы и смета. Фиксируем, что входит, что во вторую очередь, чего не делаем. Готового технического задания мы не требуем — помогаем сформулировать требования сами. Смета фиксированная, дальше цена не растет.
- Прототип. Кликабельные экраны основного сценария до написания кода. Их проходят те, кто будет работать каждый день. Правки на этом шаге стоят часы вместо недель.
- Разработка частями. Работающий блок каждые одну-две недели на вашем стенде. Вы видите движение и можете корректировать направление, пока это дешево.
- Запуск и передача. Перенос данных, обучение, сопровождение на первых неделях. Код, доступы и инструкции — у вас.
Где здесь искусственный интеллект
Он у нас в двух ролях, и их стоит различать.
Внутри ваших систем — там, где это решает задачу: разбор входящих документов и переписки, приоритет заявок, прогноз потребности, поиск по базе обычными словами, поиск аномалий в данных. Мы не ставим модели ради строчки в презентации: если данных для обучения нет или задача решается обычным правилом, честнее сказать это сразу.
В нашей собственной работе — Claude Code, Codex и другие инструменты закрывают рутину: шаблонный код, тесты, разбор чужой документации, скрипты переноса данных. За счет этого первый рабочий блок выходит за недели, а не за месяцы.
Но код систему за человека не пишет. Архитектуру, модель данных и проверку решений держат живые разработчики. Скорость — от инструментов, качество — от людей.
Сроки и стоимость
Бюджет складывается из числа ролей, количества сущностей и связей, сложности расчетов, количества интеграций и объема переноса данных. Последнее недооценивают чаще всего: выгрузить историю из самописной базы иногда дороже, чем написать новый модуль.
Мы не называем цену по прайс-листу и не считаем «по аналогии с прошлым проектом». Цифра появляется после разбора, и она фиксированная. Как вообще устроено ценообразование в таких проектах: сколько стоит разработка системы на заказ.
Расскажите задачу — вернемся с составом, сроками и вилкой цены
Опишите процесс, который болит: что происходит сейчас, кто участвует, где теряется время. В ответ — состав системы, разбивка на этапы, сроки и стоимость. Если задачу закроет готовое решение, скажем об этом прямо.
Разбор бесплатный, его результат остается у вас и годится для запроса цены у любого подрядчика.
Что остается у вас
- Код в вашем репозитории, с историей изменений. Не архивом на диске и не «у нас, так удобнее».
- Доступы к серверам и сервисам на ваши учетные записи, а не на почту подрядчика.
- Распространенный стек. PHP или Python, PostgreSQL или MySQL, привычный фронтенд без экзотики. Найти разработчика под такой набор можно в любом городе.
- Документация: как развернуть систему с нуля, из чего она состоит, как пользоваться по ролям.
- Резервное копирование, настроенное и проверенное восстановлением, а не просто включенное.
- Никаких лицензионных платежей за пользователя или за модуль: система ваша целиком.
Проверка на достаточность передачи простая: сможет ли другая команда поднять систему и продолжить развитие без единого вопроса к нам. Если нет — передача не завершена, какие бы акты ни были подписаны.
Кто наши заказчики
Чаще всего к нам приходят компании от 20 до 500 человек: уже достаточно большие, чтобы ручное управление перестало работать, и еще достаточно живые, чтобы решение принималось не полгода.
- Производство. Себестоимость, загрузка участков, движение материалов, задания в цех. Главная сложность обычно не в расчетах, а в том, чтобы факт вообще фиксировался на местах.
- Оптовая торговля и дистрибуция. Заказы, запасы, отсрочки, несколько юрлиц и складов. Основная ценность — в связке продаж, закупок и учета в одном контуре.
- Сервис и обслуживание. Заявки, наряды, запчасти, договоры на обслуживание. Обязательная часть — доступ с телефона для тех, кто работает не за столом.
- Строительство и монтаж. Объекты, этапы, материалы на площадках, подрядчики, согласования. Учет ведется по объектам, а не по номенклатуре.
- Услуги с проектным циклом. Долгие сделки, команда на проекте, учет времени и рентабельность по каждому проекту.
- Продуктовые команды. Когда нужно быстро проверить идею или собрать первую версию сервиса, не раздувая штат.
Почему небольшое бюро, а не студия
Это честный раздел про то, где мы выигрываем и где нет.
Что мы делаем лучше
Разбираемся в предметной области, а не только в коде. С вами работают те же люди, которые слушали задачу на первом созвоне, — без передачи через менеджера и без потери смысла на каждом стыке. Решения принимаются за день, а не за две недели согласований.
Чего не обещаем
Мы не берем проекты, где нужны двадцать разработчиков одновременно, и не делаем то, в чем не разбираемся, ради заполнения загрузки. Если задача не наша — скажем и, если сможем, подскажем, к кому идти.
Стек и подход к технологиям
Мы не привязываем проекты к одному языку или поставщику. База для большинства задач — PHP или Python, PostgreSQL или MySQL, обычный современный фронтенд. Под конкретный проект архитектура подбирается от требований к нагрузке, безопасности и дальнейшему развитию.
Принцип простой: выбирается то, под что легко найти разработчиков, а не то, что интересно нам. Экзотический фреймворк удобен исполнителю и дорог заказчику — потому что искать поддержку потом придется вам.
Размещение — на вашей инфраструктуре или на российском хостинге, включая закрытый контур без выхода в интернет. Если в системе есть персональные данные, обработка строится по 152-ФЗ, и это закладывается при проектировании, а не прикручивается перед запуском.
Гарантия и поддержка
Это разные вещи, и мы разводим их в договоре.
Гарантия — исправление того, что работает не так, как договаривались. Бесплатно, в оговоренный срок после сдачи. Новые пожелания сюда не входят, и граница между ошибкой и доработкой описывается до старта, чтобы каждое обращение не начиналось со спора.
Поддержка и развитие — по задачам, без обязательной абонентской платы. Система меняется вместе с бизнесом, и это нормально: важно только, чтобы вы не были обязаны платить за месяцы, в которых изменений не было.
Частые ошибки заказчиков
- Выбирают по цене. Самое дешевое предложение обычно означает, что подрядчик не понял объем. Разница всплывет на третьем месяце, и доплачивать придется больше, чем сэкономили.
- Требуют оценить без разбора. Цифра, названная по описанию в две строки, — это не оценка, а угадывание. Она либо с большим запасом, либо заведомо нереальная.
- Автоматизируют беспорядок. Кривой процесс в системе остается кривым, только теперь в нем нельзя договориться на словах.
- Не выделяют человека со стороны бизнеса. Без того, кто принимает решения, проект встает на первом спорном вопросе.
- Не проверяют передачу. Система работает, акты подписаны, а кода и доступов нет. Выясняется это ровно тогда, когда нужно что-то поменять.
Дальше по теме
Частые вопросы
Когда разработка на заказ дешевле готового решения?
Когда процесс — ваше преимущество и подгонять его под чужую логику означает его потерять; когда стоимость доработок коробки за год сравнялась со стоимостью разработки; когда из платформы нужны три функции из тридцати, а платить приходится за все и за каждого пользователя; когда есть требования к размещению данных. Если процессы типовые и компания небольшая — берите готовое, мы скажем это прямо.
Нужно ли готовое техническое задание?
Нет. Требования формулируем вместе: вы рассказываете, как идет работа, мы переводим это в состав системы и границы проекта. Если ТЗ уже есть — разберем его и скажем, чего в нем не хватает, до того как это всплывет на приемке.
Как считается стоимость и может ли она вырасти?
Бюджет складывается из числа ролей, количества сущностей и связей, сложности расчетов, количества интеграций и объема переноса данных. Цифра появляется после разбора задачи, а не по прайс-листу, и она фиксированная: в рамках согласованных границ цена дальше не растет.
Сколько времени занимает разработка?
Первый рабочий блок на вашем стенде — от недели. Система под один процесс с ролями, отчетами и интеграциями — 1–3 месяца. Связанная система на несколько контуров — от полугода. Работающие части появляются каждые одну-две недели, а не в конце проекта.
Что остается у нас после сдачи?
Код в вашем репозитории с историей изменений, доступы к серверам на ваши учетные записи, документация по развертыванию и по ролям, настроенное и проверенное резервное копирование. Стек распространенный, поддержит любой грамотный разработчик. Лицензионных платежей за пользователей и модули нет.
Можно ли сменить подрядчика в середине проекта?
Да, и мы строим работу именно так: после каждого этапа у вас остается что-то материальное — состав и оценка, смета, прототип, работающий блок. Это, кстати, полезная проверка для любого исполнителя: спросите, что вы получите после первого этапа, если решите не продолжать.
Где будут размещены система и данные?
На вашей инфраструктуре или на российском хостинге, в том числе в закрытом контуре без выхода в интернет. Если в системе есть персональные данные, обработка по 152-ФЗ закладывается при проектировании, а не прикручивается перед запуском.
Что входит в гарантию, а что в поддержку?
Гарантия — бесплатное исправление того, что работает не так, как договаривались, в оговоренный срок после сдачи. Поддержка и развитие — по задачам, без обязательной абонентской платы. Граница между ошибкой и доработкой описывается до старта, чтобы обращения не начинались со спора.