разработка
Беру заказную разработку веб-сервисов и программного обеспечения под задачи бизнеса: от технического задания и MVP до запуска и поддержки. Пишу на PHP, Python и Node.js, подключаю API, интеграции и ИИ-модули.
Что заказывают
Заказная разработка нужна, когда готовые решения не закрывают задачу:
- Онлайн-сервис для клиентов
- Личный кабинет с расчётами
- B2B-портал для дилеров
- Внутренняя система учёта
- Сервис бронирования и записи
- Калькуляторы и конфигураторы
- Интеграционный слой между системами
- Сервис с ИИ-обработкой данных
За каждым пунктом стоит похожая ситуация: у компании есть процесс, который приносит деньги, но обслуживается вручную или в нескольких разрозненных программах. Заказная разработка программного обеспечения переносит его в одну систему: данные вводятся один раз, а расчёты, документы и уведомления формируются автоматически. Клиенты получают сервис, доступный в любое время, а сотрудники перестают копировать информацию из таблицы в таблицу.
Когда готового решения мало
Заказная разработка компании оправдана, если:
- Процесс не укладывается в типовую систему
- Приходится вести данные в нескольких сервисах
- Платите за функции, которыми не пользуетесь
- Нужна связь сайта, CRM и учёта
- Нужен свой продукт для клиентов
- Важно хранить данные на своём сервере
Типовая система удобна, пока процесс совпадает с её логикой. Проблемы начинаются, когда под неё приходится менять порядок работы: заводить лишние статусы, вести параллельные таблицы, оплачивать пользователей, которым нужна одна функция. В такой ситуации своя разработка может оказаться выгоднее на длинной дистанции: вы платите за нужные функции один раз и развиваете их под себя, а не подстраиваетесь под чужой продукт.
Что входит в разработку
Отвечаю за проект целиком, а не за отдельный кусок кода.
Заказная разработка — это не только написание кода. Значительная часть результата закладывается до него: в том, как описаны сценарии, какие данные хранятся и кто к чему имеет доступ. Поэтому проектирование, тестирование и развёртывание входят в работу наравне с backend. На выходе вы получаете систему, которую можно запустить, поддерживать и при необходимости передать другому разработчику.
- Анализ задачи и техническое задание
- Прототип интерфейсов и сценариев
- Проектирование базы данных и архитектуры
- Backend на PHP, Python или Node.js и интерфейс
- Интеграции через API с внешними системами
- Роли, права доступа и защита данных
- Тестирование ключевых сценариев
- Развёртывание на сервере
- Поддержка и развитие после запуска
Форматы заказной разработки
Под разные задачи — разная основа.
Формат определяет, сколько функций можно взять готовыми, а сколько придётся писать с нуля. Если сервис тесно связан с сайтом и каталогом, разумно строить его на 1С-Битрикс или WordPress: пользователи, контент и права там уже есть. Если логика продукта не похожа на сайт, удобнее отдельное приложение на PHP, Python или Node.js, где архитектура подчинена только задаче, а не ограничениям CMS.
Веб-сервис
Самостоятельный продукт для клиентов: регистрация, тарифы, личный кабинет, оплаты. Пишу на PHP, Python или Node.js с собственной архитектурой.
Внутренняя система
Учёт, заявки, склад, документы и отчёты для сотрудников. Роли и права настраиваются под структуру компании.
Портал и личный кабинет
Кабинет клиента или дилера на базе сайта на 1С-Битрикс или WordPress. Подробно — в статье про разработку B2B-портала.
MVP
Минимальная рабочая версия, чтобы проверить идею на реальных пользователях. Потом её можно развивать без переписывания с нуля.
От чего зависит стоимость заказной разработки
Нижняя граница для веб-сервиса — от 90 000 ₽, а итоговая сумма складывается из конкретных факторов. Главный из них — число сценариев: сколько разных действий выполняют пользователи и сколько экранов для этого нужно. Сервис, где клиент только оформляет заявку и видит её статус, и сервис с тарифами, оплатами, документами и отчётами отличаются по объёму в разы.
Второй фактор — роли и права доступа. Каждая новая роль — клиент, менеджер, бухгалтер, администратор — добавляет свои экраны, проверки прав и тестовые сценарии. Третий — интеграции. Подключение к CRM, платёжному сервису или службе доставки зависит от качества их API и документации: с одними сервисами связь настраивается быстро, с другими приходится обходить ограничения и писать дополнительную обработку ошибок.
Отдельно учитываются требования к нагрузке, хранению данных и безопасности, а также объём информации, которую нужно перенести из старых систем. Если данные лежат в таблицах с дублями и разными форматами, на их очистку уходит заметная часть времени, и это лучше учесть заранее.
Чтобы не переплачивать, первую версию можно ограничить ключевыми функциями, а остальное запланировать на следующие этапы. Так бюджет тратится на то, что уже приносит пользу, а решения о следующих модулях принимаются по опыту реальной работы. Точную оценку называю после составления ТЗ, когда объём понятен и его можно разложить по этапам с ценой каждого.
Стоит учитывать и стоимость владения после запуска: хостинг, обновления, исправление ошибок и развитие. Система на PHP, Python или Node.js и MySQL не требует платных лицензий на саму платформу, а если сервис строится на 1С-Битрикс, лицензия CMS оплачивается отдельно. Эти расходы заранее обсуждаю на этапе оценки вместе со стоимостью разработки, чтобы итоговый бюджет не оказался сюрпризом.
Как идёт работа
Проект делится на этапы с понятным результатом каждого.
Этапы нужны, чтобы вы видели прогресс и могли скорректировать курс до того, как потрачен весь бюджет. После каждого этапа есть результат, который можно открыть и проверить: документ, прототип, работающий модуль. Если по ходу выясняется, что функция не нужна или нужна иначе, это обсуждается сразу, а не после сдачи всего проекта.
Знакомство с задачей
Разбираю цели, пользователей и процессы, задаю уточняющие вопросы. На этом этапе становится понятно, какую задачу система должна решить в первую очередь.
ТЗ и прототип
Фиксирую функции, сценарии и экраны, называю стоимость и срок. Прототип позволяет увидеть будущий интерфейс до начала программирования.
Разработка этапами
Показываю работающие части по ходу проекта, а не в самом конце. Замечания учитываются сразу, пока их исправление обходится недорого.
Тестирование и запуск
Проверяю сценарии, переношу на рабочий сервер, подключаю мониторинг. Перед запуском настраиваю резервное копирование данных.
Поддержка
Исправляю найденное, развиваю систему по новым задачам. Доработки после запуска оплачиваются по времени.
Почему ко мне
Заказная разработка у частного разработчика — это прямой контакт и понятная ответственность.
Когда систему проектирует и пишет один человек, решения не теряются при передаче между аналитиком, менеджером и программистом. Вы знаете, кто отвечает за результат, получаете ответы на вопросы без очереди и видите, на что уходит время. Это особенно заметно на этапе развития, когда в системе нужно быстро поменять логику под новую задачу.
Частые вопросы
Сколько стоит заказная разработка программного обеспечения?
Веб-сервис — от 90 000 ₽. Точная сумма зависит от функций, ролей и интеграций; называю её после ТЗ. Небольшие доработки оплачиваются по времени — от 2 000 ₽ за час.
Чтобы оценка была точной, сначала описываю сценарии и экраны, затем раскладываю работы по этапам. Так видно, сколько стоит каждая часть системы, и можно решить, что войдёт в первую версию, а что перенести на потом. Для задач с понятными границами возможна фиксированная стоимость.
Сколько времени занимает разработка веб-сервиса?
Веб-сервис — от 4 недель; точный срок зависит от объёма, называю его после разбора задачи. Крупный проект делю на этапы, чтобы первая рабочая часть появилась раньше.
На срок сильнее всего влияют число сценариев, интеграции с внешними системами и скорость согласования промежуточных версий. Если решения по прототипу и замечания приходят быстро, проект идёт без простоев. Когда нужно запуститься как можно раньше, начинаю с MVP — минимальной версии с ключевым сценарием, а остальные функции добавляю следующими этапами.
На чём вы делаете веб-сервисы?
Backend пишу на PHP, Python или Node.js с базой данных MySQL. Если сервис связан с сайтом, использую 1С-Битрикс или WordPress, внешние системы подключаю через API.
PHP, Python, Node.js и MySQL — распространённый стек: под него легко подобрать хостинг и найти разработчиков, если со временем проект понадобится передать. Выбор между собственной архитектурой и CMS делаю после разбора задачи: если в сервисе много контента и каталога, CMS экономит время, если логика нестандартная — отдельное приложение проще развивать.
Нужно ли готовое техническое задание?
Нет, ТЗ можно составить вместе на первом этапе. Что в нём должно быть, описал в статье про техническое задание.
От вас нужны цели, описание процесса и примеры текущих документов или таблиц. Я задаю вопросы, описываю сценарии, роли и структуру данных, готовлю прототип экранов. После согласования документ становится основой для оценки стоимости, плана этапов и приёмки работ: по нему видно, что именно должно быть сделано.
Можно ли начать с MVP?
Да, это частый вариант: сначала минимальная версия для проверки идеи, затем развитие по обратной связи пользователей.
В MVP остаётся ключевой сценарий — то, ради чего пользователь приходит в сервис. Регистрация, оплата и личный кабинет добавляются, если без них идею не проверить. При этом архитектуру закладываю с расчётом на развитие, чтобы удачную версию не пришлось переписывать с нуля. Решение о следующих функциях принимается по данным о том, как сервис используют.
Можно ли подключить нейросети?
Да, через API: GigaChat, YandexGPT и другие модели. Закладываю проверку ответов, ограничения и передачу сложных случаев человеку.
Типовые задачи — разбор входящих обращений, поиск по базе знаний с ответом и ссылкой на источник, подготовка черновиков документов и описаний. Заранее определяю, какие данные можно передавать модели, а какие нет, и где хранятся запросы. В критичных сценариях ответ нейросети проверяет сотрудник перед отправкой клиенту.
Что нужно от заказчика для начала работы?
Описание задачи своими словами, примеры текущих документов и таблиц, список систем, с которыми нужна связь. Также важно назначить человека, который будет отвечать на вопросы и проверять промежуточные версии.
Если процесс ещё не устоялся, это не препятствие: на первом этапе помогаю его описать и выделить, что должно попасть в первую версию. Доступы к серверу и сторонним сервисам понадобятся ближе к разработке. Чем быстрее приходят ответы на вопросы, тем меньше простоев между этапами.
Поддерживаете ли вы систему после запуска?
Да. После запуска исправляю найденные ошибки, слежу за работой сервера и интеграций, обновляю компоненты и добавляю новые функции по мере появления задач. Доработки оплачиваются по времени — от 2 000 ₽ за час, для крупных блоков называю оценку заранее.
Что обычно входит в сопровождение, описал в статье о поддержке сайта. Формат можно выбрать под задачу: разовые доработки или регулярное сопровождение по договорённости.
Нужна система под ваш процесс?
Опишите задачу — разберу её, предложу архитектуру и оценю стоимость.
