С какими трудностями сталкиваются при создании личного кабинета?
Что проверяют
Видите ли вы за словами «личный кабинет» набор решений про данные, доступы и правовые требования, или считаете его набором экранов. Вопрос открытый, и по нему хорошо слышно, участвовал ли аналитик в таком проекте или пересказывает общее место.
Как отвечать
Назовите классы трудностей и к каждому дайте вопрос, который задаёте на старте.
- идентификация: как связать вошедшего человека с его записями в учётных системах. Один клиент нередко заведён в них несколько раз, ключ связывания вроде телефона или номера договора не уникален и меняется, значит нужны правила объединения и разделения профилей;
- доступы: частное лицо, представитель организации, несколько договоров под одним входом, делегирование и отзыв прав. Матрица ролей проектируется до экранов;
- источники данных: часть показателей приезжает в реальном времени, часть пакетом ночью. Надо решить, что считается источником истины и что показывать, пока источник недоступен;
- изменение данных: правка обычно не прямая, а заявкой со статусами, подтверждением и возможностью отмены;
- правовое: согласия на обработку данных, сроки хранения, журнал действий пользователя, требования ко входу.
Добавьте организационную часть: кабинет затрагивает несколько владельцев систем, и согласование занимает больше времени, чем сама разработка.
Где спотыкаются
Сводят ответ к интерфейсу и удобству. Навигация и вёрстка действительно важны, но дорогие проблемы кабинета лежат в данных и правах доступа, и всплывают они уже после запуска.
Второе: проектируют только успешный сценарий. Нет описания пустых состояний: договоров нет, доступ отозван, смежная система молчит, данные ещё не пересчитались. Именно эти случаи дают основной поток обращений в поддержку.
Третье: забывают про историю действий. Когда пользователь утверждает, что заявку не отправлял, разбирать спор нечем, а добавить журналирование задним числом дороже, чем заложить его сразу.