Разработка пользовательских сценариев при разработке сайтов

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

Эти сценарии обычно используют на старте разработки сайтов, чтобы спроектировать интерфейс. Последнюю группу сценариев по проекту я разрабатывал не столько для проектирования интерфейса, сколько для понимания принципов интеграции сервера CRM Заказчика и сервера сайта.

Задача:

Сделать On-line сервис для обслуживания полного цикла сделки, состоящей из семи этапов (с вариантами). Специалист со стороны компании может меняться на каждом этапе. Нужно обеспечить максимально автоматизированный процесс.

Вот список задач, которые пришлось решить для получения итоговых сценариев:

  1. Анализ бизнес-процессов:
    1. Колл-центр
    2. Отдел обслуживания договоров (этап 1).
    3. Отдел обслуживание сделки этапа 2.
    4. Отдел обслуживание сделки этапа 3.
    5. Отдел закрытия сделок.
  2. Создание общей схемы работы пользователя по всем этапам сделки
  3. Проектирование интерактивного прототипа личного кабинет Клиента.
  4. Создание сценариев интеграции.

Теперь осталось всё это реализовать программистам >_<

Что делал:

  1. Сбор первичных данных с Клиента для уточнения параметров сделки.
    • Особенности: Пришлось пройти по всей цепочке работы компания Заказчика с Клиентом. Проводил и индивидуальные, и групповые интервью. Иногда возвращался по встречам назад, т.к. всплывали не состыковки в рассказах. После сбора данных сводил в один документ и делал повторный прогон с Генеральным директором.
    • Сложности: В итоге выяснилось, что не всю информацию мне рассказали, а я не знал, о чём спрашивать. Так часто бывает, исполнители считают что-то само собой разумеющимся или незначимым.
    • Итог: По итогам опросов сделал общую схему сделки (с ролями, документами, логикой обработки) и предварительное техническое задание на разработку прототипа.
    • Срок: Календарный месяц.
  2. Интерактивный прототип личного кабинета трёх видов пользователей
    • Особенности: У каждого вида Пользователей собственный функционал с большой системой справок и подсказок по интерфейсу и сделке в целом.
    • Сложности: Абсолютно нестандартный функционал потребовал серьёзного напряжения левого полушария J. Прототип полностью привязан к схеме сделки и требованиям интеграции с внутренними программными продуктами компании.
    • Итог: Интерактивный прототип в одном разрешении экрана с более чем 60-ю шаблонами страниц.
    • Сроки: Календарный месяц.
  3. Разработка сценариев работы и интеграции сервера Личного кабинета и внутренними программами компании.
    • Особенности: Нужно было учитывать работу персонала Заказчика с внутренними программами, от деятельности которых зависит работа личного кабинета Клиента.
    • Сложности: Не смог сходу придумать сценарии, по идее их нужно писать ДО разработки прототипа. Даже общая схема действия Клиента и Специалистов не помогли. В итоге пришлось писать сценарии после разработки прототипа, что привело к необходимости доделать прототип после разработки сценариев.
    • Итог: Текстовый документ с описанием сущностей и участников сценариев. Табличный документ со сценариями. Структура таблицы:
      • № пункта
      • Сценарий – название сценария. Может объединять несколько задач.
      • Сервер старта – где начинается сценарий.
      • Владелец процесса – персона, которая начинает сценарий.
      • Инструмент – элемент интерфейса, с помощью которого инициируется запуск сценария.
      • Вход – данные или ситуация, которые возникают на старте сценария работы Пользователей с Личным кабинетом.
      • Обработка – что происходит в процессе выполнения сценария.
      • Выход – чем заканчивается сценарий (ситуация, данные, инструкции и т.п.).
№ п/п Сценарий Задача Сервер старта Владелец процесса Инструмент Вход Обработка Выход

 

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

Рабочую модель автоматизированного опроса и сбора параметров сделки с потенциального Клиента моего Заказчика пробовал сделать в разных инструментах. Сложность была в большом количестве вариантов и логических веток. В итоге лучшей связкой оказалось создание mind карты с последующей реализацией на базе Google Forms.

Всё это можно сделать на бесплатных решениях и без привлечения дизайнера или программиста.

После проверки таблицы ответов смог перенести модель сборки данных в прототип.

Неожиданный вывод по итогам работы:

Разработка пользовательских сценариев позволяет утрясти внутренние бизнес-процессы компании и начать поиск лучших методологий и стандартов обработки сделок.

 

 

Добавить комментарий