Гид для заказчика
Как заказать
разработку
и не переплатить
Что сказать разработчику, сколько это стоит по рынку, из чего складывается цена и кому остаются код и доступы.
12 страниц · шаблон задачи внутри
v1 · 2026
Этот гид написан для одного человека
Для того, кто заказывает разработку впервые или уже обжёгся. У кого нет технического образования и нет причин его получать — есть бизнес, который надо двигать.
Почти всё, за что переплачивают в разработке, объясняется одной вещью: разработчик закладывает в цену не только работу, но и неопределённость. Чем более размытая задача перед ним, тем больше он вынужден заложить «на всякий случай». Это не жадность, это защита — он не знает, во что ввязывается.
Хорошая новость в том, что эту наценку убираете вы, а не он. Не торгом, а точностью. Весь гид, по сути, об этом.
Что внутри
- 3 С чего начать: цель, примеры, границы
- 4 Шаблон задачи на одну страницу — главное
- 6 Сколько это стоит: порядки цен по рынку
- 7 На чём можно сэкономить, а на чём выйдет дороже
- 8 Что должно быть в нормальном расчёте цены
- 9 Три вопроса, которые стоит задать до старта
- 10 Красные флаги
- 11 Кому принадлежит код и доступы
- 12 Чек-лист перед подписанием
Гид бесплатный, и его можно передавать дальше без спроса. Цены в нём — ориентиры по рынку, а не наш прайс: они нужны, чтобы вы отличали подозрительно дёшево от нормально.
Три вещи, которые нужны разработчику от вас
Не техническое задание на двадцать страниц. Три вещи — и цена станет точной, а не «с запасом на непонятно что».
Цель, а не решение
Не «нужен бот», а «хочу перестать вручную отвечать на одни и те же вопросы». Не «нужен сайт», а «хочу, чтобы люди записывались сами, без звонков».
Разница принципиальная. Когда вы приносите решение, разработчик делает решение — даже если видит способ дешевле. Когда вы приносите цель, у него появляется право предложить лучший путь. Иногда это экономит половину бюджета, а иногда выясняется, что разработка вам сейчас вообще не нужна.
Примеры
Покажите два-три сервиса и скажите, что именно в них нравится. Не «сделайте красиво» — а «вот здесь нравится, как выбирается время», «вот здесь нравится, что на первом экране сразу цена».
Одна ссылка заменяет час переписки. Слово «удобно» у вас и у разработчика означает разное ровно до того момента, пока вы не показали пример.
Границы
Что точно нужно в первой версии, а что «потом». Без этого «потом» вечно норовит стать «сейчас» — и обычно в тот момент, когда половина работы уже сделана и переделывать дорого.
Границы защищают в обе стороны: вас — от растущей цены, разработчика — от бесконечного проекта. Тот, кто отказывается их фиксировать, вредит и себе.
Задача на одну страницу
Семь полей. Заполните их — получится текст, который можно отправить любому разработчику или студии, и получить сопоставимые ответы вместо разброса в пять раз.
Цель
Что должно измениться в бизнесе. Не решение, а результат — решение пусть предложит разработчик, оно может оказаться дешевле придуманного вами.
Пример: Перестать вручную отвечать на одни и те же вопросы в директе — сейчас это два часа в день.
Кто будет пользоваться
Опишите человека и что он делает по шагам. Если пользователей несколько типов — перечислите каждого.
Пример: Клиент: заходит с телефона, выбирает услугу, видит свободное время, записывается, получает напоминание.
Что нужно в первой версии
Список того, без чего запускаться бессмысленно. Держите его коротким — всё остальное поместится во вторую версию.
Пример: Каталог услуг, запись на время, оплата картой, уведомление мне в Telegram.
Что точно НЕ нужно сейчас
Самое недооценённое поле. Без явных границ «потом» превращается в «сейчас», а цена растёт по ходу проекта.
Пример: Мобильное приложение, личный кабинет клиента, интеграция с 1С, второй язык.
Примеры
Две-три ссылки и словами — что именно в них нравится. Одна ссылка экономит час переписки и десятки тысяч в итоговой цене.
Пример: yclients.com — нравится, как показан выбор времени. Второй пример: сайт конкурента, нравится простота первого экрана.
Что у вас уже есть
Тексты, фотографии, логотип, домен, хостинг, CRM, аккаунты. Всё, чего нет, разработчик заложит в цену или попросит у вас в середине работы.
Пример: Есть домен и логотип. Текстов и фото нет. CRM — amoCRM, доступы дам.
Сроки и бюджет
Вилка, а не точная цифра, и дата, к которой нужен результат. Скрытый бюджет не снижает цену — он снижает точность предложения.
Пример: Бюджет 150–250 тысяч. Нужно к началу сезона, это середина марта.
Сколько это стоит по рынку
Ориентиры для кастомной разработки в России на 2026 год — чтобы вы отличали подозрительно дёшево от нормально. Это не прайс и не оффер: точная цена считается после разбора задачи.
| Что делаем | От | Срок |
|---|---|---|
| Лендингдизайн, адаптив под телефон, формы заявок, разметка целей | 95 000 ₽ | 1–3 недели |
| Телеграм-ботсценарии и меню, тексты, хостинг и запуск | 60 000 ₽ | 2–4 недели |
| Автоматизацияразбор процесса, соединение систем между собой, запуск и мониторинг | 90 000 ₽ | 2–4 недели |
| Корпоративный сайтмногостраничная структура, дизайн, админка на контент | 250 000 ₽ | 4–8 недель |
| Интернет-магазинкаталог, карточка товара, корзина и оформление заказа, админка на товары | 280 000 ₽ | 5–9 недель |
| AI-решениебаза знаний по вашим документам, настройка качества ответов | 280 000 ₽ | 3–6 недель |
| Мобильное приложениеодно приложение на iOS и Android, дизайн экранов, вход, основные экраны, пуш-уведомления | 320 000 ₽ | 6–10 недель |
| Веб-приложениеавторизация, личные кабинеты, админ-панель | 480 000 ₽ | 8–14 недель |
Мобильное приложение — от 450 000 ₽. Платформа или маркетплейс — от 1 000 000 ₽. Всё, что не попадает в список, считается индивидуально.
Как читать эту таблицу
Колонка «от» — это рабочая первая версия, а не заготовка. В неё уже входит то, без чего продукт такого типа просто не работает: у веб-приложения — авторизация, кабинеты и админка; у AI-решения — база знаний по вашим документам; у корпоративного сайта — админка на контент.
Это важно при сравнении предложений. Если вам называют сумму заметно ниже, первым делом выясните, что в неё не входит, — почти всегда именно то, без чего запускаться нельзя, и оно вернётся отдельным счётом.
Верхнюю границу никто честно назвать не может, пока не увидел задачу. Разработчик, который называет точную цифру сразу, — про это на странице 10.
На чём экономить можно, а на чём выйдет дороже
Экономить на разработке нормально. Просто обычно пытаются не там.
Можно и безопасно
- Урезать объём первой версии. Пять функций вместо двадцати — самый честный способ снизить чек.
- Взять простой дизайн вместо вылизанного. На старте продажи делает понятность, а не изысканность.
- Использовать готовые решения вместо своих с нуля — оплата, рассылки, аналитика, чаты.
- Запуститься на одном канале, а не сразу везде.
Это экономия за счёт масштаба. Недостающее достраивается потом, поверх работающего.
Выйдет дороже
- Постановка задачи. Сэкономили на обсуждении — переделали дважды.
- Тестирование. Сэкономили — ловите ошибки на живых клиентах и их деньгах.
- Безопасность данных. Экономия ровно до первой утечки, дальше это репутация и штрафы.
- Человек, отвечающий за результат. «Сделаю в три раза дешевле» обычно значит «в три раза меньше сделаю».
Это фундамент. Его не достраивают — его переделывают целиком.
Что должно быть в нормальном расчёте
Расчёт стоимости — это документ решений, а не одна цифра в сообщении. Вот что в нём должно быть.
Разложенный объём
Не «сайт — двести тысяч», а из чего эти двести складываются: дизайн, вёрстка, логика, интеграции, тестирование, запуск. Так видно, за что вы платите — и что можно убрать, если бюджет жмёт. Одна цифра лишает вас этого рычага.
Что НЕ входит
Хороший расчёт честно называет границы: без мобильного приложения, без нагрузки на десять тысяч человек одновременно, без поддержки после релиза, без текстов и фотографий. Отсутствие этого раздела — не щедрость, а отложенный конфликт.
Допущения и риски
«Тексты и фото предоставляете вы». «Если платёжная система потребует юрлицо — это отдельно». «Если у поставщика нет выгрузки, интеграцию делаем руками, срок плюс неделя». Это не перестраховка, а способ не поругаться в середине проекта.
Сроки по этапам
Не «ну, примерно месяц», а что и когда будет готово: дизайн к такой-то дате, рабочая версия к такой-то, запуск к такой-то. Этапы дают вам точки контроля, а не один нервный день сдачи.
Три вопроса до того, как переводить деньги
Занимают пару минут. Отсеивают примерно половину проблемных исполнителей.
«Что не входит в оценку?»
Хороший назовёт границы сразу и без обиды: без дизайна, без нагрузки, без поддержки после релиза. Плохой скажет «да всё входит» — а правду вы узнаете в конце, когда переделывать поздно.
«А если в середине я захочу поменять требования?»
Слушайте не «без проблем», а есть ли у него процесс: как оцениваются правки, что происходит с ценой и сроком, кто принимает решение. Просто «без проблем» — это красный флаг, а не забота: значит, он ещё не думал об этом.
«Когда сдадите — покажете, как всё устроено, и отдадите доступы?»
Если код, домен и пароли остаются у вас и работу может подхватить другой человек — отлично. Если «работает только у меня» и «я потом всё настрою» — вы на крючке ещё до начала.
Эти вопросы помогают отличить хорошего исполнителя, а не защищают от всех подряд. Нормальный разработчик отвечает на них спокойно — ему самому проще, когда границы названы вслух.
По чему видно проблемного исполнителя
Заметно ещё до старта работы. Это не про навыки — это про то, как с человеком будет работаться.
Соглашается сразу и на всё
«Да, сделаем, без проблем» на любую вашу фразу — это не гибкость. Это значит, что он не вникает. Человек, который разобрался в задаче, обязательно что-нибудь уточнит или с чем-нибудь поспорит.
Называет цену без единого вопроса
Точная сумма, когда он ещё ничего не уточнил, — это не оценка. Это ставка. И чаще всего мимо: либо он потом добирает доплатами, либо заложил такой запас, что вы переплачиваете с первого дня.
Не может объяснить простыми словами
Если на «почему так?» вы слышите только термины и лёгкое раздражение — вам будет тяжело весь проект. Объяснить сложное просто может тот, кто действительно понимает; остальные прячутся за словарь.
Обещает нереально быстро и дёшево
Слишком хорошее предложение почти всегда достраивается доплатами и фразой «это не входило». Сравните названную цену с порядками на странице 6: если разрыв в разы, спрашивайте, что именно выкинули.
Кому принадлежит код после сдачи
Вы заплатили за разработку. А код и доступы — точно ваши? Это стоит проверить до старта, а не после.
Частая история, и почти никогда не злой умысел. Продукт работает, но живёт на аккаунтах разработчика: хостинг оформлен на его почту, домен — на него, код лежит только у него. Пока отношения хорошие, этого не видно. А как только вы захотели сменить исполнителя — или он просто пропал, заболел, уехал, — выясняется, что уйти нельзя.
Что проверить на берегу
Чек-лист
Пробегитесь глазами до того, как переводить первый платёж.
- Задача сформулирована как цель, а не как готовое решение
- Показаны два-три примера с объяснением, что именно нравится
- Записано, что НЕ входит в первую версию
- Расчёт разложен по частям, а не одна общая цифра
- Названо, что не входит в цену
- Перечислены допущения: что предоставляете вы, что может сдвинуть срок
- Сроки разбиты по этапам с датами
- Понятно, как оцениваются правки в середине проекта
- Код, домен и доступы оформляются на вас
- Одинаковый текст задачи отправлен всем, кого сравниваете
Если хочется, чтобы задачу разобрали вместе с вами
Norza Studio — студия разработки. Мы делаем сайты, веб-приложения, ботов, автоматизацию и AI-решения для бизнеса.
Разбор задачи — отдельная платная услуга: час, по итогам которого у вас остаётся понятная формулировка, порядок цены и план первой версии. Стоимость 7 500 ₽, и она полностью зачитывается в проект, если вы стартуете с нами в течение 30 дней. Не стартуете — материалы всё равно ваши, идите с ними к любому разработчику.
Гид бесплатный. Если он оказался полезным — передайте его тому, кто как раз собирается что-нибудь заказывать.