Свободное ПО для образования — реконструкция мышления, репозиционирование, редизайн (Полина Петруша, OSSDEVCONF-2023) — различия между версиями

Версия 01:31, 11 января 2024

Докладчик: Полина Петруша

Изменения рынка российского программного обеспечения, связанные с необходимостью массового перехода на отечественное программноt обеспечение, включая свободное, открывает новые перспективы для российских компаний, разработчиков и интеграторов свободного ПО и ставит перед ними серьёзные задачи.
В первую очередь, требуется изменить мышление поставщиков продуктов с технологически сфокусированного (technical-centered) на ориентированное на пользователя (user-centered) и сфокусированное на задачи (solution-focused).
Из изменения мышления логически следует изменение позиционирования продуктов свободного ПО, а также изменение их продуктового дизайна.
Мы рассмотрим весьма перспективный с точки зрения покупательской ёмкости рынок — рынок свободного ПО для образовательных организаций как пример реконструкции мышления, репозиционирования и редизайна решений на базе свободного ПО.

Содержание

1 Видео
2 Презентация
3 Thesis
- 3.1 Барьеры для свободного ПО в образовании
- 3.2 Предлагаемые решения по преодолению барьеров
4 Примечания и ссылки

Видео

Презентация

Thesis

\begin{abstract} Изменения рынка российского программного обеспечения, связанные с необходимостью массового перехода на отечественное программноt обеспечение, включая свободное, открывает новые перспективы для российских компаний, разработчиков и интеграторов свободного ПО и ставит перед ними серьёзные задачи. В первую очередь, требуется изменить мышление поставщиков продуктов с технологически сфокусированного (technical-centered) на ориентированное на пользователя (user-centered) и сфокусированное на задачи (solution-focused). Из изменения мышления логически следует изменение позиционирования продуктов свободного ПО, а также изменение их продуктового дизайна. Мы рассмотрим весьма перспективный с точки зрения покупательской ёмкости рынок — рынок свободного ПО для образовательных организаций как пример реконструкции мышления, репозиционирования и редизайна решений на базе свободного ПО. \end{abstract}

Барьеры для свободного ПО в образовании

При работе с рынком образования (как и другими «клиентскими» рынками в России) следует исходить из того, что решение о закупке решений для образовательных организаций принимают не столько технические специалисты ИТ-служб (технические заказчики), сколько заказчики от различных подразделений (образовательных, административных, финансовых служб — бизнес-заказчики) исходя из того, насколько данное программное обеспечение решает их задачи. Даже если непосредственно закупкой занимаются технические заказчики, то действуют они исходя из потребностей и заявок бизнес-заказчиков.

Это требует кардинального пересмотра представления информации о возможностях дистрибутивов или пакетов свободного ПО, а именно — переход от технических деталей и продажи дистрибутивов к продаже решений для определённой группы пользователей.

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

Барьер 1. Решение для «всех и сразу». Не определены разные группы целевой аудитории (вузы, школы, СПО, дошкольные учреждения), соответственно, не сформулированы предложения, преимущества и функциональный состав продукта для каждой из групп целевой аудитории. В случае дистрибутивов для нескольких групп пользователей отсутствует фокус на то, что данное решение подходит для этих групп. В результате бизнес-пользователям крайне сложно понять, подходит для них данный программный продукт или нет.

Барьер 2. Техноориентированность. В презентации продуктов в первую очередь показаны технические характеристики, но крайне редко и обще («безопасно», «удобно», «легко») показаны выгоды для функциональных специалистов (сотрудников учебного департамента, офиса по цифровизации, проектных офисов). Соответственно, в описании продукта идёт концентрация на технической информации, в ущерб информации о функциях продукта, важных для лиц принимающих решения. Таким образом, техническим специалистам становится крайне сложно обосновать необходимость закупки именно этого продукта.

Барьер 3. Труднодоступность информации о составе ПО. Информация о составе компонентов продукта для разных групп целевой аудитории, о функциональных возможностях компонентов продукта расположена крайне неочевидно и труднодоступна. Отсутствует информация о типовых use-case для разных компонентов одного функционального назначения, что тоже усложняет принятие и обоснование решения для покупки как у технических специалистов, так и у лиц принимающих решения.

Барьер 4. Непрозрачное ценообразование. Нет возможности быстро получить информацию о цене дистрибутива для корпоративных пользователей. Помимо дополнительных усилий по поиску этой информации, затрудняется ещё и мониторинг со стороны отделов закупок.

Предлагаемые решения по преодолению барьеров

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

По Барьеру 1

Определить группы пользователей и сфокусировать решения под их задачи.
Создать экосистему продуктов для различных уровней образования с чётким разделением продуктов/пакетов:
- Детский сад, Школа (без разделения на начальную, общую), Колледж, Университет.
- По каждому продукту сделать отдельный презентационный материал (страницы сайта, презентации, листовки) и там перечислить состав продукта, решаемые им задачи, все достоинства и ограничения.

По Барьеру 2: Предоставить информацию, понятную для лиц принимающих/влияющих на принятия решения. В презентационных материалах рекомендуется описывать не технические детали, а решения для пользователей.

Не «Поддержка периферийного оборудования, в том числе интерактивного», а «Возможность работы с интерактивными досками в классе», не «Возможность выбора рабочего окружения (KDE или XFCE)», а «Выбор рабочей среды в зависимости от предпочтений пользователя».

По Барьеру 3: Расположить информацию о составе и функциях пакетов очевидным для пользователя, понятным, читаемым, легко доступным и легко индексируемым образом. Создать описание «от решений». Например: решения для инженерного проектирования, решения для оснащения мультимедийного класса под ключ. В каждом решении добавить краткое описание продуктов и их различие (если в пакете 2 одинаковых продукта). Буквально по 1—2 строчки на продукт.

По Барьеру 4: Обозначить ориентировочные, базовые цены рядом с описанием продукта. В презентациях, на страницах программных пакетов рекомендуется разместить информацию по ценам на пакеты (стоимость за лицензию, пакет, или иные варианты цены). Это облегчит мониторинг служб закупок, а также позволить в процессе подготовки технического задания бизнес- и техническими заказчиками обосновать целесообразность закупки у того или иного поставщика.

Примечания и ссылки