Путь покупателя интернет-магазина (Customer Journey) с использованием УФМТП

12.05.22

Архитектура

Недавно у меня вышла статья под названием «Универсальная функциональная модель торгового предприятия (УФМТП) в нотации IDEF0». И одно из пожеланий читателей было пояснить подробнее, как я лично пользуюсь этой моделью и как вообще ее можно применять на практике. В этой статье я выполню просьбу читателей. И на примере взаимодействия покупателей с интернет-магазином продемонстрирую практическое применение этой модели.

Недавно у меня вышла статья под названием «Универсальная функциональная модель торгового предприятия в нотации IDEF0». И одно из пожеланий читателей было пояснить подробнее, как я лично пользуюсь этой моделью и как вообще ее можно применять на практике. В этой статье я выполню просьбу читателей. И на примере взаимодействия покупателей с интернет-магазином продемонстрирую практическое применение этой модели.

Здесь мы будем говорить именно о покупателе интернет-магазина ( Customer Journey ), а не о потенциальном покупателе или посетителе. С точки зрения функциональной модели, это разделение я вообще не использую. Покупатель – это человек, который приходит в магазин, изучает информацию и, в конце концов, совершает покупку.

 

Функции покупателя

Если мы рассматриваем поведение покупателя в процессе покупки, можно выделить 4 основных функции:

  1. Осознать потребность;

  2. Найти товар;

  3. Купить товар;

  4. Получить товар.

Здесь я не стал использовать диаграмму в формате IDEF0, так как в данном случае мы не моделируем систему. Мы просто изучаем, как взаимодействует покупатель с интернет-магазином на уровне взаимодействия с моделью УФМТП. 

Давайте разберемся с каждой из функций подробнее.

1. Осознать потребность

 

 

Все начинается с функции «Осознать потребность». Человек (покупатель) задумывается о том, что ему нужен определенный товар, например, сотовый телефон. Причин может быть много. Старый телефон разбит, утерян, нужен телефон в подарок кому-то или просто второй телефон для каких-либо целей. В любом случае, он осознал потребность – нужен телефон. У него появляется спрос.

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

2. Найти товар

На этом этапе покупатель уже осознал, что именно ему нужно, и занимается поиском нужного товара. Например, он в поисковой строке вводит «купить телефон самсунг» и получает выдачу со ссылками на магазины, где продается нужный ему телефон.

Здесь также пересекаются две функции. У покупателя – «Найти товар», у продавца – «Привлечь покупателя», в данном случае, сделать так, чтобы объявление в поисковой выдаче человек увидел и обратил на него внимание.

3. Купить товар

 

 

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

  • Продать товар;

  • Доставить товар.

Возможно, у вас уже возник вопрос, почему «Продать товар» и «Доставить товар» на диаграмме выделены особо, а еще две – «Закупить товар» и «Сохранить товар» - выглядят, как второстепенные? Дело в том, что «Продать товар» и «Доставить товар» - это функции, с которыми сталкивается покупатель в рамках своей функции «Купить товар».

Таким образом, покупатель нажимает кнопку «Купить товар». В это время система проверяет наличие товара на остатках, наличие по указанной цене и так далее.  После того, как функция «Продать товар» сработала, запускается функция «Доставить товар». В ее рамках товар доставляется непосредственно покупателю.

4. Получить товар

 

 

Это последняя из функций покупателя в рамках взаимодействия с интернет-магазином. Когда успешно выполняется функция «Доставить товар», покупатель должен его получить. На этом взаимодействие завершено.

 

Подведем итоги

Какие выводы можно сделать из этой модели:

  1. Покупателя никогда не интересует, где вы закупаете товар, где вы его храните и тому подобные вещи.

  2. В интернет-магазине практически не происходит взаимодействие покупателя с сотрудниками. Если у покупателя не возникает никаких вопросов, часто он вообще не звонит и никаким другим образом не общается с сотрудниками магазина. А товар получает, например, в постамате. Такое сейчас происходит очень часто.

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

Иногда при построении подобных моделей делают акцент на эмоциях покупателя или на необходимости получить отзыв. Это не верно. Человек становится покупателем в момент осознания потребности и перестает им быть после получения товара. 

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

Отзывы, конечно, получать по возможности нужно. Но это не часть взаимодействия покупатель-продавец, это, скорее, инструмент маркетинга, который поможет на этапе привлечения покупателей. Потому их получение и применение рассматривается в рамках процессов, связанных с рекламой и маркетингом. 

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

IDEF0

См. также

Отчеты и дашборды Бесплатно (free)

После года интенсивной работы в управленческой базе 1С накапливается большое количество информации. Алчные до анализа аналитики загружают разработчиков 1С большим объемом работ по созданию разных отчетов из базы данных. Это нужно, чтобы получить крупицы «золотой» информации, необходимой для принятия правильного управленческого решения. Как результат, загружены разработчики, нагружено железо, перегружены регистры, чешут голову администраторы по железу..... бюджет поддержки такой системы летит к небесам… Расскажем о том, как выгрузить данные из 1С в BI и передать настройку произвольных отчетов в руки аналитиков и юниор разработчиков, чтобы они сами могли вывести отчеты и взаимосвязи с помощью Yandex datalens.

27.05.2025    1123    15    uribur    6    

16

Интеграции Кейсы проектов Бесплатно (free)

На крупных проектах интеграции залогом успеха становится использование грамотных технических решений, инструментов и методик. Расскажем о совместном использовании «Конвертации данных 2» и 1С:Шины, подходах к интеграции НСИ, а также разделении труда в команде исполнителя.

10.04.2025    1538    0    Mick2iS    1    

13

Архитектура решений Программист Платформа 1С v8.3 Бесплатно (free)

В статье расскажу про относительно уникальное явление на рынке. EmplDos - полноценный сервис, который в качестве Backend использует платформу 1С. Речь пойдёт не только о технической и архитектурной стороне вопроса, а ещё и о всех трудностях и граблях, которые пришлось и до сих пор приходится преодолевать на пути к успеху.

14.10.2024    5448    0    comol    29    

31

Кейсы автоматизации Платформа 1С v8.3 1С:Документооборот Бесплатно (free)

Компания «Уралхим» использует 1С:Документооборот не только для хранения и согласования документов, но и для централизованного управления НСИ между 47 системами (не только на 1С); для бэкенда к мобильным приложениям охранников; и в качестве сервиса заказа справок для сотрудников. О деталях реализации нестандартных решений, разработанных в компании «Уралхим» на базе 1С:Документооборот, пойдет речь в статье.

02.08.2024    4468    0    Novattor    1    

18

Кейсы автоматизации Проектирование бизнес-процессов Платформа 1С v8.3 1С:Управление нашей фирмой 3.0 Бесплатно (free)

В данной публикации я дополню конкурсную публикацию комментариями, техническими и проектными подробностями. Должно быть ещё интересней.

11.07.2024    1632    0    Ingraf    4    

11

Кейсы автоматизации Платформа 1С v8.3 Энергетика и ЖКХ Россия Бесплатно (free)

Делимся опытом автоматизации учета башни раздачи воды.

27.12.2023    2693    0    slavik27    8    

15

Архитектура решений Программист Бесплатно (free)

Рассмотрим применение архитектурной проверки задач в процессе разработки.

30.10.2023    7044    0    ivanov660    10    

36
Оставьте свое сообщение