Объявление из трёх строк: разработчик берёт заказы на Fiverr, делает кастомные веб-приложения на PHP и MySQL — личные кабинеты, авторизацию, работу с базой. За этим стоит целый пласт задач, с которыми приходят небольшие компании: нужен портал, куда клиенты заходят под своим логином и видят свои данные, заявки, счета, историю.
Разберём, что реально скрывается за пунктами такого предложения, когда кастом имеет смысл и как составить бриф, чтобы потом не переписывать всё заново.
Что входит в типичный набор
В объявлении перечислено четыре вещи. Каждая — отдельный слой работы, и стоят они по-разному.
- Авторизация и вход. Регистрация, вход, восстановление пароля, разграничение прав. Самая чувствительная часть: ошибка здесь означает утечку данных, а не кривой дизайн.
- Адаптивный интерфейс и аккуратный UX. Проще говоря, чтобы кабинет нормально открывался и с телефона, и с ноутбука.
- Логика базы данных на MySQL — то, как хранятся заказы, заявки, счета, история действий. Основная работа прячется именно здесь.
- Само приложение — код, который связывает всё вместе и работает без конструкторов и готовых платформ.
Ключевое слово во всём этом — «лёгкий» (lightweight). Обычно оно значит: без тяжёлых надстроек и десятка плагинов, минимум лишнего кода, поэтому страница открывается быстро, а сервер не требует дорогой конфигурации.
Кастом или готовая платформа
Разница видна не на старте, а через несколько месяцев эксплуатации.
| Критерий | Конструктор / CMS | Кастомное приложение на PHP и MySQL |
|---|---|---|
| Срок запуска | Часы или дни: шаблон плюс набор плагинов | Дольше — сначала проектируют структуру данных |
| Стоимость на входе | Ниже | Выше, потому что код пишут под вас |
| Логика под ваш процесс | Подгоняется плагинами, иногда с потерями | Проектируется сразу под процесс |
| Производительность | Падает с каждым новым плагином и темой | Высокая даже на скромном хостинге |
| Что ломается чаще | Обновления плагинов, совместимость версий | Ваш собственный код, ему нужна поддержка |
| Зависимость от подрядчика | Специалиста по платформе найти легко | Сильнее привязаны к тому, кто писал |
| Когда выбирать | Лендинг, блог, магазин на готовых модулях | Личный кабинет, клиентский портал, учёт заявок |
Когда кастом не нужен
Одностраничник, блог, визитка, магазин на готовых модулях — здесь конструктор дешевле и быстрее, и заказывать код ради кода незачем.
Когда он оправдан
Если у вас есть повторяющийся процесс, который плохо ложится в стандартные формы. Клиенты с разными правами доступа. Данные, которые связаны между собой сложнее, чем «товар — корзина — заказ». Или требование к скорости, когда сервер стоит три копейки, а страницы должны открываться мгновенно. В этих случаях платформа начинает мешать: каждый нестандартный шаг требует плагина, плагин требует другого плагина, а обновление ломает половину логики.
Бриф, который экономит деньги
Большинство конфликтов с фрилансерами начинаются не с кода, а с непроговорённых ожиданий. До заказа опишите простым текстом:
- кто пользователи и какие у них роли;
- какие данные хранятся и как они связаны между собой;
- что должно происходить при входе и что видит каждая роль;
- перечень экранов — списком, без «там разберёмся»;
- откуда приходят данные: ручной ввод, импорт, внешняя система;
- кто администрирует проект после сдачи;
- что считается готовым результатом — конкретные сценарии, которые вы проверяете сами.
Пункт семь важнее остальных. «Работает» и «работает так, как я себе это представлял» — разные вещи, и разница в деньгах обычно измеряется стоимостью переделки.
Что спросить до оплаты
- Получу ли я весь код, включая структуру базы данных?
- Как хранятся пароли и что сделано против стандартных атак на формы входа?
- Что входит в поддержку после сдачи и сколько она стоит потом?
- На каком хостинге это запустится и какие требования к серверу и версии PHP?
- Как будет выглядеть добавление нового раздела через полгода?
Типичные ошибки заказчика
- Платить за красоту раньше логики. Рисовать дизайн кабинета до того, как определены роли и данные, — почти гарантированная вторая итерация.
- Формулировать задачу как «сайт». Исполнитель сделает сайт. А нужен был портал с входом и личными данными.
- Не уточнить требования к серверу. Потом выясняется, что выбранный тариф не тянет или у него старая версия PHP, и перенос стоит отдельных денег.
- Экономить на авторизации. Худшая статья экономии из всех: переделка входа в проект, который уже наполнен реальными данными клиентов, обходится дороже всего остального.
Кастомное приложение на PHP и MySQL — инструмент под конкретную задачу, а не улучшенная версия обычного сайта. Если у вас есть процесс, который нужно автоматизировать, и люди с разными правами доступа, такая разработка окупается. Если нужно рассказать о компании и собрать заявки — деньги уйдут в песок, и никакой «чистый код» этого не изменит.
Fluxs
Комментарии (0)
Войдите, чтобы комментировать.
Пока нет комментариев. Будьте первым.