Тройная матрица приоритета функций: SWOT × Kano × FPM
Суть: механическая процедура отбора функций для интерфейса — открытый рынок → упрощённый SWOT → авторский Kano по отзывам → матрица присутствия FPM → коэффициент приоритета в тройной таблице. Читать стоит, чтобы воспроизвести метод на своём проекте и понять, почему в кейсах портфолио появляется одна и та же логика, а не «мнение дизайнера». ≈10–12 мин чтения. Инженеру эргономики / проектировщику интерфейсов — как быстро отсечь опасные и редкие функции, усилить ожидаемые рынком и не тратить итерацию разработки на то, чего пользователи уже не ждут.
1. Зачем механическая процедура
В сложных корпоративных и операторских системах список «хотелок» бесконечен, а цена ошибки высока: лишняя функция засоряет внимание, отсутствующая — ломает привычный рабочий процесс. Классические опросы и долгие Kano-анкеты замедляют старт. Нужна процедура, которую можно провести по открытым источникам и конкурентам, получить сравнимую таблицу и сразу перейти к проектированию.
Авторская связка — упрощённый SWOT, ускоренный Kano по отзывам и FPM (матрица присутствия функций, Feature Presence Matrix) — даёт усреднённую картину рынка и ожидания, не подменяя собой проверку удобства использования готового интерфейса. Это фильтр входа в дизайн, а не замена полевой проверки.
2. Шаг 1. Сбор рынка и FPM
Сначала собираются открытые источники: публичные продукты той же задачи, скриншоты, демо, справка, обзоры. Для каждой кандидатной функции фиксируется бинарный или степенной факт присутствия: есть / нет / есть в иной форме. Итог — доля рынка, где функция представлена «в том же виде».
Пример чтения: 18 / 20 ≈ 0,9 — сильный рыночный якорь; отказ от функции потребует явной причины. 3 / 20 — либо дифференциатор, либо шум; решение переносится на SWOT и Kano, а не принимается «потому что красиво».
3. Шаг 2. Упрощённый SWOT по функции
Усреднение с рынком: если функция массово присутствует (высокий FPM), слабости вроде «сложность обучения» читаются иначе, чем у редкой экспериментальной функции. SWOT даёт знак риска и опоры; он не ставит баллов ожидания — это зона Kano.
4. Шаг 3. Авторский Kano по отзывам
Источники: магазины приложений, форумы, тикеты поддержки конкурентов, публичные жалобы и похвалы вокруг конкретной функции («нет поиска в заказе», «потерялся черновик», «не видно статуса»). Оценка — экспертная, но опирается на повторяемость сигналов, а не на один яркий комментарий.
Пятибалльная шкала используется как рабочий коэффициент желания (от безразличия до обязательности (must-be) / привлекательности в терминах Kano). Цель — быстро понять, чего рынок уже научил ждать, и не тратить цикл разработки на функцию с низким желанием и низким FPM.
5. Тройная таблица: рабочий пример Shell
SWOT × Kano × FPM — интеграционный Shell X5 Real Estate
| Функция | SWOT | Kano | FPM | Коэф. | Приоритет |
|---|---|---|---|---|---|
| Навигационный фрейм (ShellLayoutFrame) | 5 | 5 | 18/20 | 0.97 | высокий |
| Сохранение глобальных фильтров и проекта | 4 | 4 | 16/20 | 0.80 | высокий |
| Сайдбар выбора объекта / смежных модулей | 4 | 5 | 17/20 | 0.90 | высокий |
| Ролевые представления аналитики | 3 | 3 | 9/20 | 0.55 | средний |
| Глобальный поиск Command+K | 2 | 2 | 5/20 | 0.36 | низкий |
SWOT — уместность/риск 1–5; Kano — ожидание 1–5 по отзывам; FPM — сколько из 20 конкурентов имеют функцию в сопоставимой форме; коэф. — свёртка трёх осей.
Высокий SWOT + Kano + FPM → в базовый контур (каркас, фильтры, боковая панель). Средние значения → точечно (роли). Низкие → вне первой версии (Command+K).
6. Как метод живёт в кейсах портфолио
Если в кейсе X5 или AliExpress появляется блок SWOT/Kano, он обязан читаться как фрагмент этой процедуры (часто вместе с FPM), а не как украшение презентации. Полное описание метода — эта статья; в кейсе достаточно краткой отсылки и проектной таблицы по ключевым функциям.