Статистика разработки программного обеспечения мрачна: от 70% до 95% всех новых продуктов терпят неудачу. Этот системный сбой редко вызван отсутствием инженерного таланта или творческих идей; скорее, оно проистекает из “заблуждения снайпера” — когда инновационная «пуля» попадает в рынок, а затем наводится в яблочко, куда бы она ни приземлилась. Чтобы SaaS-продукт достиг предсказуемого успеха, он должен выйти за рамки менталитета «идеи прежде всего» и принять строгий и стабильный язык инноваций, который точно определяет, что «нужно» клиенту еще до того, как будет написана единственная строка кода.
Кризис определения: что такое «потребность»?
Исторически сложилось так, что основной причиной неудач продукта является несоответствие потребностям клиентов. Это несоответствие существует потому, что 95% продуктовых команд не могут договориться даже о том, что такое «потребность». Команды часто путают «потребности» с запросами функций, решениями или расплывчатыми желаемыми целями.
Программа Advanced Jobs-to-be-Done (AJTBD) решает эту проблему, определяя потребность как Желаемый результат — конкретный показатель, который клиенты используют для измерения успеха и ценности при выполнении задания. Для любой функциональной задачи обычно существует от 50 до 150 таких показателей. Без специальной платформы для сбора и классификации этих показателей продуктовые команды, по сути, ожидают, что снайпер поразит цель, не зная, что и где находится цель.
Синтаксис прогресса: формулирование заявлений о желаемом результате
Предсказуемость инноваций возможна только тогда, когда потребности документированы в математически приоритетном и стабильном формате. Истинное утверждение желаемого результата следует строгому синтаксису, чтобы гарантировать его измеримость, независимость от решения и стабильность во времени:
[Направление улучшения] + [Показатель] + [Объект контроля] + [Уточнение контекста].
Например, вместо расплывчатого требования «улучшить синхронизацию данных» точным результатом будет: _ «Минимизировать время, необходимое для разрешения конфликтов данных, когда несколько пользователей одновременно редактируют одну и ту же запись» _. Стандартизируя этот язык, основатели SaaS могут количественно определить, какие потребности недостаточно (высокая важность, низкая удовлетворенность) и какие переоценены (низкая важность, высокая удовлетворенность), что позволяет составить математически обоснованную дорожную карту.
Разрыв связи: истории вакансий и истории пользователей
Один из наиболее распространенных способов, с помощью которых SaaS-команды сводят на нет собственные инновации, — это использование традиционных пользовательских историй (например, «Как пользователь, я хочу X, чтобы Y»). Они часто связывают реализацию напрямую с мотивацией, делая невозможным диагностику неудачи. Если функция терпит неудачу, была ли ее реализация неправильной или предположение о мотивации пользователя неверно?
Чтобы предоставить дизайнерам и инженерам необходимое пространство для творчества, AJTBD использует Истории вакансий. Впервые разработанная командой Intercom, история вакансий фокусируется на событии и ситуации, а не на общей персоне:
“Когда [Ситуация], я хочу [Мотивация], чтобы я мог [Ожидаемый результат]”
Описывая каждую проблему дизайна с помощью истории работы, команда может проследить, как каждый элемент пользовательского интерфейса решает конкретную проблему или беспокойство клиента. Это гарантирует, что продукт создан с учетом причинности, а не только списка атрибутов или ролей.
Система учета: управление инвентарем вакансий
Управление Инвентарем должностей, состоящим из 150 желаемых результатов по Универсальной карте должностей (Определение, Нахождение, Подготовка, Подтверждение, Выполнение, Мониторинг, Изменение, Заключение) слишком сложно для стандартных инструментов управления проектами. Специализированная SaaS-платформа для исследований AJTBD действует как Система учета для мотивации клиентов. Это позволяет организации:
- Устраните предвзятость «самого громкого голоса». Решения принимаются на основе статистически достоверных данных о клиентах, а не внутреннего влияния или интуиции высшего руководства.
- Определите высокодоходные вакансии: Найдите основополагающие задачи, решение которых создаст нисходящие волновые эффекты во всей пирамиде JTBD, улучшая ролевую идентичность и эмоциональное состояние пользователя.
- Оптимизация адаптации для «понимания задания»: вместо того, чтобы просто показывать пользователям, где находятся кнопки (экспертиза решений), платформа помогает разработать процесс адаптации, который помогает пользователям достичь первой победы в работе, для выполнения которой они «наняли» продукт.
Стратегическая отдача: предсказуемый пятикратный успех
Разница между «угадыванием» и «проектированием» отражается на результатах. Хотя средний показатель успеха продукта в отрасли низок, процесс Инновации, ориентированные на результат (ODI) имеет документально подтвержденный показатель успеха 86%, то есть пятикратное улучшение. Приняв четкий язык инноваций, SaaS-компания перестает продавать инструменты и начинает «способствовать человеческому прогрессу». Когда продукт выполняет основную задачу и одновременно поддерживает Ролевую идентичность («Я профессионал») и Имиджовую идентичность («Меня воспринимают как компетентного»), он становится больше, чем просто инструментом; он становится персонажем личной истории клиента.