Как менять функциональность продукта
Стив Бланк пишет об интересной новой тенденции, когда функциональность продукта в IT не увеличивается со временем, а, наоборот, уменьшается, приводя в качестве примера удаление книг с Amazon Kindle, изменение набора функций в iWork и самое свежее — отключение функции уменьшения клиренса в Tesla S для предотвращения аварий из-за повреждения днища автомобиля (ранее было несколько случаев возгорания автомобилей из-за этого).
Должен сказать, что уменьшение функциональности — штука крайне неприятная. Даже если вы и не подозревали о наличии функции, вам её сразу начинает не хватать после удаления :). Более того, вас не так радует добавление новой функции, как удаление существующей, правда?
Вот отсюда вывод — очень осторожно относитесь к уменьшению функциональности. Делать это можно только тогда, когда дальнейшее сохранение функции невозможно или чревато слишком большими рисками, например, угрожает стабильности всего проекта. В противном случае у вас просто не будет убедительных аргументов для общения с пользователями.
мб приходит понимание что полагаться на разумность пользователя при проектировании функционала не стоит? 🙂
У нас в приборе, который мы разрабатываем, есть 3..4 доп функции, которые использует примерно 4% людей, если не меньше. А интерфейс это запутывает. Хотя и есть почти не просит.
Я как раз подумываю сейчас в следующем поколении их исключить.
Хотя, где то можно было бы сказать, что мы такие вот совершенные.
С др. стороны, функциональность, это маятник.
Качнется в одну сторону, лет через пять, в другую.
Читайте книги о дизайне господа. Не помню где это читал. Весь функционал который или редко используется, или используется малым количеством народа необходимо скрывать от большинства. Однако, делать его доступным для обнаружения тех кому это необходимо. Самый лучший пример, это старые пульты ДУ, где дополнительные кнопки скрывались с помощью специальной крышечки. Большинству они не нужны, и большинство их не видит. А те кому надо, открывают крышечку и получают к ним доступ.
Уменьшение функциональности по идее должно приводить к удешевлению разработки. Но в действительности превратилось в полный идиотизм который тыкают куда не попадя.
У меня есть очень простой пример, когда нужную функцию действительно пришлось отключить — у меня на форуме некоторое время работал мессенджер, который позволял в дополнение к существующей системе личной переписки обмениваться еще короткими сообщениями между пользователями.
Но после определенного момента этот мессенджер стал очень сильно тормозить весь форум. Так был написан. Рассудили, что две системы сообщений, одна из которых сильно тормозит систему — хуже, чем одна. Оказались правы, народ это вполне воспринял.