Покажите живую админку до оплаты

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

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

Что снимает живой вход

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

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

И расплывчатая граница. Ответ «можно всё» ничего не говорит. Нормально звучит так: то, что меняется часто, вынесено в панель, а то, что меняется раз в год, делает студия. Попросите показать на экране, какие поля, статусы, письма и роли владелец меняет сам.

Что проверить за пятнадцать минут

  • Товары: есть ли массовые операции, то есть выбрать несколько товаров и поменять цену, наличие или раздел одним действием. Если нет, каждое такое изменение станет отдельной работой.
  • Разделы и меню: заводятся из админки или только в коде.
  • Адрес страницы: ставится ли переадресация со старой ссылки сама. Старые ссылки лежат в поиске, в рассылках и в чужих статьях.
  • Заказы: сколько статусов, можно ли завести свои и что от статуса зависит: склад, оплата, письма покупателю.
  • Журнал и права: видно ли, кто, когда и что менял, и можно ли ограничить сотрудника разделами, чтобы бухгалтер не видел всего, а менеджер не видел чужих сумм.

Что вход обязан скрывать

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

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

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

Как это сделано у меня

У меня такой вход открыт в админку моего магазина IWANT. Это работающий магазин с каталогом из 3 786 товаров и историей заказов за 2016-2026 годы, который я перевёз с InSales на собственный движок. Имена в заказах показаны инициалами, почты и телефоны замаскированы, суммы заменены точками, переписки с ИИ-консультантом закрыты целиком. Логин и пароль лежат на странице демо на моём сайте, там же написано, что скрыто. Каталог в этой админке мой, на этом месте будет ваш.

Чего живой вход не докажет

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

Если студия отказывает

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

Пять вопросов, которые стоит задать до подписания:

  1. Это админка работающего проекта или специально собранный стенд?
  2. Что в этом входе скрыто и что с него нельзя сделать?
  3. Какие из увиденных возможностей входят в мою смету, а какие делаются отдельно?
  4. Что я смогу менять сам, а что потребует разработчика?
  5. Кто вносит правки после запуска и на каких условиях?

Отказ без объяснения тоже ответ, и его лучше получить до оплаты.

11