Anthony Ulwick изхожда от проста, но мощна предпоставка: когато клиентите изпълняват jobs, те се опитват да минимизират или максимизират набор от метрики. Той ги нарича outcomes (желани резултати) и те са фундаменталната единица на иновацията.
Outcome не е функция или нужда — той е метрика за успех от гледната точка на клиента. Например, при настаняване в хотел, клиент измерва „минимизиране на времето за изчакване при рецепцията" или „максимизиране на яснотата на информацията за наличните услуги". Това са единиците, с които работи ODI.
Процесът ODI идентифицира, структурира и количествено определя всички тези outcomes, след което изчислява кои са незадоволени (висока важност, ниско удовлетворение) — това е реалното пространство за иновации.
В количественото ядро на ODI е формула, трансформираща данните за важност и удовлетворение в оценки за иновационна възможност.
Формулата претегля относителната неудовлетвореност: ако нещо е много важно, но вече е добре покрито, възможността е ниска. Ако нещо е много важно и слабо решено, възможността е максимална. max(В-У, 0) гарантира, че свръхобслужените outcomes не наказват оценката.
ODI класифицира всички outcomes в четири квадранта, дефиниращи иновационната стратегия.
Висока важност + ниско удовлетворение. Тук трябва да се инвестира. Клиентите имат нужда от него и никой не го решава добре.
Висока важност + високо удовлетворение. Пазарът вече е добре обслужен. Инвестирането на повече тук носи намаляваща възвращаемост.
Ниска важност + ниско удовлетворение. Клиентите не се интересуват. Игнорирайте или покрийте минимума.
Ниска важност + високо удовлетворение. Инвестирате в нещо, от което клиентите не се интересуват. Кандидат за премахване.
„Опростяването не е обедняване на продукта; то е елиминиране на всичко, което не допринася за реалния напредък на клиента. Следващият победител на свръхобслужван пазар почти никога не е най-пълният. Той е най-удобният."
— Toni Guitart, Бюлетин за Иновации, Глава 39
Ulwick описва всяко jobs като имащо жизнен цикъл с 8 универсални фази. Job Map разлага основния jobs на тези фази, позволявайки идентифициране на outcomes на всеки етап.
Клиентът задава цели и планира работата.
Събира необходимите входни данни за начало.
Настройва средата за изпълнение на jobs.
Проверява готовността за начало.
Ядрото на jobs. Най-критичната фаза.
Оценява напредъка по време на изпълнение.
Коригира процеса, ако нещо не работи.
Завършва jobs и управлява крайния резултат.
Реален анализ на как да приложим ODI за идентифициране на най-ценните възможности за подобрение по време на хотелски престой.
| Jobs на госта | Ключов outcome | Важност | Удовлетворение | ODI Оценка | Приоритет |
|---|---|---|---|---|---|
| Сън | Минимизиране на фоновия шум в стаята | 9.2 | 5.1 | 13.3 | Висок |
| Сън | Максимизиране на тъмнината в стаята | 8.7 | 5.8 | 11.6 | Висок |
| Настаняване | Минимизиране на времето за изчакване на рецепцията | 8.9 | 5.3 | 12.5 | Висок |
| Душ | Максимизиране на налягането на водата в душа | 8.5 | 6.2 | 10.8 | Среден |
| Работа | Максимизиране на пространството и ергономиката на бюрото | 7.8 | 5.5 | 10.1 | Среден |
| Wi-Fi | Минимизиране на времето за свързване към мрежата | 9.0 | 7.5 | 10.5 | Среден |
| Закуска | Максимизиране на разнообразието от здравословни варианти | 7.2 | 6.8 | 7.6 | Нисък |
Илюстративни данни, базирани на анализа, описан в Глава 23 на Бюлетина за Иновации на Toni Guitart.
Същият процес се прилага директно към дизайна и еволюцията на софтуерни продукти. Outcomes на потребителите са компасът за пътната карта.
Анализът на хотела по-горе е разработен стъпка по стъпка в Глава 23 на моя бюлетин: как да приложим ODI в преживяването на хотелски гост, от събирането на outcomes до финалното приоритизиране.
Прочетете Глава 23 →Вместо пътни карти, базирани на интуиция или заявките на най-шумния клиент, ODI генерира пътна карта, базирана на обективна оценка на възможностите. Функциите с най-висок ODI резултат вървят първи.
Свръхобслужваните пазари натрупват функции, които никой не използва. ODI идентифицира какво е свръхобслужено и позволява трудното, но необходимо решение да не добавяте или дори да премахнете ненужна функционалност.
Product-Market Fit не е усещане. Това е когато продуктът ви последователно решава outcomes с най-високи ODI оценки в сегмента ви. ODI прави PMF измерим и повторяем.