Игры разума: как ментальные ловушки на три года завели наш сайд-проект в долину смерти

История о том, как мы создавали карточки для планирования проектов What's Plan, с какими когнитивными искажениями столкнулись в процессе и как эти искажения повлияли на наши решения по управлению продуктом.

В опытных образцах карточек процессов и ресурсов у нас были предусмотрены поля для указания затрат времени на процесс и стоимость часа специалиста, но после пользовательского тестирования мы отказались от них
1616

Продукт слишком сложен для заказчика. Не нужен ему весь этот геморрой с планированием проекта, нюансами разработки и кучей карточек. Ему нужен результат и приемлемая стоимость.

Максимум, что хочет типичный заказчик – разбиения на приемлемые понятные ему этапы.

Возможно, такой продукт пойдёт в B2B-сфере, но при условии хорошо-выстроенной интеграции и обучения. Да и конкурентов там уже полно (Bitrix24, Мегаплан, Jira и прочие).

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

То есть в конечном счёте удовлетворяете свой интерес к созданию сложного логичного философского продукта, но не интерес типичных заказчиков (конечных пользователей).

5
Ответить

Продукт слишком сложен для заказчика. Не нужен ему весь этот геморрой с планированием проекта, нюансами разработки и кучей карточек. Ему нужен результат и приемлемая стоимость.

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

Возможно, такой продукт пойдёт в B2B-сфере, но при условии хорошо-выстроенной интеграции и обучения. Да и конкурентов там уже полно (Bitrix24, Мегаплан, Jira и прочие).

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

Ответить
Комментарий удалён модератором

Мне кажется, можно было бы описать короче - мы, люди, часто просто любим пребывать в иллюзии, так как иллюзия рисует нам картинку, вызывающую шаблонное эмоциональное вовлечение. И "предприниматели" подвержены этому тоже.

В этом суть статьи) Правда, дело не только в эмоциях, но и в ограничениях разума при обработке информации. Хотели на конкретных примерах показать, к чему это может привести при разработке продукта.

2
Ответить

Напечатайте количество очков на карточках, придумайте правила и продавайте как отдельную настольную игру.

5
Ответить

Возьмём на заметку, спасибо!

Ответить

Проект классный, материал отличный. Пожелаю удачи ребятам, у вас всё получится!

4
Ответить

Спасибо :)

1
Ответить

Как же сложно то всё)

3
Ответить

Хорошо написано, много, по делу. Скажите, а можно было просто карточки из Trello распечатать?

1
Ответить

Да, только пришлось бы «поиграться» с масштабом, чтобы распечатанные карточки были компактными и при этом читаемыми.

Но вы мыслите в верном направлении — у пользователей есть потребность кастомизировать карточки, адаптируя их под свои процессы. Думаем, в сторону возможности оцифровывать их, но пока это отдалённая перспектива :)

Ответить

Перешла сразу к урокам. Интересно, спасибо!

1
Ответить

Я, конечно, всё понимаю, но проебать 3 года по собственной глупости и сбросить всё на какие-то когнитивные ловушки? Звучит как один из худших способов оправдать собственное нежелание развивать/ся.

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

Ну а по факту очень смешной материал, пару раз прям заорал. Желаю успехов в следующую пятилетку.

1
Ответить

Шампанского этому Джентльмену.

Ответить

Я, конечно, всё понимаю, но проебать 3 года по собственной глупости и сбросить всё на какие-то когнитивные ловушки? Звучит как один из худших способов оправдать собственное нежелание развивать/ся.

По-вашему, нужно всё «сбросить» на глупость?) Это был бы действительно самый бесполезный способ что-то оправдать. И причём здесь нежелание развиваться? Мы вообще не стали бы ничего предпринимать и выходить из зоны комфорта, если бы не хотели расти.

Мы, напротив, пробуем делать что-то новое. Естественно, в процессе мы ошибаемся — это нормально, вся жизнь состоит из проб и ошибок. Главное принимать ответственность за свои промахи, тогда есть возможность учиться и менять свой продукт к лучшему. Что мы стараемся делать. И честно рассказываем о своих ошибках, чтобы другие их не повторяли. Это отсылка к ошибке выжившего: https://snob.ru/profile/30516/blog/121611.

Для вас пользовательское тестирование на этапе идеи — «прописная истина»? Хорошо, если так, но мне почему-то не верится. CustDev, появившись в нулевых, только сейчас становится общепринятым подходом при разработке новых продуктов. При этом, многие предприниматели до сих пор бояться встречаться с потребителями, пока не довели свой продукт «до совершенства».

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

Вы, очевидно, имеете в виду дизайнера, который предложил показать прототипы пользователям? Это был 4-ый по счёту дизайнер, и он предложил так сделать потому, что хотел защитить своё видение продукта.

Если бы мы его приняли, то:
а) он просто нарисовал бы своё решение без всяких тестирований;
б) при таком раскладе шансы на успех его решения были бы точно такими же, как и у нашего.

Правда в том, что только 5-ый дизайнер смог предложить решение, которое бы соответствовало озвученным в брифе требованиям, а не своё «я так вижу».

Но признаю, что показать прототипы пользователям было хорошей идеей — теперь только так и работаем.

Ну а по факту очень смешной материал, пару раз прям заорал.

Да, самоирония наше всё)

Ответить

а идея хороша, и имеет право на жизнь. только не в плане карточек визуальных -а в плане шаблонизации типовых (под)задач.
Пример: Поезд выезжает с точка А до точки В.
Решение: Нажимаем создание 3Д объекта - создается куча подзадач
Скетч Модель текстуры анимации - на основе шаблонов создается пайплан, вырисовывается общее представление в виде Ганта. Формируются начальные трудозатраты в человекочасах и денежной себестоимости. Артлид тут же дает оценку по времени - получаем более правдоподобную оценку по времени и деньгам.
Вопрос только в шаблонах и конечном результате.
Андрей - идея хороша - давай познакомимся? пивка в Праге тяпнем?

1
Ответить

а идея хороша, и имеет право на жизнь. только не в плане карточек визуальных -а в плане шаблонизации типовых (под)задач.

Да, в процессе тестирования выявили такую потребность, но здесь требуется цифровое решение, а мы пока не готовы серьёзно за него взяться.

Андрей - идея хороша - давай познакомимся? пивка в Праге тяпнем?

Если я когда-нибудь туда доберусь, то обязательно)

Ответить

История "Как мы заебали дизайнеров". Неудивительно, что обосрались

Ответить

Неудивительно, что обосрались

На мой взгляд, это громко сказано :) Да и про дизайнеров — слишком упрощённое понимание ситуации.

Ответить

Зачем тип карточки написан вертикально? Неудобно читать

Ответить

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

В общем, если вдаваться в подробности, то можно ещё один пост только про дизайн карточек написать :)

Ответить

Не понял зачем и кому этот продукт нужен. Это такое trello, только сложное?

Ответить

Не понял зачем и кому этот продукт нужен.

Описано практически в начале статьи: Рождение идеи > Карточки.

Ответить