Те са две страни на едно и също монети. Всеки поотделно е полезен. Заедно са трансформиращи.
Jobs To Be Done ни казва какъв напредък търси клиентът и защо решава да се промени. Дава ни човешкия контекст: разочарованията, стремежите, Switch Moment. Позволява ни да формулираме стойностното предложение от гледната точка на клиента, а не на продукта.
Без JTBD можете да измервате outcomes, но без да разбирате защо това jobs има значение, няма да знаете как да го комуникирате или как да проектирате заобикалящото изживяване.
Outcome-Driven Innovation ни казва какво да подобрим първо. Превръща jobs в приоритизиран списък от outcomes с обективни оценки. Дава ни количествена строгост: знаейки, че outcome X получава 14.2 и Y получава 11.8, елиминира политическите игри около пътната карта.
Без ODI, JTBD може да остане интересна философия без оперативен превод. ODI превежда рамката в конкретни продуктови решения.
Всяка иновационна възможност започва с триене. Bob Moesta го нарича struggle: моментът, в който статуквото става нетолерантно и клиентът започва да търси алтернативи. Без реален struggle няма енергия за промяна.
Struggle не винаги е явна оплаквание. Често е мълчаливо: клиентът не се оплаква — просто изобретява паралелно решение. Там се появяват workarounds — временни кръпки, сочещи точно където е пропастта.
Ключовият въпрос преди всяко потребителско интервю: „Какво прави клиентът около вашия продукт, което вашият продукт трябва да прави вместо него?"
Клиентът използва вашия софтуер, но поддържа допълнителна таблица, за да има „всичко ясно". Сигнал: недостатъчно reporting или видимост.
Всяка седмица повтарят стъпки, които системата трябва да автоматизира. Сигнал: реална пропаст в автоматизацията.
Свързват вашия инструмент с други чрез Zapier или персонализирани скриптове. Сигнал: нативните интеграции не покриват реалния им работен процес.
Шестфазов процес от дълбокото разбиране на клиента до приоритизираната пътна карта за иновации.
За какъв jobs клиентите наемат вашия продукт? Формулираме job statement (ситуация, мотивация, резултат) и го валидираме чрез switch интервюта.
JTBDИдентифицирам Push (текущи разочарования), Pull (ново обещание), Тревожности и Навици. Това ни дава емоционалната карта за комуникация и продажби.
JTBD (Moesta)Разлагаме jobs на 8 фази (Дефинирай, Намери, Подготви, Потвърди, Изпълни, Наблюдавай, Промени, Завърши), за да намерим outcomes на всеки етап.
ODI (Ulwick)Генерираме изчерпателния списък от outcomes в формата на Ulwick: „Минимизирай/Максимизирай [метрика] на [обект] когато [контекст]." Обикновено 50–150 outcomes на jobs.
ODI (Ulwick)Анкетирам реални клиенти, измервайки важността и текущото удовлетворение за всеки outcome. Изчислявам ODI оценките и изграждам матрицата на възможностите.
ODI (Ulwick)С оценките в ръка, дефинираме кои функции да изградим, кои да елиминираме (свръхобслужван пазар) и как да комуникираме стойностното предложение за основния jobs.
JTBD + ODIBob Moesta проектира timeline интервюто, за да реконструира хронологично пътуването на клиента от първия момент на съмнение до момента на покупката. Не пита „защо купихте?". Реконструира историята, за да разбере кои сили са действали на всеки момент.
Кога за пръв път сте мислили, че може да се нуждаете от нещо различно? Това разкрива началото на struggle и искрата, запалила търсенето.
Клиентът започва да обръща внимание на алтернативи без активен ангажимент. Вижда реклами, чете статии, чува от колеги. Отворен, но не спешен. Тази фаза може да продължи месеци.
Задействащо събитие създава спешност. Клиентът целенасочено сравнява опции: демонстрации, пробни версии, разговори с продавачи. Задействащото събитие, разделящо тази фаза от предишната, е ценно за продажбите и маркетинга.
Каква информация беше решаваща? Кои тревожности останаха неразрешени? Какво наклони везните? Тук се разкриват реалните критерии за покупка — не декларираните.
Разликата между Little Hire (покупка) и Big Hire (действително използване). Интегрира ли клиентът продукта в работния си процес? Беше ли jobs наистина решен? Тук цялото стойностно предложение се валидира или обезсилва.
"Не питайте защо са купили. Питайте кога за пръв път са мислили, че се нуждаят от нещо различно. Там започва истинската история."
Bob Moesta — Demand-Side Sales 101
Компаниите натрупват функции дефанзивно: от страх да не загубят клиенти или в отговор на изолирани заявки. Резултатът е продукт, правещ много неща, но никой клиент не използва всичко.
ODI ни дава разрешение да опростяваме. Когато видите, че 60% от пътната ви карта съответства на outcomes с оценка под 8, решението да не ги изграждате спира да бъде субективно.
Компаниите продават целия сандвич (пълното стойностно предложение), но клиентът иска само майонезата (напредъкът, от който се нуждае точно сега). JTBD идентифицира точно коя част от сандвича е майонезата за всеки сегмент.
Резултат: по-прецизни стойностни предложения, по-кратки цикли на продажби и по-ниско изоставяне при onboarding.
Следващият победител на свръхобслужван пазар рядко е най-пълният продукт. Той е най-удобният. Дизрупцията идва от по-прости продукти, решаващи по-добре 3–4-те най-важни outcomes.
Идентифицирането на тези 3–4 outcomes с ODI и фокусирането върху тях е правилната стратегия за стартъпи, атакуващи установени пазари.
"Има фундаментална асиметрия: клиентите не могат да формулират какво искат, но могат да ви кажат точно как измерват успеха. JTBD ви помага да слушате второто, а ODI помага да го количествено определите."
— Toni Guitart Ventura, Venturae
Представете си SaaS за управление на проекти за инженерни екипи. Продуктовият екип дебатира от месеци дали да добави повече интеграции или да подобри системата за известия.
С JTBD: Открихме, че основният jobs е „поддържане на целия екип съгласуван в приоритетите без статус срещи". Switch Moment обикновено е „след проект, провалил се поради разминаване".
С ODI: При анкетирането на 80 клиенти, най-критичните outcomes са „минимизиране на времето за разбиране кой член на екипа е блокиран" (ODI: 16.4) и „максимизиране на видимостта на въздействието на всяка задача върху общата цел" (ODI: 15.1).
Решение: Нито повече интеграции, нито по-добра система за известия. Пътната карта за Q3 се фокусира върху табло за блокирания в реално време и визуализация на зависимостите между цели. Това е, което клиентите измерват.