Бюджет 100 000 ₽: сайт с админкой в деталях
Сто тысяч рублей — это граница, за которой сайт перестаёт быть страницей и становится инструментом: у вас появляется своя панель управления и вы меняете содержимое без разработчика. Потратить эту сумму можно тремя разными способами, и они отличаются не качеством, а тем, за что вы платите: за скорость, за свободу или за отсутствие абонентской платы.
Три способа потратить сто тысяч
Вариант первый — платный конструктор с расширениями. Часть суммы уходит подрядчику за сборку и наполнение, часть остаётся в виде ежемесячной подписки платформе.
Вариант второй — готовая CMS. Ставится движок, подбираются модули, дорабатывается тема под ваш дизайн. Разовый платёж больше, подписки нет, но появляются обновления, которые надо накатывать.
Вариант третий — своя разработка. Витрина и админка пишутся кодом под ваш процесс, ничего лишнего внутри нет.
Сравнение по тому, что важно через год
| Параметр | Конструктор | Готовая CMS | Своя разработка |
|---|---|---|---|
| Когда появится первая версия | дни | дни | 7–14 дней |
| Ежемесячный платёж платформе | есть | нет | нет |
| Свобода в нетиповых требованиях | низкая | средняя | высокая |
| Кому принадлежит код | платформе | движку и модулям | вам, по акту |
| Что происходит при обновлении | делает платформа | нужно накатывать и проверять | обновляется окружение |
| Переезд на другое решение | переделка с нуля | перенос базы | перенос базы и кода |
Строка про свободу — та, из-за которой обычно и меняют решение. Пока требования типовые, все три варианта справляются. Разница начинается на первом же «а нам нужно, чтобы…».
Где конструктор упирается
Конструктор рассчитан на распространённые сценарии и делает их быстро. Проблема возникает, когда ваш процесс не совпадает с заложенным.
Допустим, вы принимаете заявки на замер, потом формируете смету, потом отправляете её на согласование и только после этого создаёте заказ. Три состояния, разные ответственные, разные уведомления. В конструкторе это либо делается через набор костылей, либо не делается.
Второй потолок — права доступа. Как только сотрудников больше двух и им нужно видеть разное, гибкость платформы заканчивается.
Что даёт своя админка в этом бюджете
Своя админка стоит своих денег не тем, что она красивее, а тем, что повторяет ваш процесс без переводчика.
Типовой узел почти каждого нашего проекта: сборщик видит заказы, но не видит денег; менеджер видит клиентов, но не видит настроек. В готовом решении это делается настройкой ролей, если платформа их предусмотрела. В своей админке это просто описано в коде и работает так, как договорились.
Второе преимущество — отсутствие лишнего. В админке на сто тысяч нет двухсот пунктов меню, из которых вы используете шесть. Есть шесть, которыми вы пользуетесь.
Что двигает бюджет за пределы ста тысяч
- Каталог с фильтрами по характеристикам и поиском.
- Приём оплаты с чеком и передачей в кассу.
- Интеграция с учётной системой или складом.
- Личные кабинеты клиентов с историей заказов.
- Автоматическое создание отправлений и печать этикеток.
Каждый пункт добавляет не строчку, а связку с внешним сервисом, и каждый требует обработки сбоев: что делать, если платёж не прошёл, если склад не ответил, если служба доставки вернула ошибку. Именно эта обработка занимает время, а не «подключение».
В магазине «Жук и Плут» админка выросла примерно до двадцати вкладок, потому что туда переехал весь рабочий день владелицы, включая импорт с Wildberries. Такой объём в сто тысяч не помещается, и это нормально: он и не строился сразу целиком.
Кому что подходит
- Нужна быстрая витрина, требования типовые, ежемесячный платёж не пугает — конструктор.
- Нужен блог, каталог и стандартная логика, хочется избежать подписки — готовая CMS.
- Есть свой процесс, который не совпадает с типовым, и планы расти — своя разработка. Ориентир по срокам и вилке — в разделе цены.
Отдельно скажу, кому сто тысяч тратить не стоит. Если у вас одна услуга и заявки приходят в мессенджер, админка не нужна: менять там нечего. Лендинг за 40 000 ₽ решит задачу, а разница останется на рекламу.
На чём в этом бюджете экономят неправильно
Первое место — проверки данных. Их не видно на демонстрации, и они первыми уходят под нож. Итог: через месяц в каталоге товар с ценой ноль и заказ без телефона, потому что поле не было обязательным.
Второе — мобильная версия админки. Считается, что владелец сидит за компьютером. На практике он смотрит заказы с телефона в дороге, и если админка там не открывается, он звонит сотруднику, а тот открывает за него.
Третье — перенос старых данных. Каталог из таблицы кто-то должен перевести в новую структуру. Если этой строки нет в смете, работа никуда не делась — она просто досталась вам.
Что стоит попросить показать до оплаты
- Экран создания главной для вас сущности со всеми полями, а не общий вид меню.
- Что происходит при попытке сохранить форму с ошибкой.
- Как выглядит список, когда в нём двести записей: есть ли поиск и постраничная выдача.
- Как выглядит тот же экран под ролью обычного сотрудника.
Четвёртый пункт показывает, продумана ли работа с правами или про неё вспомнят в конце.
Как этот бюджет обычно растёт
Рост почти всегда происходит по одному сценарию, и он предсказуем.
Сначала появляется желание «ещё одно маленькое поле». Поле тянет за собой фильтр по нему, фильтр — отображение на витрине, отображение — правило, что делать со старыми записями, где поля не было. Одно решение превращается в четыре.
Способ удержать бюджет простой: держать список желаний отдельно от списка работ. В работу идёт то, без чего нельзя запуститься. Остальное ждёт до второй итерации, когда станет видно, что действительно нужно, а что казалось нужным.
Я советую заводить этот список сразу, с первого разговора. Он экономит не только деньги, но и нервы: желания не отвергаются, а откладываются, и это совсем другое ощущение.
Коротко
За сто тысяч вы покупаете не сайт, а вторую программу — панель управления, которой пользуетесь вы. Конструктор даёт скорость и берёт подписку, готовая CMS даёт стандартную логику и требует обновлений, своя разработка даёт совпадение с вашим процессом и переходит к вам по акту. Выбор определяется одним вопросом: насколько ваш процесс похож на типовой.
Первый разговор — разбор задачи: нужна ли вам система или хватит одной страницы. Без обязательств и без счёта.
Частые вопросы
Сколько сущностей помещается в этот бюджет?
Обычно три-четыре: например, услуги, заявки, сотрудники и статьи блога. Каждая новая сущность — это список, форма, проверки и права, то есть измеримая работа. Если сущностей сразу восемь, честнее говорить о бюджете от 150 000 ₽.
Что быстрее — готовая CMS или своя админка?
На старте почти всегда готовая CMS: базовый набор появляется в первый же день. Разница возникает на нетиповых требованиях: там, где в своей админке нужно дописать форму, в CMS нужно обойти её устройство, и это может занять больше времени, чем написать с нуля.
Можно ли начать с одного варианта и перейти на другой?
Переход с конструктора на код — это переделка с нуля, переносятся только тексты и картинки. Переход с CMS на свою разработку проще: база данных обычно переезжает, переписывается интерфейс. Планировать такой переход заранее дешевле, чем обнаружить его необходимость через год.
Те, что не помогают, мы переписываем — по этой кнопке и решаем, какие именно.
Ещё по теме
Пошаговый расчёт окупаемости сайта по трём числам, которые владелец может достать из своих данных за полчаса.
тем, кто заказывает Абонентское сопровождение: тарифы и состав работТри уровня абонентского сопровождения сайта, состав каждого, порядок учёта часов и условия перехода между уровнями.
тем, кто заказывает Аванс отдали, работы нет: что делать заказчикуПошаговый порядок действий, если подрядчик взял аванс за сайт и пропал — от первого письма до возврата денег.
тем, кто заказывает