Разработка личного кабинета начинается с выбора задачи, которую клиент сможет решить самостоятельно. Затем команда определяет состав первой версии, проектирует вход и доступ к данным, разрабатывает кабинет и проверяет его в работе. На этапе внедрения компания подключает клиентов и готовит сотрудников поддержки к работе с новым сервисом.
Допустим, компания обслуживает оборудование у корпоративных клиентов и хранит счета и акты в учётной системе. Когда бухгалтеру клиента нужен акт за прошлый квартал, он пишет менеджеру, а тот находит файл и отправляет его по почте. Поскольку такие запросы повторяются, компания решает включить в первую версию личного кабинета раздел с документами. В нём бухгалтер сможет выбрать период и скачать нужный счёт или акт. На этом примере разберём, что согласовать до разработки и как проверить готовность кабинета к запуску.
Этапы разработки и внедрения личного кабинета
Личный кабинет клиента — закрытый раздел сайта или приложения, где пользователь может посмотреть доступные ему данные и выполнить нужное действие, например скачать документ или проверить статус заказа.
- 1. Определение функций первой версии. Команда и заказчик согласуют, какие задачи клиент сможет решить в кабинете, какие работы для этого нужны и как проверить результат.
- 2. Проектирование. Команда готовит прототип и согласует с заказчиком, как клиенты будут входить в кабинет, кому доступны документы и из какой системы они поступают.
- 3. Разработка и тестирование. Команда реализует согласованные функции, а заказчик проверяет в тестовой версии, может ли клиент выполнить нужные действия.
- 4. Внедрение. Компания подключает первую группу клиентов, проверяет, как они пользуются кабинетом, и готовит поддержку к подключению остальных.
1. Определить функции первой версии
Начните с обращений к менеджерам и в поддержку. Если клиенты часто запрашивают акты за прошлые кварталы, выясните, за какой период документы можно показать в кабинете и в каких случаях понадобится помощь сотрудника.
Команда предлагает состав первой версии, а заказчик подтверждает, какие документы будут доступны и за какой период, и на этой основе формулируют критерий приёмки. В примере с обслуживанием оборудования бухгалтер после активации аккаунта должен найти и скачать акт за выбранный квартал. Для этого в кабинете нужны список документов, выбор периода и возможность скачать файл. Отдельно согласуют, как пользователь сможет восстановить доступ, если забудет пароль.
2. Спроектировать вход, доступ к данным и интерфейс
Если личный кабинет добавляют на действующий сайт, команда сначала проверяет, можно ли использовать существующие учётные записи. Если клиентам предстоит создавать новые аккаунты, команда определяет, как связать их с записями в клиентской базе. Когда от имени одной компании работают несколько сотрудников, заказчик решает, кому доступны документы и кто может отозвать доступ при смене представителя.
Вместе с сотрудниками заказчика, которые отвечают за клиентскую базу и документооборот, команда уточняет, из какой системы поступают счета и акты и когда они появляются в кабинете. Эти правила учитывают в прототипе, чтобы проверить путь от первого входа до скачивания акта. На этом же этапе можно выяснить, понятно ли клиенту, куда обратиться, если нужного документа нет.
3. Разработать и проверить кабинет
После согласования прототипа команда разрабатывает кабинет, настраивает вход и подключает источник документов. При приёмке заказчик проходит согласованные сценарии в тестовой версии. Например, он может активировать аккаунт, найти и скачать акт за нужный квартал, а затем проверить, как восстанавливается доступ.
Команда отдельно проверяет, что каждому пользователю доступны только разрешённые ему документы и что кабинет показывает понятное сообщение, если источник данных временно недоступен. Для проверки требований к безопасности веб-приложения можно использовать OWASP ASVS. По итогам тестирования команда фиксирует замечания и согласует с заказчиком, какие из них нужно устранить до запуска.
4. Подключить действующих клиентов к новому кабинету
Если у клиентов уже есть подходящие учётные записи, проверьте, что после входа им доступны нужные документы. Если кабинет заменяет старый сервис, сначала согласуйте, какие аккаунты и документы нужно перенести, а затем проверьте результат на выборке клиентских записей. Если учётных записей ещё нет, определите, кто получит приглашение, как клиент активирует аккаунт и куда сможет обратиться за помощью.
На пилотный запуск можно пригласить небольшую группу клиентов с разными задачами. Например, одни регулярно скачивают счета, а другим нужен акт за прошлый квартал. Проверьте, удаётся ли им войти и получить нужный файл, а затем разберите обращения в поддержку, чтобы понять, что стоит исправить перед подключением остальных.
Как проверить готовность личного кабинета к массовому запуску
Личный кабинет можно открывать всем клиентам, когда участники пилота справляются с основными задачами, команда проверила права доступа и устранила ошибки, мешающие работе, а сотрудники поддержки готовы принимать обращения.
Для кабинета со счетами и актами перед массовым запуском проверьте пять условий.
- Клиенты могут активировать аккаунт и восстановить доступ.
- В кабинете есть нужные документы, а команда проверила права доступа к ним.
- Команда исправила ошибки, которые мешали войти или скачать файл.
- Сотрудники поддержки знают, кто поможет клиенту при проблемах со входом или документами.
- Компания назначила ответственного за работу кабинета и определила, при каких сбоях приостановит подключение.
После запуска можно измерить, какая доля приглашённых клиентов за первые две недели вошла в кабинет и скачала документ самостоятельно. Если клиенты активируют аккаунты, но продолжают просить акты у менеджеров, сопоставьте обращения с данными об использовании кабинета. Это поможет выяснить, каких документов не хватает и в каких случаях клиентам трудно найти уже доступный файл.
От чего зависят сроки и стоимость разработки
Сроки и стоимость зависят от функций первой версии, способа входа, состояния клиентской базы и готовности систем, из которых кабинет будет получать данные. Оценку можно уточнить, когда команда и заказчик согласовали функции первой версии, проверили источник документов и способ входа, а также определили объём переноса данных. В предложении подрядчика стоит проверить, какие работы входят в разработку, что потребуется изменить во внутренних системах и кто подготовит данные к запуску.
Допустим, двум компаниям нужен одинаковый экран со счетами и актами. У первой уже есть учётные записи, а документы связаны с клиентами и доступны через действующую интеграцию. У второй файлы хранятся в старой системе, поэтому перед запуском ей нужно сопоставить записи в клиентской базе, перенести документы и проверить, что каждый клиент получил доступ к своим файлам. Эти работы нужно учесть при планировании сроков и стоимости.
В Айдис мы разрабатываем сложные веб-сервисы. Если вы планируете сделать личный кабинет, обсудим, с какой задачи начать, какие данные понадобятся и как проверить готовность к запуску. Расскажите нам о проекте.