Найти тему
Гипермышление

Проектирование продукта с использованием Гипермышления

Начали как-то проектировать учебный курс "Принятие решений", а собрали обучающую и развивающую систему...

Собственно одним достаточно одного единственного правильного решения, другим не хватает и десяти, и они продолжают выбирать, так и не приняв окончательного решения. В методе Гипермышление мы считаем что необходимо и достаточно иметь девять фреймов, девять альтернатив и девять элементов.
Собственно одним достаточно одного единственного правильного решения, другим не хватает и десяти, и они продолжают выбирать, так и не приняв окончательного решения. В методе Гипермышление мы считаем что необходимо и достаточно иметь девять фреймов, девять альтернатив и девять элементов.

Собственно сначала возникло желание все оставить как есть!! И этого уже много. Это как описать простыми словами, составить слайды и предложения и все, книга или учебный курс, готовы.

Но в эпоху Пост-Капитализма, Пост-Модерна и Пост-Правды, когда все становится "Товаром" - продуктом произведенным для обмена. И все было бы отлично, только пока мы создавали продукт, он уже стал никому не нужным, мимикрируя в услугу. Как говорил еще Котлер "Людям не нужны дрели, людям нужны дырки".

И вот, когда мы уже заточили JTBD, исследовали четыре модели подписки на услуги наступает пора "Звездной экономики", где у 90% людей нет денег, а 1% имеет всё и всех. Похоже, что за пользование нашим продуктом мы еще будем доплачивать! А пока ход мыслей.

-2

На этом можно было бы завершить этот рассказ. Так как сколько уже сказано про продукт, и даже про причины побудившие нас к его проектированию (здесь).

Но, если мы говорим о продукте - учебном курсе, то пожалуй можно выделить четыре его основных направления: содержание курса (о чем он?), процесс взаимодействия (UX-UI-CX), педагогический дизайн (кейс или квест, вопрос или действие) и тестирование (доказательная педагогика). И тогда наш продукт/услуга уже становится системой))

-3

Таким образом в нашем проекте появились сразу четыре сферы ответственности и компетенции, а вместе с ними соответствующие задачи для команды разработчиков. И вот пожалуй на этом и остановились! Проект зажил своей жизнью. Сотрудники начали учиться, и счастливы настолько, что HRM им завидуют глядя на показатели их счастья*.

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

-4

Скрещиваем "Интерфейс" и "Содержание", и получаем "Дизайн", стиль, красоту, функциональность.
Скрещиваем "Содержание" и "Технологию обучения", и получаем "
Юнит" - единицу знания, когда она становится умением.
Скрещиваем "Технологию" и "Тестирование", и получаем "
Систему оценок", показатели, по которым можно оценить качество обучения.
Скрещиваем "Интерфейс" и "Тестирование", и получаем "
Админку" - ту самую подсистему, которая оперативно управляет процессом обучения.

Итого имеем "Матрицу проектирования учебного курса" = набор подсистем для того, чтобы ваш продукт (учебный курс) заработал.

А как продать ПРОДУКТ в условиях ПЕРЕПРОИЗВОДСТВА ОБУЧАЮЩЕГО КОНТЕНТА потребителям, у которых НЕ ХВАТАЕТ денег на еду, а времени на сон, об этом вы УЗНАЕТЕ в следующем выпуске.

ИП.
Москва
17.06.2021