VJOURNAL

ИнновацииГлобальная редакция27 августа 2026 г.

Сроки разработки: из чего они складываются — решения, контент и приёмка

Окно пакета описывает работу подрядчика, а не вашу дату запуска. Разбираем, что добавляют к нему решения, тексты, доступы и приёмка, и почему «Разработка продукта» названа в неделях, а остальные пакеты — в рабочих днях.

Обложка VJOURNAL к материалу «Сроки разработки: из чего они складываются — решения, контент и приёмка»

Короткий ответ

Окно пакета описывает работу подрядчика, а не вашу дату запуска. Разбираем, что добавляют к нему решения, тексты, доступы и приёмка, и почему «Разработка продукта» названа в неделях, а остальные пакеты — в рабочих днях.

3 источника
Окно пакета описывает работу подрядчика; дата запуска складывается из него, ваших интервалов и приёмки.
«Разработка продукта» названа в неделях — 2-3 недели, — а остальные пакеты названы в рабочих днях.
Контент и переводы предоставляет клиент, поэтому окно сборки начинается от готовности материалов, а не от подписи.

Из чего складывается срок: короткий ответ

Срок складывается из четырёх отрезков, поставленных друг за другом: рабочее окно подрядчика, ваши решения, ваши материалы и приёмка. Написание кода занимает меньшую долю календаря, чем ожидание ответа на вопрос, который никто ещё не взял на себя.

На странице услуги разработки VITON13 названы конкретные окна: 1-2 рабочих дня, 2 рабочих дня, 3-5 рабочих дней, 2-3 недели и месячный цикл. Все они описывают работу подрядчика. Дата запуска появляется тогда, когда к ним прибавлены ваши собственные интервалы.

Поэтому один и тот же пакет даёт двум заказчикам две разные даты. Сборка идентична, а очередь согласований, готовность текстов и скорость выдачи доступов различаются, и именно эта разница двигает календарь вперёд или назад.

Дальше разобрано, что стоит за каждым окном, какие ваши действия его удерживают и почему «Разработка продукта» названа в неделях, тогда как остальные пакеты названы в рабочих днях. Это различие не косметическое и влияет на планирование.

Какой срок назван в каждом пакете

«Site Fix Pack» стоит $70 и занимает 1-2 рабочих дня: до пяти согласованных правок, проверка на мобильном и десктопе и список «до и после» при передаче. Один раунд правок. Новые страницы, редизайн и миграции в пакет не входят.

«Сайт для запуска» стоит $380 и занимает 3-5 рабочих дней: адаптивная сборка, подключение базовой CMS или данных и настройка деплоя. Два раунда правок до запуска. Контент и переводы предоставляет клиент, подрядчик их не пишет.

«Сайт для запуска» Express стоит $520 и занимает 2 рабочих дня: тот же объём в приоритетной очереди, с ежедневными сборками, чек-листом запуска и созвоном при передаче. Один раунд правок после первой полной сборки. Контент, фотосъёмка и поддержка не входят.

«Разработка продукта» стоит $880 и занимает 2-3 недели: поставка функций, логика состояния и маршрутов, тестирование и стабилизация. Два раунда правок на каждую поставленную функцию. Нативные мобильные приложения и лицензирование платежей не входят. «Постоянная техническая поддержка» стоит $290 в месяц месячным циклом с отказом за 30 дней.

Почему «Разработка продукта» названа в неделях

Рабочие дни — честная единица там, где объём известен заранее. Пять правок или одна адаптивная сборка описываются списком, поэтому окно можно назвать до начала работы и потом его удержать, не пересматривая договорённость на ходу.

Поставка функций так себя не описывает. Логика состояния и маршрутов раскрывается по мере сборки: один экран порождает второй, а проверка граничных случаев возвращает работу на шаг назад. Неделя вмещает эти возвраты, день их не вмещает.

Тестирование и стабилизация живут внутри тех же 2-3 недель. Это названная часть пакета, а не остаток времени после того, как функции начали собираться, и именно она даёт часть переделок, которые дневная сетка удержать не может.

Практический вывод простой: не переводите молча 2-3 недели в «десять-пятнадцать рабочих дней» и не планируйте по этой сетке. Формулировка в неделях выбрана намеренно, и в собственной переписке её стоит сохранять дословно.

Решения: очередь невынесенных выборов

Календарь съедают вопросы без владельца, а не строки кода. Какое из двух направлений главной берём, сколько уровней в меню, что происходит после отправки формы — каждый такой вопрос стоит в очереди и ждёт человека, который его закроет.

Пока вопрос открыт, работа не останавливается: она обходит спорное место стороной. Этот обход стоит времени дважды — сначала на временное решение, а потом ещё раз, когда временное решение заменяется настоящим ответом.

Помогает не быстрый ответ, а назначенный человек. Один согласующий с правом финального слова сокращает цикл надёжнее, чем широкая группа, где комментируют все, а вопрос не закрывает никто и обсуждение возвращается по кругу.

Договоритесь заранее, в каком канале приходят вопросы и за какое время на них отвечают. Этот интервал принадлежит вашей стороне даты запуска и заслуживает такого же планирования, как и сама сборка сайта.

Тексты и переводы приходят от клиента

В «Сайте для запуска» сказано прямо: контент и переводы предоставляет клиент. В Express то же самое, плюс фотосъёмка. VITON13 не пишет ваши тексты и не переводит их, и это граница услуги, а не оговорка мелким шрифтом.

Отсюда следует линия старта. Три-пять рабочих дней начинаются не с подписи, а с момента, когда материалы существуют. Пустые блоки нельзя «дозаполнить потом» без второго прохода по вёрстке и без второго раунда проверки.

Тексты пишутся параллельно сборке, если структура страниц зафиксирована заранее. Дайте автору список блоков и ограничение по длине, и материалы приедут ровно к тому моменту, когда они понадобятся в работе.

Многоязычный запуск требует отдельного плана: перевод начинается тогда, когда исходный текст перестал меняться. Правка одной фразы на исходном языке возвращает в очередь сразу все языковые версии, а не одну из них.

Раунды правок занимают календарь

Раунды правок различаются по пакетам, и различие приземляется на календарь. Fix Pack — один раунд. «Сайт для запуска» — два раунда до запуска. Express — один раунд после первой полной сборки. «Разработка продукта» — два раунда на каждую поставленную функцию.

Раунд — это собранный список, а не поток отдельных сообщений. Двадцать замечаний, присланных одним документом, стоят одного прохода; те же двадцать, присланные по одному в течение недели, стоят целой недели работы.

Для «Постоянной технической поддержки» число раундов не названо вовсе. Названо другое: объём согласуется в начале каждого цикла. Не переносите туда цифру из другого пакета — условия пакетов друг на друга не распространяются.

Забронируйте окно приёмки как встречу: кто смотрит, на каких устройствах и к какому часу присылает список. Без этого раунд растягивается ровно настолько, насколько затянулся сбор мнений внутри вашей команды.

Доступы, учётные записи и внешние стороны

Настройка деплоя входит в «Сайт для запуска», но она зависит от того, что передаёте вы: домен, DNS, хостинг и учётные записи. Пока доступа нет, работа может быть закончена, а запуска при этом не будет.

Часть доступов выдают внешние организации в своём темпе. Регистратор, банк, платёжный провайдер или корпоративная служба ИТ отвечают по собственному регламенту, и подрядчик этот регламент сократить не может при всём желании.

Собирайте учётные данные в первый день, а не в день запуска. Список короткий и известен заранее, поэтому он спокойно идёт параллельно сборке и ничего не блокирует, пока вы его постепенно закрываете.

Лицензирование платежей в «Разработку продукта» не входит. Когда продукту нужно принимать платежи, юридическая часть и работа с провайдером остаются на вашей стороне и планируются отдельно от 2-3 недель разработки.

Границы объёма: что удерживает окно, а что его двигает

Окно удерживается списком. «До пяти согласованных правок» — это и есть список, и он же причина, по которой 1-2 рабочих дня остаются реалистичным обещанием. Шестая правка не растягивает пакет, а становится отдельной работой.

Из Fix Pack исключены новые страницы, редизайн и миграции. Это не формальность: перенос данных и переработка макета живут в другой единице времени, и попытка вложить их в двухдневное окно ломает само окно.

Из «Разработки продукта» исключены нативные мобильные приложения. Веб-сборка и нативное приложение — разные наборы работ, и подмена одного другим меняет состав услуги, а не дату её завершения.

Проверяйте формулировку объёма до старта, а не на середине пути. Вопрос «входит ли это» стоит минуты в начале и нескольких дней в тот момент, когда сборка уже идёт и график согласован.

Тестирование, производительность и доступность

Тестирование и стабилизация названы внутри «Разработки продукта», то есть внутри тех же 2-3 недель. У них есть собственное место в календаре, а не остаток времени после того, как функции написаны и переданы.

Производительность проверяют измерением, а не ощущением. Материалы MDN Web Docs по производительности описывают, что браузер отдаёт наружу и на какие этапы загрузки стоит смотреть; прогон этих проверок занимает часы, и часы принадлежат плану.

С доступностью то же самое. Краткий справочник W3C по WCAG 2.2 перечисляет критерии соответствия, по которым проверяют интерфейс, и проход по этому списку — запланированная задача, а не финальный взгляд перед публикацией.

Обе проверки стоят меньше до запуска, чем после него. Найденное во время сборки правится внутри раунда; то же самое, найденное после запуска, приходит как отдельная работа и оценивается отдельно от пакета.

Рабочие дни против календарных

«1-2 рабочих дня», «2 рабочих дня» и «3-5 рабочих дней» названы именно в рабочих днях. Старт в четверг при окне 3-5 рабочих дней переносит окончание за выходные, и это арифметика самой формулировки, а не задержка со стороны подрядчика.

«2-3 недели» у «Разработки продукта» названы иначе — в неделях. Переводить их не нужно: единица выбрана под характер работы, а не ради удобства подсчёта в общей таблице проекта.

Праздничные дни в вашей стране и в стране подрядчика могут не совпадать. Назовите их до старта: это стоит меньше, чем объяснять расхождение в момент, когда дата уже обещана рынку и партнёрам.

Чтобы получить дату запуска, сложите три интервала: окно пакета, ваши интервалы на решения и материалы и окно приёмки. Эта сумма и есть дата, которую можно спокойно повторять за пределами проекта.

Express: покупается место в очереди

«Сайт для запуска» Express стоит $520 против $380 у обычного «Сайта для запуска» и занимает 2 рабочих дня против 3-5. Разница в цене покупает приоритетную очередь, а не другой набор работ.

Express добавляет ежедневные сборки, чек-лист запуска и созвон при передаче. Ежедневная сборка означает, что ваши комментарии каждый день ложатся на работающую версию, и это сжимает цикл обратной связи между сторонами.

Раунд правок здесь один, и наступает он после первой полной сборки. Это меняет вашу подготовку: замечания идут одним документом и к согласованному часу, иначе окно в 2 рабочих дня теряет смысл.

Контент, фотосъёмка и поддержка в Express не входят. Приоритетная очередь ускоряет подрядчика, а не написание ваших текстов, поэтому материалы должны существовать до того, как окно откроется.

После запуска: месячный цикл вместо даты

«Постоянная техническая поддержка» стоит $290 в месяц и работает месячным циклом с отказом за 30 дней. Единица здесь не задача и не день, а цикл, и планирование идёт циклами, а не разовыми датами.

Пакет покрывает приоритетные обновления, еженедельный ритм релизов и техническое обслуживание. Еженедельный ритм покупает предсказуемость: правка попадает в ближайший релиз вместо того, чтобы ждать нового разговора о сроках.

Для поддержки число раундов правок не названо. Названо другое: объём согласуется в начале каждого цикла. Это и есть механизм планирования — вы договариваетесь о содержании месяца, а не о квоте переделок.

Новая сборка или редизайн в поддержку не входят и оцениваются отдельно. Разделение полезно: месячный цикл держит работающий сайт, а крупная работа получает собственное окно и собственные раунды правок.

Практический чеклист

  • Назначьте одного согласующего с правом финального слова и зафиксируйте срок ответа на вопросы.
  • Соберите домен, DNS, хостинг и учётные записи в первый день работы, а не в день запуска.
  • Зафиксируйте структуру страниц до того, как автор начнёт писать тексты.
  • Собирайте замечания в один документ и присылайте их одним раундом к согласованному часу.
  • Проверьте исключения пакета: новые страницы, миграции, нативные приложения, лицензирование платежей.
  • Переведите окно пакета в календарную дату с учётом выходных и праздников обеих сторон.

Вопросы и ответы

Сколько занимает сборка сайта для запуска?

«Сайт для запуска» стоит $380 и занимает 3-5 рабочих дней. В окно входят адаптивная сборка, подключение базовой CMS или данных и настройка деплоя, а также два раунда правок до запуска. Контент и переводы предоставляет клиент.

Почему «Разработка продукта» названа в неделях, а не в рабочих днях?

Пакет стоит $880 и назван как 2-3 недели, потому что в него входят поставка функций, логика состояния и маршрутов, а также тестирование и стабилизация. Такая работа раскрывается по мере сборки, поэтому недельная единица выбрана намеренно и переводить её в дни не нужно.

Можно ли ускорить запуск деньгами?

Частично. «Сайт для запуска» Express стоит $520 и занимает 2 рабочих дня: тот же объём в приоритетной очереди, с ежедневными сборками, чек-листом запуска и созвоном при передаче. Один раунд правок наступает после первой полной сборки, а контент, фотосъёмка и поддержка в пакет не входят.

Что входит в Site Fix Pack и за какой срок?

$70 и 1-2 рабочих дня: до пяти согласованных правок, проверка на мобильном и десктопе и список «до и после» при передаче, один раунд правок. Новые страницы, редизайн и миграции в пакет не входят.

Как считается срок технической поддержки?

«Постоянная техническая поддержка» стоит $290 в месяц и работает месячным циклом с отказом за 30 дней. Число раундов правок для неё не названо: оговорено, что объём согласуется в начале каждого цикла. Новая сборка или редизайн оцениваются отдельно.