[{"data":1,"prerenderedAt":884},["ShallowReactive",2],{"blog-post-ru-razrabotka-veb-prilozheniya-na-zakaz":3,"blog-list-ru":774},{"id":4,"title":5,"body":6,"category":734,"cover":735,"date":736,"description":12,"excerpt":737,"extension":738,"faq":739,"featured":764,"meta":765,"metaDescription":766,"metaTitle":767,"navigation":768,"path":769,"readingMinutes":770,"seo":771,"slug":772,"stem":772,"updated":736,"__hash__":773},"blogRu/razrabotka-veb-prilozheniya-na-zakaz.md","Разработка веб-приложения на заказ: этапы, стек, сроки и цена",{"type":7,"value":8,"toc":703},"minimark",[9,13,16,21,24,29,32,41,45,48,51,55,58,66,73,76,80,83,89,95,101,104,112,116,119,123,126,129,133,136,139,143,146,149,153,156,159,163,166,239,243,246,250,256,262,265,269,275,278,288,292,302,317,321,324,385,388,392,396,399,405,411,417,423,427,430,490,493,497,503,519,533,539,552,565,568,572,575,581,597,613,618,631,647,650,654,657,660,692,695],[10,11,12],"p",{},"Заказчики, которые приходят ко мне с запросом на разработку веб-приложения, обычно уже прошли один круг. Они понимают, что им нужна не просто страничка, а рабочий инструмент: личный кабинет, где клиенты делают что-то полезное, автоматизация, которая снимает ручную работу, или сервис, который продают по подписке. Вопрос теперь другой: с кем строить, сколько это стоит и как не потерять полгода на проект, который в итоге не взлетит.",[10,14,15],{},"Меня зовут Евгений Волков, я fullstack-разработчик. Разработка веб-приложений на заказ это моя основная работа. Здесь разберу честно: когда реально нужна кастомная разработка, какой стек и почему, этапы с реальными сроками, ценовые вилки без студийной наценки и как выбрать исполнителя. Без шаблонных «гибкий подход» и «работаем по SCRUM». Только то, что я реально делаю на проектах.",[17,18,20],"h2",{"id":19},"когда-заказывают-разработку-веб-приложения","Когда заказывают разработку веб-приложения",[10,22,23],{},"Не каждая бизнес-задача требует кастомного приложения. Начну с честного разграничения, потому что предложить разработку там, где хватит конструктора, мне невыгодно ни с точки зрения времени, ни репутации.",[25,26,28],"h3",{"id":27},"личный-кабинет-и-saas-сервис","Личный кабинет и SaaS-сервис",[10,30,31],{},"Самая частая причина. Компания хочет, чтобы клиенты самостоятельно управляли заказами, видели историю, выставляли счета или загружали документы. Это уже не сайт, это приложение со своей логикой, аккаунтами и данными каждого пользователя.",[10,33,34,35,40],{},"SaaS (software as a service) идёт следующим уровнем: вы продаёте доступ к сервису по подписке. Биллинг, тарифные планы, аналитика использования, многоарендная архитектура. Построить такое на Tilda или WordPress не получится от слова совсем. Сколько стоит собрать ",[36,37,39],"a",{"href":38},"/blog/skolko-stoit-razrabotat-saas","SaaS с нуля"," и с чего начать фаундеру, я разобрал отдельно.",[25,42,44],{"id":43},"автоматизация-внутренних-процессов","Автоматизация внутренних процессов",[10,46,47],{},"CRM, которая не похожа на стандартные Bitrix или amoCRM. Инструмент для менеджеров с уникальными полями, своими статусами и интеграцией с внутренними системами. Автоматизация документооборота. Дашборд, который собирает данные из трёх разных источников и показывает нужный срез.",[10,49,50],{},"Готовые коробочные системы закрывают 80% типовых сценариев. Остальные 20% либо решают через мучительную настройку, либо через кастомную разработку. Обычно дешевле сразу сделать своё, чем полгода бороться с ограничениями чужой платформы.",[25,52,54],{"id":53},"b2b-портал-и-маркетплейс","B2B-портал и маркетплейс",[10,56,57],{},"Платформа, где несколько сторон взаимодействуют между собой: продавцы и покупатели, заказчики и исполнители, арендодатели и арендаторы. Разные роли, разные права, разные интерфейсы. Это серьёзная инженерная задача, которая требует продуманной архитектуры с самого начала.",[10,59,60,61,65],{},"Пример из моей практики: ТендерОК. Строительные компании загружают пакет тендерной документации, система разбирает документы, считает себестоимость и рекомендует ставку. Я вёл проект как fullstack от идеи до боевой версии на ",[36,62,64],{"href":63},"/cases/avtomatizaciya-tenderov","tenderok.pro",". Это как раз тот случай, когда готовый инструмент не существует в природе.",[10,67,68,72],{},[69,70,71],"strong",{},"Когда НЕ нужна разработка веб-приложения."," Если задача решается конструктором или no-code, я так и скажу. Лендинг под один продукт, витрина на двадцать товаров, корпоративный сайт с формой обратной связи: здесь кастом избыточен и только дороже. Разработку приложения имеет смысл заказывать, когда есть реальная бизнес-логика: роли, права, обработка данных, интеграции. И когда проект рассчитан на рост, а не на вечное существование в неизменном виде.",[10,74,75],{},"Ещё одна честная граница: если для реализации нужна команда из 5+ специалистов одновременно, solo-разработка не подойдёт по срокам. И если проект требует enterprise-compliance с сертификациями и формальными процессами: это уже зона крупных интеграторов.",[17,77,79],{"id":78},"spa-ssr-pwa-что-выбрать-под-задачу","SPA, SSR, PWA: что выбрать под задачу",[10,81,82],{},"Выбор архитектуры рендеринга влияет на скорость, SEO и стоимость поддержки. Кратко про три основных варианта, и когда что беру я.",[10,84,85,88],{},[69,86,87],{},"SPA"," (single-page application) живёт целиком в браузере, рендерит страницы через JavaScript без перезагрузок. Хорошо для насыщенных интерфейсов за логином, где SEO неважно: дашборды, редакторы, внутренние системы. Плохо, если нужна индексация публичных страниц.",[10,90,91,94],{},[69,92,93],{},"SSR"," (server-side rendering) отдаёт готовый HTML с сервера. Первый экран быстрый, поисковик видит контент сразу. Нужен живой сервер на каждый запрос. Это мой основной выбор для приложений с публичной частью, где SEO важно, или когда первый экран критичен по скорости.",[10,96,97,100],{},[69,98,99],{},"PWA"," (progressive web app) это надстройка над вебом: офлайн-режим, установка на устройство, push-уведомления без App Store. Не отдельная архитектура, а дополнительный слой. Беру, когда мобильный опыт критичен, а строить нативное приложение избыточно дорого.",[10,102,103],{},"На практике современные проекты смешивают режимы: публичная часть идёт через SSR, личный кабинет работает как SPA, критичные страницы генерируются статически. Nuxt и Next.js позволяют это делать per-route, не на уровне всего приложения.",[10,105,106,107,111],{},"Подробнее о видах веб-приложений и том, как работает каждый из них под капотом, я разобрал в отдельной статье: ",[36,108,110],{"href":109},"/blog/chto-takoe-veb-prilozhenie","что такое веб-приложение",".",[17,113,115],{"id":114},"этапы-разработки-веб-приложения-на-заказ","Этапы разработки веб-приложения на заказ",[10,117,118],{},"Описываю реальный процесс, не студийный шаблон с красивыми названиями фаз.",[25,120,122],{"id":121},"аналитика-и-тз","Аналитика и ТЗ",[10,124,125],{},"Начинается с понимания задачи, а не сразу с кода. Что делает приложение, кто пользователи, какие сценарии ключевые, что должно работать в первой версии, а что можно отложить. На этом этапе выявляем неочевидные сложности, о которых заказчик не думал: интеграции с внешними системами, логика прав, граничные случаи в бизнес-процессе.",[10,127,128],{},"Результат: техническое задание с описанием сущностей, ролей, ключевых сценариев и API-контрактов. Не документ ради документа, а рабочий артефакт, по которому потом принимается работа.",[25,130,132],{"id":131},"прототип-и-дизайн","Прототип и дизайн",[10,134,135],{},"Wireframes основных экранов, иногда кликабельный прототип в Figma. На этом шаге выясняется половина «а это мы не подумали». Это хорошо, потому что переделать прототип дешевле, чем переписать код.",[10,137,138],{},"Дизайн делаю сам или привлекаю дизайнера: зависит от требований к визуалу. Для MVP с понятной аудиторией часто хватает чистого функционального дизайна без дорогой графики.",[25,140,142],{"id":141},"разработка-фронтенд-и-бэкенд-параллельно","Разработка: фронтенд и бэкенд параллельно",[10,144,145],{},"После утверждения прототипа начинается основная работа. Фронтенд и бэкенд разрабатываются параллельно по заранее согласованным API-контрактам. Это позволяет не ждать, пока один слой полностью готов, прежде чем начать другой.",[10,147,148],{},"Работаю итерациями: каждые 1–2 недели есть рабочий инкремент, который можно потрогать и дать обратную связь. Не «приходите через три месяца, смотрите готовый продукт».",[25,150,152],{"id":151},"тестирование-и-релиз","Тестирование и релиз",[10,154,155],{},"Ручное тестирование всех ключевых сценариев, включая граничные случаи. Для критичных частей пишу автотесты. Настройка окружения: Docker-контейнер, CI/CD-пайплайн, мониторинг ошибок.",[10,157,158],{},"Релиз это не конец, а начало следующего цикла. Первые две недели после запуска обязательно держу связь плотнее обычного: реальные пользователи находят то, что тест не нашёл.",[25,160,162],{"id":161},"поддержка-и-развитие","Поддержка и развитие",[10,164,165],{},"После релиза проект не замирает. Баги, небольшие доработки, новые фичи по мере роста продукта. Договариваемся на старте: либо отдельный ретейнер, либо по факту обращений.",[167,168,169,185],"table",{},[170,171,172],"thead",{},[173,174,175,179,182],"tr",{},[176,177,178],"th",{},"Этап",[176,180,181],{},"Что входит",[176,183,184],{},"Длительность (solo)",[186,187,188,199,208,219,228],"tbody",{},[173,189,190,193,196],{},[191,192,122],"td",{},[191,194,195],{},"Бриф, сценарии, сущности, API-контракты",[191,197,198],{},"1–2 недели",[173,200,201,203,206],{},[191,202,132],{},[191,204,205],{},"Wireframes, UI в Figma, согласование",[191,207,198],{},[173,209,210,213,216],{},[191,211,212],{},"Разработка (фронт + бэк)",[191,214,215],{},"Параллельные треки, итерации 1–2 недели",[191,217,218],{},"3–10 недель",[173,220,221,223,226],{},[191,222,152],{},[191,224,225],{},"QA, Docker, CI/CD, деплой",[191,227,198],{},[173,229,230,233,236],{},[191,231,232],{},"Поддержка",[191,234,235],{},"Баги, доработки, развитие",[191,237,238],{},"Ongoing",[17,240,242],{"id":241},"технологический-стек-что-и-почему","Технологический стек: что и почему",[10,244,245],{},"Здесь расскажу не про «мы используем современные технологии», а про конкретные выборы и реальные причины.",[25,247,249],{"id":248},"фронтенд-vuenuxt-vs-reactnext-когда-что-беру","Фронтенд: Vue/Nuxt vs React/Next. Когда что беру",[10,251,252,255],{},[69,253,254],{},"Nuxt и Vue"," это мой основной стек. Nuxt даёт SSR из коробки, встроенный роутинг, удобную работу с серверными функциями через server routes, и при этом не перегружает проект боilerplate'ом. Vue читается чище React, особенно когда в команде не только опытные разработчики. Composition API начиная с Vue 3 закрывает почти любую задачу по логике компонентов.",[10,257,258,261],{},[69,259,260],{},"React и Next.js"," беру, когда проект уже строится на React-экосистеме, или когда заказчику важна конкретная UI-библиотека, которая есть только в мире React. Next.js хорошо подходит большим командам, где уже есть React-опыт. У него огромная экосистема и хорошая документация.",[10,263,264],{},"Честно о том, что не люблю: Angular на небольших проектах избыточен. Он тащит за собой много концепций, которые оправданы в enterprise, но убивают скорость на MVP. Работал с ним в прошлом, выбираю осознанно не брать под новые проекты размера, с которым работаю я.",[25,266,268],{"id":267},"бэкенд-и-база-данных","Бэкенд и база данных",[10,270,271,274],{},[69,272,273],{},"Node.js"," при работе на Nuxt/Vue это естественный выбор. Один язык на весь стек, переиспользование типов между фронтом и бэком, удобная работа с async/await. Для небольших проектов отлично работают Nuxt server routes: не нужен отдельный сервер, логика живёт рядом с фронтендом.",[10,276,277],{},"Когда нужен отдельный бэкенд (сложная логика, несколько клиентов, независимое масштабирование), пишу на Node.js с TypeScript. Для совсем тяжёлой вычислительной нагрузки смотрю в сторону Go, но это редкость в задачах, которые ко мне приходят.",[10,279,280,283,284,287],{},[69,281,282],{},"PostgreSQL"," это основная база, которую беру по умолчанию. Надёжная, мощная, прекрасно работает с JSON-полями когда нужна гибкость схемы, поддерживает полнотекстовый поиск. ",[69,285,286],{},"Supabase"," беру на проектах, где нужно быстро стартовать: даёт базу, авторизацию и realtime из коробки, и это экономит 1–2 недели только на инфраструктуре. На раннем MVP это разумный способ не тратить время на инфраструктуру, которую всё равно перепишешь при росте.",[25,289,291],{"id":290},"инфраструктура-и-деплой","Инфраструктура и деплой",[10,293,294,297,298,301],{},[69,295,296],{},"Docker"," это стандарт. Контейнеризация убивает проблему «у меня работает, на сервере нет», и мои деплои воспроизводимы. ",[69,299,300],{},"GitHub Actions"," для CI/CD: пуш в main, автосборка, тест, деплой на сервер. Настраиваю на каждом проекте, потому что ручной деплой ошибается и теряет время.",[10,303,304,305,308,309,312,313,316],{},"Хостинг выбираю под задачу. VPS на ",[69,306,307],{},"Aeza"," или другом провайдере под ",[69,310,311],{},"Caddy"," как reverse proxy: работает хорошо, предсказуемо, стоит дёшево. ",[69,314,315],{},"Cloudflare"," ставлю перед сервером для защиты и кеша. Vercel и похожие платформы удобны для фронтенда, но имею опыт, когда они создают проблемы на специфических нагрузках.",[17,318,320],{"id":319},"сроки-разработки-реальные-цифры","Сроки разработки: реальные цифры",[10,322,323],{},"Сроки, которые я называю реально, а не те, которые звучат красиво на переговорах.",[167,325,326,339],{},[170,327,328],{},[173,329,330,333,336],{},[176,331,332],{},"Тип проекта",[176,334,335],{},"Диапазон сроков",[176,337,338],{},"Что влияет",[186,340,341,352,363,374],{},[173,342,343,346,349],{},[191,344,345],{},"MVP: 1–2 роли, базовая логика",[191,347,348],{},"4–8 недель",[191,350,351],{},"Чёткость требований, число интеграций",[173,353,354,357,360],{},[191,355,356],{},"Средний SaaS/CRM: 3–5 ролей, платежи",[191,358,359],{},"2–4 месяца",[191,361,362],{},"Сложность бизнес-логики, API-интеграции",[173,364,365,368,371],{},[191,366,367],{},"Сложный продукт: биллинг, аналитика, мультитенант",[191,369,370],{},"4–6 месяцев",[191,372,373],{},"Архитектурные решения, объём тестирования",[173,375,376,379,382],{},[191,377,378],{},"B2B-портал / маркетплейс",[191,380,381],{},"4–8 месяцев",[191,383,384],{},"Число сторон, транзакционная логика",[10,386,387],{},"Главный враг сроков: размытые требования. Если ТЗ меняется каждую неделю, сроки уходят вправо неизбежно. Второй враг: «добавим ещё одну небольшую фичу», которая на деле затрагивает архитектуру. Третий: долгие согласования на стороне заказчика: если ждать правок неделями, итерация растягивается в разы.",[17,389,391],{"id":390},"сколько-стоит-разработка-веб-приложения-на-заказ","Сколько стоит разработка веб-приложения на заказ",[25,393,395],{"id":394},"из-чего-складывается-стоимость","Из чего складывается стоимость",[10,397,398],{},"Цена не берётся с потолка. Смотрю на несколько факторов.",[10,400,401,404],{},[69,402,403],{},"Объём логики и число ролей."," Простой кабинет с одним типом пользователя и тремя-четырьмя действиями сильно дешевле системы, где есть администратор, менеджер, клиент и каждый видит своё.",[10,406,407,410],{},[69,408,409],{},"Интеграции."," Подключить оплату через ЮKassa занимает время. Двусторонний обмен с 1С: отдельный проект внутри проекта. Каждая внешняя система добавляет сложности, которую нельзя сжать.",[10,412,413,416],{},[69,414,415],{},"Сложность интерфейса."," Простые экраны с формами и таблицами vs. дашборд с интерактивными графиками, drag-and-drop, real-time обновлениями.",[10,418,419,422],{},[69,420,421],{},"Архитектурные требования."," Мультитенантность, горизонтальное масштабирование, высокая нагрузка. Всё это усложняет и удорожает.",[25,424,426],{"id":425},"ценовые-вилки-по-типам-проектов","Ценовые вилки по типам проектов",[10,428,429],{},"Мои реальные цифры. Ниже студийных «от 500 тысяч», потому что нет прослойки менеджеров, аккаунтов и офиса. Вы платите за разработку, а не за структуру агентства.",[167,431,432,444],{},[170,433,434],{},[173,435,436,438,441],{},[176,437,332],{},[176,439,440],{},"Solo-диапазон",[176,442,443],{},"Что включено",[186,445,446,457,468,479],{},[173,447,448,451,454],{},[191,449,450],{},"MVP, личный кабинет (1–2 роли)",[191,452,453],{},"от 100 000 ₽",[191,455,456],{},"Базовая логика, аутентификация, простой UI",[173,458,459,462,465],{},[191,460,461],{},"Сервис среднего размера (3–5 ролей, платежи)",[191,463,464],{},"250 000 – 600 000 ₽",[191,466,467],{},"Биллинг, интеграции, расширенный UI",[173,469,470,473,476],{},[191,471,472],{},"Сложный SaaS, B2B-платформа",[191,474,475],{},"600 000 – 1 500 000 ₽",[191,477,478],{},"Мультитенант, аналитика, нагрузка",[173,480,481,484,487],{},[191,482,483],{},"Выше 1,5 млн ₽",[191,485,486],{},"нужна команда",[191,488,489],{},"Объём превышает solo-возможности",[10,491,492],{},"Минимальный порог: 100 000 рублей. Это не произвольная цифра: ниже него не получается построить ничего, что потом не придётся переписать. Конструкторы работают ниже этой суммы и решают другие задачи.",[25,494,496],{"id":495},"фиксированная-цена-vs-time-and-material","Фиксированная цена vs Time and Material",[10,498,499,502],{},[69,500,501],{},"Фиксированная цена"," работает хорошо, когда требования конкретные и согласованные до начала работ. Вы знаете, что получите, я знаю, что делать. Риск: любые изменения требований идут через согласование допников.",[504,505,506],"pros",{},[507,508,509,513,516],"ul",{},[510,511,512],"li",{},"Прозрачный бюджет, нет сюрпризов в счёте",[510,514,515],{},"Чёткий объём, понятный критерий приёмки",[510,517,518],{},"Защита от scope creep: хочешь больше, обсуждаем отдельно",[520,521,522],"cons",{},[507,523,524,527,530],{},[510,525,526],{},"Требует детального ТЗ на старте",[510,528,529],{},"Изменения требований затрудняются и удорожаются",[510,531,532],{},"Жёсткий стек решений до начала разработки",[10,534,535,538],{},[69,536,537],{},"Time and Material"," подходит для проектов с живыми требованиями: когда продукт нащупывается в процессе, направление может измениться по результатам пользовательского тестирования, или объём неизвестен заранее.",[504,540,541],{},[507,542,543,546,549],{},[510,544,545],{},"Гибкость: можно менять приоритеты между итерациями",[510,547,548],{},"Платите за реально сделанную работу",[510,550,551],{},"Быстрый старт без написания полного ТЗ",[520,553,554],{},[507,555,556,559,562],{},[510,557,558],{},"Бюджет менее предсказуем",[510,560,561],{},"Требует доверия и хорошей коммуникации",[510,563,564],{},"Нужно следить за расходом часов",[10,566,567],{},"На практике чаще всего делаю гибрид: фиксированная стоимость на ясные фазы (аналитика, дизайн, MVP), T&M на развитие после релиза.",[17,569,571],{"id":570},"студия-агентство-или-solo-разработчик-что-выбрать","Студия, агентство или solo-разработчик: что выбрать",[10,573,574],{},"Честный разбор без саморекламы. У каждого варианта есть своё место.",[10,576,577,580],{},[69,578,579],{},"Solo-разработчик"," (как я):",[504,582,583],{},[507,584,585,588,591,594],{},[510,586,587],{},"Прямая коммуникация: нет менеджеров-посредников, решения принимаются быстро",[510,589,590],{},"Дешевле за счёт отсутствия агентской наценки",[510,592,593],{},"Один человек держит весь контекст проекта",[510,595,596],{},"Гибкость в выборе стека и подходов",[520,598,599],{},[507,600,601,604,607,610],{},[510,602,603],{},"Ограниченная пропускная способность: одновременно веду 1–2 проекта",[510,605,606],{},"Нет параллельных треков на 5+ специалистов",[510,608,609],{},"Если solo заболел или занят, проект ждёт",[510,611,612],{},"Для очень большого объёма нужна команда",[10,614,615],{},[69,616,617],{},"Студия / агентство:",[504,619,620],{},[507,621,622,625,628],{},[510,623,624],{},"Команда специалистов: дизайнер, frontend, backend, тестировщик одновременно",[510,626,627],{},"Процессы, юридическая защита, договорная история",[510,629,630],{},"Подходит для больших параллельных задач",[520,632,633],{},[507,634,635,638,641,644],{},[510,636,637],{},"Дороже: оплачивается структура агентства",[510,639,640],{},"Коммуникация через менеджера часто теряет нюансы",[510,642,643],{},"Смена команды на проекте теряет контекст",[510,645,646],{},"«Продают» один уровень, «делает» другой",[10,648,649],{},"Мой честный ответ: solo-разработчик оптимален для MVP и проектов до 6 месяцев, где важна скорость коммуникации и разумная цена. Студия нужна, когда объём реально требует 5+ специалистов одновременно или когда нужна формальная структура с многоуровневым согласованием.",[17,651,653],{"id":652},"как-заказать-разработку-веб-приложения-что-подготовить","Как заказать разработку веб-приложения: что подготовить",[10,655,656],{},"Не нужно приходить с готовым ТЗ на 50 страниц. Нужно прийти с пониманием задачи.",[10,658,659],{},"Что полезно подготовить:",[507,661,662,668,674,680,686],{},[510,663,664,667],{},[69,665,666],{},"Описание задачи."," Что делает приложение? Для кого? Какие сценарии ключевые? Достаточно 1–2 страниц в свободной форме.",[510,669,670,673],{},[69,671,672],{},"Примеры и референсы."," Какие продукты нравятся по функционалу или дизайну. Не обязательно из той же отрасли.",[510,675,676,679],{},[69,677,678],{},"Бюджетный диапазон."," Хотя бы приблизительно. Это помогает сразу предложить реальный объём MVP вместо фантазийного продукта на бесконечный бюджет.",[510,681,682,685],{},[69,683,684],{},"Роли на стороне клиента."," Кто принимает решения по продукту? Кто будет давать обратную связь по макетам? Кто будет принимать работу? Чем меньше согласующих, тем быстрее движется проект.",[510,687,688,691],{},[69,689,690],{},"Ограничения и интеграции."," Есть ли уже используемые системы, с которыми нужно связываться (CRM, 1С, платёжный шлюз)?",[10,693,694],{},"После брифа я даю оценку: реально ли это вписывается в названный бюджет, где основные риски, что можно отложить на вторую итерацию. Без продажи того, что не нужно.",[10,696,697,698,702],{},"Если хочешь обсудить задачу, переходи на ",[36,699,701],{"href":700},"/uslugi/razrabotka-veb-prilozhenij","страницу разработки веб-приложений",": там описан процесс работы и можно оставить заявку.",{"title":704,"searchDepth":705,"depth":705,"links":706},"",2,[707,713,714,721,726,727,732,733],{"id":19,"depth":705,"text":20,"children":708},[709,711,712],{"id":27,"depth":710,"text":28},3,{"id":43,"depth":710,"text":44},{"id":53,"depth":710,"text":54},{"id":78,"depth":705,"text":79},{"id":114,"depth":705,"text":115,"children":715},[716,717,718,719,720],{"id":121,"depth":710,"text":122},{"id":131,"depth":710,"text":132},{"id":141,"depth":710,"text":142},{"id":151,"depth":710,"text":152},{"id":161,"depth":710,"text":162},{"id":241,"depth":705,"text":242,"children":722},[723,724,725],{"id":248,"depth":710,"text":249},{"id":267,"depth":710,"text":268},{"id":290,"depth":710,"text":291},{"id":319,"depth":705,"text":320},{"id":390,"depth":705,"text":391,"children":728},[729,730,731],{"id":394,"depth":710,"text":395},{"id":425,"depth":710,"text":426},{"id":495,"depth":710,"text":496},{"id":570,"depth":705,"text":571},{"id":652,"depth":705,"text":653},"backend","/images/blog/razrabotka-veb-prilozheniya-na-zakaz.webp","2026-07-26",null,"md",[740,743,746,749,752,755,758,761],{"q":741,"a":742},"Сколько стоит разработать веб-приложение?","У меня разработка веб-приложения стартует от 100 000 рублей. Это MVP с одной ролью, базовой логикой и простым интерфейсом. Верхняя граница solo-проекта примерно 1–1,5 млн рублей: более сложный SaaS, CRM с несколькими ролями, нетривиальные интеграции. Студии начинают ценник от 300 000–500 000 рублей и выше с агентской наценкой. Точную оценку я даю после брифа, когда понятен объём логики, число ролей и интеграции.",{"q":744,"a":745},"Сколько времени занимает разработка веб-приложения?","MVP с базовой логикой, одной-двумя ролями и простым интерфейсом я собираю за 4–8 недель. Сервис среднего размера с несколькими ролями, платежами и API-интеграциями занимает 2–4 месяца. Полноценный SaaS с биллингом, аналитикой и сложной многоролевой логикой растягивается на 4–6 месяцев. Срок зависит прежде всего от объёма бизнес-логики и числа интеграций, а не от размера интерфейса.",{"q":747,"a":748},"На чём лучше разрабатывать веб-приложение?","Однозначного ответа нет, стек выбирают под задачу. Я работаю на Nuxt и Vue, когда нужен SSR, хорошая SEO-дружественность и единый язык на весь стек через Node.js. React и Next.js беру, когда команда уже на React, или когда экосистема UI-компонентов критична. Для базы данных предпочитаю PostgreSQL, на небольших стартапах с быстрым запуском хорошо себя показывает Supabase. Главное правило: стек должен решать реальную задачу, а не быть модным.",{"q":750,"a":751},"Чем веб-приложение отличается от сайта?","Сайт доставляет контент: вы пришли, прочитали, ушли. Веб-приложение работает с вашими данными: создаёт, сохраняет, обрабатывает. Именно поэтому у приложения есть аккаунты, сессии, бизнес-логика на сервере, база данных и API между интерфейсом и сервером. Если пользователь в основном читает, это сайт. Если пользователь действует и приложение помнит результат, это веб-приложение.",{"q":753,"a":754},"Что такое MVP и когда его делать?","MVP (minimum viable product) это минимально рабочая версия приложения с одним ключевым сценарием. Делать его нужно почти всегда, когда идея ещё не проверена рынком. Гораздо дешевле собрать MVP за 4–6 недель, показать реальным пользователям и убедиться, что логика работает, чем потратить полгода на полный продукт и узнать, что направление не то. MVP не означает кривой код: архитектуру закладываю так, чтобы потом наращивать, а не переписывать с нуля.",{"q":756,"a":757},"В чём разница фиксированной цены и Time and Material?","При фиксированной цене мы договариваемся о конкретном объёме работ и стоимости заранее. Хорошо работает, когда требования чёткие и вряд ли изменятся. Time and Material (T&M) означает оплату фактических часов работы. Подходит для проектов с живыми требованиями, где направление может поменяться. В обоих случаях важен письменный договор с чёткими этапами и критериями приёмки.",{"q":759,"a":760},"Как выбрать между студией и solo-разработчиком?","Студия оправдана, когда нужна одновременная работа нескольких специалистов, проект требует нескольких параллельных треков или объём превышает то, что может охватить один человек. Solo-разработчик быстрее в коммуникации: нет прослойки менеджеров, решения принимаются прямо. Дешевле за счёт отсутствия агентской наценки. Но у solo есть потолок по параллельным задачам. Честно: если приложение требует одновременной работы 5+ специалистов, мне это не по силам в разумные сроки.",{"q":762,"a":763},"Что нужно подготовить перед началом разработки?","Минимальный набор: описание задачи в свободной форме (что делает приложение, кто пользователи, какие сценарии ключевые), примеры похожих продуктов, которые нравятся, бюджетный диапазон хотя бы приблизительно, и понимание, кто на вашей стороне принимает решения. Не нужно ТЗ на 50 страниц: я помогу его составить на этапе аналитики. Нужно понимание задачи и готовность отвечать на вопросы в процессе.",false,{},"Разработка веб-приложения на заказ: этапы, стек, сроки и цена от 100 000 ₽. Fullstack без наценки студии, от анализа до релиза. Обсудим ваш проект.","Разработка веб-приложения на заказ: цена — Евгений Волков",true,"/razrabotka-veb-prilozheniya-na-zakaz",18,{"title":5,"description":12},"razrabotka-veb-prilozheniya-na-zakaz","yu5qHhLdqMme-j2ztwJOTpFGIbHK-XA8OkfKk2rOMAw",[775,781,785,791,796,801,806,810,814,818,822,826,827,831,835,839,843,848,854,858,863,869,874,879],{"slug":776,"title":777,"excerpt":737,"category":778,"cover":779,"date":736,"updated":736,"readingMinutes":780,"featured":764},"3d-konfigurator-tovara-dlya-sajta","3D-конфигуратор товара для сайта: как устроен, сколько стоит и когда окупается","frontend","/images/blog/3d-konfigurator-tovara-dlya-sajta.webp",17,{"slug":782,"title":783,"excerpt":737,"category":734,"cover":784,"date":736,"updated":736,"readingMinutes":770,"featured":764},"avtomatizaciya-tenderov-na-zakaz","Автоматизация тендеров: когда агрегатора мало и нужна своя система","/images/blog/avtomatizaciya-tenderov-na-zakaz.webp",{"slug":786,"title":787,"excerpt":737,"category":788,"cover":789,"date":736,"updated":736,"readingMinutes":790,"featured":764},"chto-vhodit-v-tehnicheskoe-seo","Что входит в техническое SEO: разбор глазами разработчика","seo","/images/blog/chto-vhodit-v-tehnicheskoe-seo.webp",14,{"slug":792,"title":793,"excerpt":737,"category":778,"cover":794,"date":736,"updated":736,"readingMinutes":795,"featured":768},"fullstack-razrabotchik","Кто такой fullstack-разработчик и когда бизнесу выгоднее нанять одного, а не команду","/images/blog/fullstack-razrabotchik.webp",20,{"slug":797,"title":798,"excerpt":737,"category":778,"cover":799,"date":736,"updated":736,"readingMinutes":800,"featured":764},"headless-cms-dlya-nuxt","Headless CMS для Nuxt: @nuxt/content, Strapi или WordPress","/images/blog/headless-cms-dlya-nuxt.webp",15,{"slug":802,"title":803,"excerpt":737,"category":778,"cover":804,"date":736,"updated":736,"readingMinutes":805,"featured":764},"kak-nanyat-vue-nuxt-razrabotchika","Как нанять Vue/Nuxt-разработчика: гид практика на 2026 год","/images/blog/kak-nanyat-vue-nuxt-razrabotchika.webp",16,{"slug":807,"title":808,"excerpt":737,"category":788,"cover":809,"date":736,"updated":736,"readingMinutes":805,"featured":764},"kak-vybrat-podryadchika-dlya-razrabotki-sajta","Как выбрать подрядчика для разработки сайта: фрилансер, студия или solo-разработчик","/images/blog/kak-vybrat-podryadchika-dlya-razrabotki-sajta.webp",{"slug":811,"title":812,"excerpt":737,"category":778,"cover":813,"date":736,"updated":736,"readingMinutes":770,"featured":764},"nuxt-ili-next-chto-vybrat","Nuxt или Next: что выбрать для проекта в 2026","/images/blog/nuxt-ili-next-chto-vybrat.webp",{"slug":815,"title":816,"excerpt":737,"category":734,"cover":817,"date":736,"updated":736,"readingMinutes":790,"featured":764},"programma-dlya-rascheta-tenderov","Программа для расчёта тендеров: как считать себестоимость заявки и когда нужна своя система","/images/blog/programma-dlya-rascheta-tenderov.webp",{"slug":819,"title":820,"excerpt":737,"category":734,"cover":821,"date":736,"updated":736,"readingMinutes":795,"featured":764},"razrabotka-crm-na-zakaz","Разработка CRM на заказ: когда своя система выгоднее коробочной","/images/blog/razrabotka-crm-na-zakaz.webp",{"slug":823,"title":824,"excerpt":737,"category":778,"cover":825,"date":736,"updated":736,"readingMinutes":805,"featured":764},"razrabotka-sajta-na-nuxt","Разработка сайта на Nuxt: когда фреймворк, а не Тильда","/images/blog/razrabotka-sajta-na-nuxt.webp",{"slug":772,"title":5,"excerpt":737,"category":734,"cover":735,"date":736,"updated":736,"readingMinutes":770,"featured":764},{"slug":828,"title":829,"excerpt":737,"category":788,"cover":830,"date":736,"updated":736,"readingMinutes":770,"featured":764},"seo-dlya-nuxt","SEO для Nuxt: полный гайд по индексации и метатегам","/images/blog/seo-dlya-nuxt.webp",{"slug":832,"title":833,"excerpt":737,"category":788,"cover":834,"date":736,"updated":736,"readingMinutes":805,"featured":764},"skolko-stoit-korporativnyj-sajt","Сколько стоит корпоративный сайт в 2026 году","/images/blog/skolko-stoit-korporativnyj-sajt.webp",{"slug":836,"title":837,"excerpt":737,"category":788,"cover":838,"date":736,"updated":736,"readingMinutes":790,"featured":764},"skolko-stoit-lending","Сколько стоит разработка лендинга в 2026 году: честные цены","/images/blog/skolko-stoit-lending.webp",{"slug":840,"title":841,"excerpt":737,"category":734,"cover":842,"date":736,"updated":736,"readingMinutes":795,"featured":764},"skolko-stoit-razrabotat-saas","Разработка SaaS: сколько стоит и с чего начать фаундеру","/images/blog/skolko-stoit-razrabotat-saas.webp",{"slug":844,"title":845,"excerpt":737,"category":846,"cover":847,"date":736,"updated":736,"readingMinutes":800,"featured":764},"zakazat-razrabotku-internet-magazina","Заказать разработку интернет-магазина: что входит, как проходит работа и как принять результат","ecommerce","/images/blog/zakazat-razrabotku-internet-magazina.webp",{"slug":849,"title":850,"excerpt":737,"category":778,"cover":851,"date":852,"updated":852,"readingMinutes":853,"featured":764},"chto-takoe-veb-prilozhenie","Что такое веб-приложение: как устроено, виды и на чём делают","/images/blog/chto-takoe-veb-prilozhenie.webp","2026-07-04",26,{"slug":855,"title":856,"excerpt":737,"category":788,"cover":857,"date":852,"updated":852,"readingMinutes":800,"featured":764},"kak-proverit-skorost-sajta","Как проверить скорость сайта и как читать отчёт","/images/blog/kak-proverit-skorost-sajta.webp",{"slug":859,"title":860,"excerpt":737,"category":788,"cover":861,"date":852,"updated":852,"readingMinutes":862,"featured":764},"skolko-stoit-sdelat-sajt","Сколько стоит сделать сайт под ключ в 2026 году","/images/blog/skolko-stoit-sdelat-sajt.webp",22,{"slug":864,"title":865,"excerpt":737,"category":846,"cover":866,"date":867,"updated":867,"readingMinutes":868,"featured":764},"kak-sdelat-internet-magazin","Как сделать интернет-магазин с нуля: полный разбор от разработчика","/images/blog/kak-sdelat-internet-magazin.webp","2026-07-03",33,{"slug":870,"title":871,"excerpt":737,"category":788,"cover":872,"date":867,"updated":867,"readingMinutes":873,"featured":764},"kak-uskorit-sajt","Как ускорить сайт: от замера в DevTools до архитектуры","/images/blog/kak-uskorit-sajt.webp",34,{"slug":875,"title":876,"excerpt":737,"category":846,"cover":877,"date":867,"updated":867,"readingMinutes":878,"featured":764},"platforma-dlya-internet-magazina","На чём сделать интернет-магазин: конструктор, CMS или кастом","/images/blog/platforma-dlya-internet-magazina.webp",24,{"slug":880,"title":881,"excerpt":737,"category":846,"cover":882,"date":867,"updated":867,"readingMinutes":883,"featured":764},"skolko-stoit-internet-magazin","Сколько стоит интернет-магазин в 2026 году","/images/blog/skolko-stoit-internet-magazin.webp",12,1785483857231]