Как думать о приложениях, повышающих продуктивность

Одна из ключевых моделей в моих рассказах про софт-скиллы — это «диапазон значений», она же «непрерывная шкала», она же «градиент».

Первая шкала, которую я считаю особенно полезной для размышлений о софте, — это шкала от «неограниченной свободы» к «строгой методологии».

• Open-ended, user-driven software даёт пользователю возможности. Вот тебе элементы, вот конструктор, чтобы их собрать — делай что хочешь в рамках дозволенного. Тебе виднее, какой результат и как именно ты хочешь получить.
• Methodology-based или opinionated software не просто подсказывает пользователю «как правильно», а диктует как надо. Задаёт чёткую структуру, ограниченный набор инструментов, подчиняет каждый элемент системы общей методологии. Глобальная цель такого софта — сделать так, чтобы пользователь добился конкретного ожидаемого результата наилучшим из возможных (по мнению авторов) способом.

Вторая шкала более традиционна: от фокуса на накоплении знаний к фокусу на организации процессов.

Очевидно, что и точные знания, и настроенные процессы полезны для достижения результатов. Но столь же очевидно и то, что одни авторы productivity software считают knowledge sharing основой всего, а другие — что координация работы и понятные всем этапы процесса важнее, чем знания, которые устаревают со скоростью выхода следующей версии продукта.

В чём практическая польза этих шкал и матрицы, которая благодаря им получается?

Загибайте пальцы:

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

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

Наконец, теперь вы можете сразу определить, где «живет» и чем вам может быть полезен конкретный продукт:

▪️ Не хватает общего контекста? — Знаете, где искать решение.

▪️ Нет общего понимания, как вести дела? — Вот кто подскажет «как надо».

▪️ Не хватает настроек «под себя»? — Вам в противоположный квадрант.

Если же вы работаете над продуктом, который помогает пользователям становиться продуктивнее, — у вас теперь есть модель, с помощью которой можно установить общее понимание в команде: где вы находитесь и к чему стремитесь. А значит — спланировать следующие шаги.