Что происходит между «договорились» и «запустили»

Часть 4 из 4 · Серия «Разработка без сюрпризов»

Договор подписан, предоплата внесена — и наступает тишина. Для заказчика, который делает сайт впервые, это самая тревожная часть: деньги ушли, результата не видно, а спрашивать «ну как там?» каждый день неловко.

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

Этапы простым языком

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

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

Дизайн. Оформление на основе прототипа: цвета, шрифты, изображения, состояния кнопок.

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

Наполнение. Товары, описания, фотографии, статьи. Может идти параллельно разработке — и обычно должно, иначе становится узким местом.

Тестирование. Проверка сценариев: оформить заказ, оплатить, отменить, получить письмо, увидеть заказ в учётной системе.

Запуск. Переключение на боевой адрес и наблюдение за первыми часами работы.

Где нужны вы и сколько это времени

Честный ответ: меньше, чем боятся заказчики, но в конкретные моменты — плотно.

Разбор задачи — самый интенсивный этап для вас. Несколько разговоров, ответы на неудобные вопросы про то, как на самом деле устроены продажи. Сэкономить здесь не получится: никто, кроме вас, этого не знает.

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

Дизайн — согласование. Полезно смотреть не «нравится или нет», а «понятно ли, что здесь делать покупателю».

Разработка — почти не нужны. Кроме ответов на уточняющие вопросы, которые обязательно возникнут.

Наполнение — а вот здесь чаще всего тормозит заказчик. Фотографии, описания, характеристики, тексты о компании. Работа объёмная, скучная и почти всегда недооценённая. Если её делаете вы — начинайте сразу, не дожидаясь готового сайта.

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

Общее правило, которое стоит запомнить:

Чем позже вносится изменение, тем дороже оно стоит. На прототипе — почти бесплатно, после запуска — дороже всего.

Промежуточные демонстрации

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

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

Что смотреть на демонстрациях: не красоту, а сценарии. Пройдите путь покупателя целиком, даже если половина ещё не работает.

Откуда берутся сдвиги сроков

Четыре причины, и только одна из них — про подрядчика.

Правки на ходу. Самая частая. Каждое «а давайте ещё» кажется мелочью, но они накапливаются. Это не значит, что менять ничего нельзя, — значит, что изменения должны фиксироваться и оцениваться, а не проскакивать между делом.

Ожидание контента. Сайт готов, товаров нет. Или есть, но без фотографий. Разработка упирается в то, что находится на стороне заказчика, и ждать приходится обеим сторонам.

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

Согласования внутри компании заказчика. Дизайн ушёл на согласование директору, директор в отпуске.

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

День запуска

Запуск — не нажатие кнопки, а последовательность действий.

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

Проверка боевых платежей. Тестовый режим и настоящая оплата — разные вещи. Первый заказ стоит провести самому и настоящей картой.

Почта. Письма о заказах должны приходить и вам, и покупателю. Проверяется только вживую.

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

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

Первые недели после запуска

Запуск не заканчивается запуском — и это нормально, а не признак плохой работы.

Полезно заранее развести две вещи:

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

Новая задача — то, чего в описании не было. «А давайте добавим фильтр по бренду», «нужен ещё способ доставки». Это нормальные пожелания, но они оцениваются отдельно.

Граница между ними должна быть в договоре словами, а не «по договорённости». Если её нет, спор возникнет обязательно — и обычно в самый неудачный момент.

Ещё одно наблюдение: первые две-три недели после запуска почти всегда дают поток мелких правок. Не потому что сделали плохо, а потому что живые покупатели и живые менеджеры находят то, чего не видно ни на одной демонстрации. Заложите это время в план.

Частые вопросы

Сколько времени занимает разработка интернет-магазина?

Зависит от объёма и количества интеграций — как и цена. Но полезнее спрашивать не «сколько всего», а «когда будет первая демонстрация»: ответ на второй вопрос говорит о процессе больше.

Можно ли запуститься частями?

Часто да, и это разумно: сначала работающий магазин, затем интеграции и автоматизация. Важно, чтобы архитектуру заложили с расчётом на второй этап.

Что делать, если сроки уже сдвинулись?

Выяснить причину и договориться о новой дате письменно. Молчаливый перенос — плохой признак, а вот честное «интеграция оказалась сложнее, нужна ещё неделя» — рабочая ситуация.

Нужно ли платить за исправление ошибок после запуска?

Нет, если это ошибка относительно согласованного описания. Да, если это новое пожелание. Поэтому и важно, чтобы описание существовало.

Кто наполняет сайт товарами?

Как договоритесь — но это надо решить до начала работы, а не после. Если наполняете вы, начинайте параллельно разработке.

Что дальше

На этом серия заканчивается. Мы прошли путь от вопроса «сколько это стоит» до первых недель после запуска: разобрали структуру цены, критерии выбора подрядчика, как описать задачу и как устроен процесс.

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

Расскажите о задаче — предложу понятный план работы: siteko.net/development.