Магазин снимает витрину с конструктора и просит «перенести как есть» в проект. Студия копирует длинную простыню и думает, что тип уже выбран.
Что именно проверить
Если у вас магазин, боится пустого брифа: на конструкторе и так «всё есть» — блоки, кнопка, форма. Если у вас студия или услуги, стыдится короткого нового ТЗ и прикладывает экспорт страниц. На конструкторе оплаты или заявки мог быть заявкой в письме.
В разговоре уже звучит «чтобы платили на сайте». Или на конструкторе была корзина-заглушка, а живые деньги шли по телефону. Серые экраны повторят старую пробел красивее.
Уход с конструктора — смена типа, даже если логотип тот же. Конструктор часто держит лендинг с формой или витрину без нормальной оплаты. Новый проект на своём ядре спрашивает: магазин, каталог, запись, кабинет.
Было ограничение платформы, не решение владельца. Магазин, который на конструкторе собирал заявки, не становится магазином от переноса плиток. Студия с квизом на конструкторе не получает запись от копирования шагов.
Как это выглядит на практике
Скопировать простыню в прототип (схема экранов без красивых картинок) — 2–4 дня. Собрать кассу, которой на конструкторе не было — 10–18 дней и 8–12 экранов. Счёт «перенос» на 40 тысяч и фактическая касса на 150 не сходятся.
Нормальная заявка со статусом и ответом за два часа — отдельные письма и 7–12 дней. Если в договоре слово «перенос», а в голове новый оплаты или заявки, спор начнётся на приёмке: владелец ждёт оплату, подрядчик сдал те же формы. На конструкторе магазин мог держать 20 плиток без остатка.
На новом типе те же 20 без цены и склада — всё ещё не магазин. На новом проекте 30 экранов без оплата или заявка — не тип, а архив. В брифе пишут, что со старого берут: адреса, тексты, список услуг.
Список блоков конструктора в приложение не кладут как ТЗ. Это фон, часто вредный: там кнопка, которая никогда не списывала деньги.
- Переезд — повод назвать тип, не копировать блоки.
- «Как было» на конструкторе часто было ограничением, не кассой.
- Магазин: плитки без оплаты остаются каталогом после переноса.
- Студия: квиз с конструктора не становится записью сам.
На чём считать результат
Откройте конструктор как чужой сайт, не как святыню. Что было бутафорией — вычёркивают из переноса.
- Пройдите старый путь с телефона и запишите, чем он кончался: письмо, счёт, звонок, настоящая оплата.
- Напишите новый оплаты или заявки одной строкой. Если он другой — в брифе смена типа, не «перенос».
- Выпишите с конструктора только факты: адреса, услуги, артикулы. Кнопки и блоки не копируйте в ТЗ.
- Назовите, что сознательно не переносите: фейковую корзину, мёртвый квиз, второй язык-заглушку.
- В бриф: «уходим с конструктора, тип теперь такой-то». Фразу «перенести как есть» уберите.
Что сделать дальше
Фраза магазина: «С конструктора берём 50 артикулов и тексты, тип новый — оплата на сайте, старую форму заявки не копируем». Фраза студии: «С конструктора берём 10 услуг, тип — заявка, квиз из восьми шагов не переносим». Если дизайнер снова вставляет старую простыню целиком, переезд снова без типа.
Остановитесь, когда новый оплаты или заявки назван и старые бутафорские кнопки вычеркнуты. Не подписывайте «перенос» как приёмку нового магазина. Пока в файле «как есть», вы заказываете копию ограничения конструктора, не проект.
- Пройдите старый путь с телефона и запишите, чем он кончался: письмо, счёт, звонок, настоящая оплата.
- Напишите новый оплаты или заявки одной строкой. Если он другой — в брифе смена типа, не «перенос».
- Выпишите с конструктора только факты: адреса, услуги, артикулы. Кнопки и блоки не копируйте в ТЗ.
- Назовите, что сознательно не переносите: фейковую корзину, мёртвый квиз, второй язык-заглушку.
- В бриф: «уходим с конструктора, тип теперь такой-то». Фразу «перенести как есть» уберите.
Назад в раздел
