Клиентский кабинет · разработка сайтов
Сайт с личным кабинетом для повторных действий клиента
БЛИК разработает сайт с личным кабинетом по согласованным действиям пользователя: посмотреть заказ, обновить контакт, получить свой документ. Для магазина на WordPress рассмотрим стандартный кабинет WooCommerce. Для корпоративного сайта опишем данные, роли и рабочий процесс до оценки интерфейса и серверной части.
Стоимость определяем по сценариям и данным. Кабинет покупателя и портал с договорами, организациями и согласованиями требуют разного состава работ; цену стартового лендинга к ним не применяем.
Выберем действия, ради которых клиент войдёт
На первом этапе разберём повторный контакт: что клиент сейчас спрашивает у сотрудника и какую информацию можно показать после входа. Для магазина это могут быть история покупок и адрес доставки. Для компании, оказывающей услуги, это может быть статус обращения или доступ к согласованному документу. Выберем обязательный первый сценарий.
Подготовим карту экранов: вход, список доступных объектов, карточка, изменение данных и выход. Для каждого действия укажем источник сведений и результат. Если кабинет нужен только для одного редкого обращения, обсудим более короткий путь через форму. Регистрация должна давать клиенту пользу, а компании нужен ответственный за поддержку пользователей.
Для интернет-магазина настроим кабинет покупателя
WooCommerce описывает стандартную страницу My account: заказы, загрузки, адреса и данные профиля. БЛИК оформит согласованные разделы и свяжет их с покупкой в магазине. Проверим создание учётной записи, просмотр собственного заказа и изменение адреса. Доступность платёжных методов и отдельных действий зависит от подключённого шлюза и расширений.
Перед оценкой определим правила покупки гостем и регистрации, связь заказов с профилем и доступные статусы. Повторный заказ, загрузку купленного файла или дополнительное действие включим при подтверждённом сценарии. Бонусный баланс, индивидуальные прайсы и работа нескольких представителей компании не входят в стандартный кабинет автоматически.
Корпоративный кабинет спроектируем по данным компании
Для сайта компании сначала определим объекты: обращения, договоры, файлы или результаты услуги. У каждого должен быть владелец и источник обновления. Если данные хранит внешняя система, проверим доступный способ обмена до обещания функции. Прототип покажет, какие сведения клиент видит и какие действия передаёт сотруднику.
Портал с несколькими организациями, приглашением коллег, согласованием документов и внутренними задачами оценим отдельным проектом. Он требует правил участия и управления доступом сверх обычного профиля клиента. Можно начать с одного процесса и ограниченной группы пользователей. Границы первой версии запишем в задании вместе с будущими расширениями.
Сопоставим WordPress с нужными ролями
В WordPress роли и capabilities задают разрешения пользователя. Они помогают разделить административные действия, но наличие роли не заменяет проверку доступа к конкретному заказу или документу. Для кабинета на WordPress выберем поддерживаемую основу и проверим, какие действия она разрешает клиенту, сотруднику и администратору.
Для каждой роли составим таблицу чтения и изменения данных. Клиент видит свои объекты; сотрудник работает с согласованным набором; редактор публичных страниц не получает лишний доступ к клиентской информации. Индивидуальные права и нестандартный обмен проверим отдельно. До разработки дизайна согласуем ограничения, которые интерфейс должен отражать.
Настроим вход и восстановление доступа
Выберем способ входа по задаче и возможностям основы кабинета. Для WordPress проверим штатное восстановление через ссылку на почту пользователя и доставку писем. Согласуем смену контакта, блокировку и действия сотрудника, когда человек потерял доступ к почте. Секретные данные не будем отправлять в общие уведомления.
Проверим окончание сессии после выхода и согласованные условия блокировки. Дополнительное подтверждение для сотрудников, журналы действий и расширенную защиту включим по составу проекта. Для файлов определим закрытое размещение и проверку скачивания. Скрытая ссылка в меню не считается ограничением доступа к документу.
Примем кабинет по разрешённым и запрещённым действиям
Создадим тестовых пользователей с разными ролями и учебными данными. Проверим обычный вход, восстановление, изменение профиля и работу с собственным объектом на телефоне и компьютере. Затем проверим попытку открыть чужой заказ или файл по прямой ссылке. Сервер должен отказать без выдачи защищённых данных.
Компания сверит статусы и содержание документов, а БЛИК проверит согласованные переходы и ограничения. Сотруднику покажем создание или блокировку профиля и обработку запроса о доступе. В передаче зафиксируем размещение, обновления, резервные копии и ответственных. Сопровождение кабинета после запуска оценим по его техническому составу.
Начнём оценку с одного клиента и одного объекта
Опишите, кто войдёт в кабинет, что увидит и какое действие выполнит. Приложите обезличенный образец заказа или документа и названия систем, где он хранится. БЛИК предложит первый этап, перечень проверок и смету. Передавать реальные клиентские данные и рабочие пароли для первого расчёта не требуется.
Вопросы перед заказом
Можно добавить кабинет к действующему сайту?
Проверим платформу, размещение и нужные данные. Затем предложим расширение текущего сайта или отдельную часть системы. Дизайн публичных страниц можно сохранить, если он совместим с согласованной реализацией.
Кабинет магазина подойдёт для корпоративного портала?
Стандартный кабинет решает задачи покупателя и его заказов. Работа с организациями, ролями коллег, договорами и согласованиями требует собственного описания и проверки. Эти функции оцениваем отдельно до начала разработки.
Что посмотреть дальше
Обсудим ваш сайт.
Определим следующий шаг.
БЛИК перезвонит и уточнит, что вы предлагаете, кому и зачем нужен сайт. После разговора согласуем страницы, материалы, функции и стоимость.
Можно без готового ТЗ. Детали обсудим голосом. На связи ежедневно, 09:00–22:00 по Москве. Отвечаем в течение рабочего дня.