Какой адрес подставится в следующую покупку?

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

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

Адресная запись включает получателя

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

В форме профиля покупателя 1С-Битрикс есть поле «Профайл» — название записи. В кабинете ему можно придать понятный смысл: дом, работа или другой узнаваемый ярлык. Такое название помогает выбрать карточку, однако окончательное решение принимают по полному месту получения, потому что ярлык может остаться прежним после переезда или относиться к двум похожим записям.

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

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

Основной адрес — предпочтение, а не история

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

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

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

Наглядный разбор

Три роли адреса

  1. Адресная книга

    Набор мест и получателей, которые человек сохранил.

  2. Основной адрес

    Предпочтение для заполнения нового заказа.

  3. Адрес заказа

    Выбор, подтверждённый для отдельной покупки.

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

Разовый ввод не переписывает привычные данные

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

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

Такую разницу можно объяснить прямо возле формы: «Использовать только в этом заказе» и «Сохранить адрес для следующих покупок». Это образец текста для задания, а не названия встроенных переключателей платформы. Полезнее согласовать смысл до дизайна, чем подгонять правила под уже нарисованный единственный флажок.

Оформленный заказ хранит выбранное место

Смена записи в кабинете не должна незаметно менять обещанную доставку. Иначе исправление собственного адреса покупателем станет незаявленным распоряжением по уже оплаченным посылкам.

В административной форме заказа Битрикс «Выбор профиля» доступен при создании заказа. Там же можно изменять параметры конкретного заказа. Для владельца магазина отсюда следует полезное разделение: пополнение адресной книги и изменение текущей отправки требуют разных действий и разных сообщений покупателю. История заказа остаётся отдельной. Детали синхронизации в вашем решении исполнитель показывает на тестовом заказе.

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

Населённый пункт и строка улицы решают разные задачи

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

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

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

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

Изменение и удаление требуют понятного результата

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

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

Удаление записи можно сопровождать коротким текстом: «Адрес исчезнет из списка для новых покупок. Доставка оформленных заказов останется прежней». Такая формулировка подходит лишь после того, как исполнитель подтвердил это поведение на вашем сайте. Кнопка удаления не должна обещать больше, чем делает система.

Наглядный разбор

Что происходит после правки

  1. Новая корзина

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

  2. Открытая корзина

    Повторное подтверждение выбранных данных перед оплатой.

  3. Принятый заказ

    Отдельное изменение доставки через предусмотренное действие.

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

Образец задания для адресной книги

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

Для передачи разработчику подойдёт такой текст: «В кабинете хранится несколько адресов с получателем и телефоном. Основной адрес используется для предложения при новом заказе. Разовый ввод относится только к текущей покупке, пока пользователь отдельно не выбрал сохранение. Перед завершением заказа видны полные данные получателя и место доставки. Правки в книге не меняют оформленный заказ». Исполнитель отвечает, какие пункты доступны в установленном решении и какие потребуют доработки.

  • Создать две тестовые записи с различимыми получателями и выбрать одну основной.
  • Оформить пробную покупку на вторую запись и убедиться, что предпочтение осталось прежним.
  • Ввести новый адрес без сохранения и повторно открыть книгу.
  • Изменить сохранённую запись после оформления и сравнить её с данными старого заказа.
  • Удалить основной адрес и увидеть, как сайт просит выбрать место следующей доставки.

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

Как исполнитель объяснит следующий выбор покупателя?

Перед приёмкой задайте вопрос о разовой доставке. Попросите показать, какой адрес появится в новой корзине после подарка, изменения основной записи и повторного входа с телефона.

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

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

Источники и полезные ссылки

  1. 1С-Битрикс: редактирование профиля ↗
  2. 1С-Битрикс: создание и редактирование заказа ↗
  3. 1С-Битрикс: состав профиля покупателя ↗

Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.

Игорь Крещенко

Руководитель ШТАБ ИТ. Занимается управлением проектами, веб-разработкой, рекламой и PR. Подробнее об авторе →