Пластичность
Malleability
Трансформация Меняет форму Глубина —
легко меняется и настраивается
В какие рвы вырастает
Пластичность меняет форму, а не держит. Продукт, который легко менять, легко менять любому, и покупатель не платит за саму возможность гнуть — поэтому здесь нет ничего, что остановит соперника, и ни один ров сюда не ведёт. Ров может возникнуть рядом, но копает его другое. Когда настройки клиента накапливаются до точки, где уход значит собрать всё заново, — это Стоимость переключения (#5), и роет её сам клиент своей работой. Когда расширения пишут третьи лица — это Экосистема разработчиков (#20), и роют её Компонуемость с Модульностью. Пластичность — мягкий материал, которому эти стратегии придают форму; сама по себе она поза, а не защита.
Кратко
Пластичность — свойство продукта гнуться под пользователя и не ломаться: настройки, шаблоны, скрипты, произвольные поля. Преимущество в подгонке — каждый покупатель получает форму под свой случай, и вы выигрываете сделки, которые жёсткий соперник теряет. Это способ идти за спросом, а не удерживать его: глина не сопротивляется второму гончару.
Как работает
Жёсткий продукт — ставка на одно применение. Пластичный отдаёт ставку покупателю: он перекраивает продукт под свой процесс, свои термины, свои частные случаи, и вещь начинает делать работу, о которой автор не думал. Отсюда преимущество. Вы продаёте в больше ситуаций, чем позволяет фиксированный дизайн, узнаёте по формам, которые лепят покупатели, что они делают на самом деле, и разворот стоит вам перенастройки, а не переписывания.
Плата за это в том, что гибкость — свойство предмета, а не барьер вокруг него. Соперник сделает свой продукт таким же гибким, а генерация кода делает изменения дешёвыми для всех разом. Пластичность покупает вам время и информацию: вы живы, пока рынок решает, чего хочет, и узнаёте это первым. Останется ли после этого что-то прочное, зависит от того, что оседает после гибки — настройки, которые клиенту жалко бросить, расширения, написанные чужими руками, — а это уже другие стратегии.
Есть ли это у вас
- Клиенты запускают продукт в конфигурациях, которых вы не проектировали, и вы узнаёте об этом из тикетов поддержки, а не из роадмапа.
- Запрос покупателя на изменение уезжает в релиз как настройка или шаблон, а не как форк кодовой базы.
- Вы хотя бы раз меняли назначение продукта, не переписывая его.
- Звонок с покупателем чаще заканчивается его собственным кейсом, собранным прямо в демо, чем разговором о недостающей функции.
Как копать
- Разделите то, что меняется у каждого клиента, и то, что не меняется никогда: конфиг, шаблоны, хуки и скрипты — отдельно, ядро — отдельно.
- Ручки, которые вы крутите для клиентов вручную, выведите в настройки, чтобы крутили сами.
- Оставьте в модели данных место под применение, которого вы ещё не видели: произвольные поля, теги, свободные атрибуты.
- Записывайте, что клиенты гнут, и раз в квартал делайте три самых частых изгиба значениями по умолчанию.
- Измеряйте время от запроса покупателя до выкаченного изменения и сжимайте его до часов.
Как размывается
- Генерация кода удешевляет изменения для всех соперников разом, и гибкий продукт перестаёт выделяться.
- Лишние ручки превращают продукт в конструктор, который никто не может собрать, и соперник с готовым мнением выигрывает на лёгкости.
- Изгибы, которых вы не задумывали, становятся контрактом совместимости: каждое ваше изменение теперь ломает чью-то сборку.
- Клиент, согнувший ваш продукт, так же легко согнёт продукт соперника; без накопленных настроек его ничто не держит.
Соло, без капитала
Одиночка может сделать продукт пластичным за квартал: настройки, шаблоны, хук для плагинов и произвольные поля стоят дисциплины в дизайне, а не денег. Для соло-разработчика в этом главная ценность: вы идёте за спросом, а не угадываете его, и разворот занимает выходные. Чего вы не сделаете в одиночку — не превратите это в защиту. Ров, если появится, будет Стоимостью переключения (#5) из накопленных настроек клиентов — он доступен одиночке, но под ударом миграции через ИИ, — либо Экосистемой разработчиков (#20), а для неё нужна аудитория, которой у вас пока нет.
В природе, в бизнесе
- Природа
- —
- Бизнес
- clay, software code, method actors
Случаи
- Microsoft Excel — Таблица с формулами, которую пользователи гнут под бюджеты, расписания, склад и игры, — и она ведёт процессы, для которых её никто не проектировал.
- WordPress — Блоговый движок, темы и плагины которого позволяют владельцу сайта перекроить его в магазин, форум или портфолио; поверхность изменений и стала продуктом.
- Notion — Страница из передвигаемых блоков, которую пользователи пересобирают в вики, трекеры и базы, а вместо функций передают друг другу шаблоны.
Сочетается с
- Компонуемость — Компонуемость берёт изгибы и превращает их в части, которые собираются заново, — там и вырастает стандарт или база разработчиков.
- Модульность — Модульность держит цену изменения низкой: блок, заменённый отдельно, не ломает остальное.
- Итерация — Продукт, который быстро гнётся, выдерживает короткий цикл, а каждый цикл показывает, какие изгибы оставить.
- Универсальность — Продукт, который легко перекроить, может честно заявить компетенцию во многих задачах, а не обещать её.
Конфликтует с
- Простота — Каждая ручка, добавленная ради гибкости, — точка отказа и решение, которое придётся принять пользователю; Простота ручки убирает.
- Предсказуемость — Продукт, принимающий у каждого клиента свою форму, не может обещать одинаковый опыт везде.