Сколько времени занимает разработка сайта или мобильного приложения в Молдове — реальные этапы и сроки

Коротко

Сайт-визитка или простой корпоративный сайт на кастомной разработке (PHP/CodeIgniter, не шаблон) занимает 6–9 недель — с учётом макетов, вёрстки и базовых интеграций это редко получается быстрее.
Сайт с личным кабинетом и интеграциями — 10–14 недель, интернет-магазин — 14–20 недель.
MVP мобильного приложения на React Native — 2–4 месяца (6–12 недель разработки плюс анализ задачи и публикация в сторах), сложное приложение с интеграциями (платежи, IoT, биллинг) — от 4 до 8 месяцев.
Главный фактор, который реально сдвигает сроки разработки в любую сторону, независимо от выбранной услуги, — не сложность кода, а скорость обратной связи и готовности контента со стороны клиента.

Этапы разработки сайта

1. Анализ и бриф (1–2 недели). Сбор требований, структура сайта, выбор стека и интеграций. Для простого сайта — короткий бриф, для сложной платформы — отдельная фаза аналитики.
2. Дизайн и макеты (2–4 недели). Прототип, UI-кит, согласование с клиентом. Обычно занимает больше времени, чем сама вёрстка, потому что здесь больше всего циклов правок.
3. Разработка (4–10 недель). Вёрстка, бэкенд на PHP/CodeIgniter, интеграции с CRM/ERP/платёжными системами, админ-панель — самый длинный этап, особенно если интеграций несколько.
4. Тестирование (1–2 недели). Кроссбраузерность, адаптивность, нагрузочное тестирование для e-commerce.
5. Запуск и стабилизация (3–7 дней). Перенос на продакшен, DNS, SSL, первые правки после реального трафика.

Этапы разработки мобильного приложения на React Native

1. Анализ и прототип (2–4 недели). Определение MVP-функций, UX-схема, техническая архитектура — на этом этапе решается, какие интеграции с оборудованием или бэкендом понадобятся.
2. Дизайн (2–3 недели). Часто параллельно с началом разработки.
3. Разработка MVP (6–12 недель). Один код на React Native для iOS и Android — это и есть источник экономии времени по сравнению с раздельной нативной разработкой под каждую платформу.
4. QA на реальных устройствах (2–3 недели). Разные версии iOS/Android, разные экраны — здесь всплывает большинство багов.
5. Публикация в App Store и Google Play (1–2 недели). Google Play обычно проверяет приложение за несколько часов — один день, Apple — в среднем в течение 24–48 часов на ревью, но первая подача часто получает замечания и требует повторной отправки, поэтому закладывать нужно 1–2 недели с запасом (Apple Developer, App Store Review).
6. Запуск и стабилизация (2–4 недели). Мониторинг крашей, быстрые патчи, доработки по фидбэку первых пользователей.

Что реально сдвигает сроки

1. Скорость обратной связи клиента. Проект с фидбэком в течение 1–2 дней укладывается в план. Проект, где согласование дизайна растягивается на недели, увеличивает срок кратно — и это самая частая причина задержек на практике, а не сложность разработки.
2. Готовность контента. Тексты, фото, каталог товаров — если это готовится параллельно с разработкой, а не после неё, сроки сокращаются на 1–3 недели.
3. Сторонние интеграции. Платёжные системы, ERP/CRM, IoT-оборудование (например, зарядные станции или парковочные терминалы) добавляют время на тестирование с реальным API партнёра, которое разработчик не контролирует напрямую.
4. Отклонение в App Store. Apple может отклонить первую подачу по формальным причинам (метаданные, скриншоты, политика конфиденциальности) — это добавляет от нескольких дней до недели.
5. Расширение объёма проекта в процессе. Любое "а давайте ещё добавим" после старта разработки сдвигает срок пропорционально объёму новой функциональности, а не на "чуть-чуть".

Как ускорить, не потеряв в качестве

Самый надёжный способ — не сжимать этапы, а параллелить их: пока идёт разработка бэкенда, готовится контент; пока идёт QA одной платформы, дорабатывается другая. Второй способ — честный MVP: запустить с минимальным набором функций, а не пытаться сделать всё и сразу, что почти всегда растягивает первый релиз на месяцы. Мы закладываем оба подхода в план проекта ещё на подготовительном этапе, потому что за 348+ реализованных проектов именно нечёткие рамки задачи и медленная обратная связь клиента — а не техническая сложность — были причиной большинства сдвигов сроков.

Источники:

• Apple Developer — App Review timelines
• Google Play Console Help — Review times