Как быть дальше №1
А давайте я вам расскажу реальную продуктовую историю, а вы расскажете продолжение: как быть дальше?
Только я поменяю действующих лиц и назначение продукта, но суть и контекст останутся неизменными. Погнали.
Вы отвечаете за создание продукта: веб-сервис, на котором можно выбрать и заказать звезду на корпоратив. Инвесторы договорились с супер-звездой Хилиппом Гиркоровым, что он будет фронт-меном проекта: в интервью про него скажет, в инсте у себя отметит и так далее. Наличие звезды, двигающей продукт, накладывает обязательство показывать ему дизайн-концепты.
И вот у вас есть концепция каталога. Красивые карточки звёзд — ничего лишнего: фото, имя звезды, начальная стоимость корпоратива и кнопка Заказать. Звёзды в основном попса — добавили розовых оттенков в дизайн. Вся команда пищит от макета — всем нравится.
Спустя две недели переговоров инвесторы нашли возможность свести вас с Гиркоровым, чтобы показать ему макеты. Будет созвон в зуме на 5 минут.
— Здравствуйте, Хилипп Бедр ..., — начали вы, но были прерваны Хилиппом.
— К делу! — сказал Хилипп без лишних знакомств.
Вы показываете макет и видите как Хилипп наклоняется ближе к монитору, чтобы разглядеть.
"Так, розовый мне не нравится, заменить." — говорит Хилипп более-менее спокойно.
А потом как гаркнет: "Вы зачем цены в каталоге вывели!? Мы Артииисты, а не товары! Никаких цен в каталоге — только на странице артиста пусть будут цены!"
Понимая, что каталог без цен странная затея, вы судорожно думаете и говорите: "А может хотя бы при наведении мышкой будем цены показывать?"
Хилипп уже отодвинулся от экрана и довольно резко: "Никаких цен в каталоге!". Небольшая пауза. "Хотя при наведении можно" — добавляет Хилипп уже спокойно.
"Всё забирай свои розовые макеты и быстро выходи из зума!" — говорит Хилипп напоследок, закрывая свой Эпл.
Вы собираетесь обсудить правки с командой. Рады, что цену разрешили показывать хотя бы при наведении. И тут вспоминаете, что судя по всем исследованиям 60% посещений будет со смартфонов.
Как быть дальше?
#чтобылодальше
А давайте я вам расскажу реальную продуктовую историю, а вы расскажете продолжение: как быть дальше?
Только я поменяю действующих лиц и назначение продукта, но суть и контекст останутся неизменными. Погнали.
Вы отвечаете за создание продукта: веб-сервис, на котором можно выбрать и заказать звезду на корпоратив. Инвесторы договорились с супер-звездой Хилиппом Гиркоровым, что он будет фронт-меном проекта: в интервью про него скажет, в инсте у себя отметит и так далее. Наличие звезды, двигающей продукт, накладывает обязательство показывать ему дизайн-концепты.
И вот у вас есть концепция каталога. Красивые карточки звёзд — ничего лишнего: фото, имя звезды, начальная стоимость корпоратива и кнопка Заказать. Звёзды в основном попса — добавили розовых оттенков в дизайн. Вся команда пищит от макета — всем нравится.
Спустя две недели переговоров инвесторы нашли возможность свести вас с Гиркоровым, чтобы показать ему макеты. Будет созвон в зуме на 5 минут.
— Здравствуйте, Хилипп Бедр ..., — начали вы, но были прерваны Хилиппом.
— К делу! — сказал Хилипп без лишних знакомств.
Вы показываете макет и видите как Хилипп наклоняется ближе к монитору, чтобы разглядеть.
"Так, розовый мне не нравится, заменить." — говорит Хилипп более-менее спокойно.
А потом как гаркнет: "Вы зачем цены в каталоге вывели!? Мы Артииисты, а не товары! Никаких цен в каталоге — только на странице артиста пусть будут цены!"
Понимая, что каталог без цен странная затея, вы судорожно думаете и говорите: "А может хотя бы при наведении мышкой будем цены показывать?"
Хилипп уже отодвинулся от экрана и довольно резко: "Никаких цен в каталоге!". Небольшая пауза. "Хотя при наведении можно" — добавляет Хилипп уже спокойно.
"Всё забирай свои розовые макеты и быстро выходи из зума!" — говорит Хилипп напоследок, закрывая свой Эпл.
Вы собираетесь обсудить правки с командой. Рады, что цену разрешили показывать хотя бы при наведении. И тут вспоминаете, что судя по всем исследованиям 60% посещений будет со смартфонов.
Как быть дальше?
#чтобылодальше
Ответ на ЧБД-1
Постановка вопроса в предыдущем посте: Что будет дальше №1.
Кратко: якорная звезда сервиса заказа звезды на корпоратив, Хилипп Гиркоров, дал правки по макету: попросил поменять цветовую схему и убрать вывод цены из каталога. Убирание цены мотивировал тем, что артисты не товар и вывод цены ранит чувства. Но сказал, что не против вывода цены при наведении. Менеджер (или дизайнер) думает, как быть дальше — он понимает, что 60% посещений будет с мобилки, а там никакого наведения нет.
Это реальная задача, в которой я поменял ряд вводных, оставив неизменной общую суть.
👇 Разбор вариантов
Поменять якорную звезду
На проекте уже есть якорная звезда, с которой достигнуты договорённости — редко это делается на словах. Т.е. Гиркоров такой же инвестор в проект, как и финансовые инвесторы.
Якорная звезда с именем, весом и связями.
Поменять Гиркорова на другую звезду — сложный путь с неясными перспективами, предложенный на фоне эмоций. Судя по описанному мной диалогу Гиркоров вёл себя хамовато. Но что, если бы он сказал тоже самое душевно? "Я давно общаюсь с артистами — топовые не любят, чтобы их рассматривали как товар. Да, у каждого есть минимальный прайс, но хорошо бы его не светить сразу, как в каталоге с обычными товарами. Можешь предложить иной вариант?" Душка же )
Абстрагируемся от эмоций и высматриваем в комментариях конструктив — без этого навыка очень сложно.
Переубедить Гиркорова
Чтобы переубедить, надо сперва понять, что хороша первоначальная гипотеза —выводить цену сразу. В реальном кейсе несколько артистов подтвердили утверждение Гиркорова — не хотят светить цену сразу.
Важно уметь не переубеждать, а критически относиться к своим идеям. А что если правы не вы?
Реальные варианты
Итак, нам остаётся реализовать вывод цены не сразу, а по наведению и ещё как-то на мобильных. Цена известна (она же уже была в макетах) — это минимальная цена заказа: например, от 100 000 рублей.
По условиям мы создаём веб-сервис (сайт, если говорить по-простому), поэтому необходимо использовать максимально простые варианты реализации, не требующие онбординга.
Максимально простые варианты базируются на двух паттернах поведения пользователей: тягать и тыкать. Пользователь уже тягает страницу (вверх/вниз), нам остаётся дать ему возможность тыкать, чтобы узнать цену. Самое железобетонное решение, которое будет понятно большинству — добавить кнопку "Показать цену". Если приловчиться, то на основании нажатий на эту кнопку можно строить и аналитику ещё: смотрели цену, но не перешли в детали.
Остальные способы реализации показа цены (шторки, вывод на определённой позиции скролла, 3D touch, две стороны у плашки), вероятно, более эффектны, но требуют онбординга или привычки. К тому же, в части реализации будут в разы трудозатратнее.
Так же хорошо добавить поиск по бюджету: указываешь рамки своего бюджета и видишь только подходящих звёзд.
Были ещё варианты завуалированного показа цены: знаками, цветами — такие варианты как правило требуют легенды или онбординга. Иными словами — люди/организации не часто выбирают себе звёзд на корпоратив, чтобы запоминать легенды вывода.
В общем, дальше было так: вывод цены при наведении на десктопе и кнопка "Показать цену" на мобилках, а также фильтр по цене. Живут только простые решения.
Как вам формат ЧБД? Продолжать иногда?
#чтобылодальше
Постановка вопроса в предыдущем посте: Что будет дальше №1.
Кратко: якорная звезда сервиса заказа звезды на корпоратив, Хилипп Гиркоров, дал правки по макету: попросил поменять цветовую схему и убрать вывод цены из каталога. Убирание цены мотивировал тем, что артисты не товар и вывод цены ранит чувства. Но сказал, что не против вывода цены при наведении. Менеджер (или дизайнер) думает, как быть дальше — он понимает, что 60% посещений будет с мобилки, а там никакого наведения нет.
Это реальная задача, в которой я поменял ряд вводных, оставив неизменной общую суть.
👇 Разбор вариантов
Поменять якорную звезду
На проекте уже есть якорная звезда, с которой достигнуты договорённости — редко это делается на словах. Т.е. Гиркоров такой же инвестор в проект, как и финансовые инвесторы.
Якорная звезда с именем, весом и связями.
Поменять Гиркорова на другую звезду — сложный путь с неясными перспективами, предложенный на фоне эмоций. Судя по описанному мной диалогу Гиркоров вёл себя хамовато. Но что, если бы он сказал тоже самое душевно? "Я давно общаюсь с артистами — топовые не любят, чтобы их рассматривали как товар. Да, у каждого есть минимальный прайс, но хорошо бы его не светить сразу, как в каталоге с обычными товарами. Можешь предложить иной вариант?" Душка же )
Абстрагируемся от эмоций и высматриваем в комментариях конструктив — без этого навыка очень сложно.
Переубедить Гиркорова
Чтобы переубедить, надо сперва понять, что хороша первоначальная гипотеза —выводить цену сразу. В реальном кейсе несколько артистов подтвердили утверждение Гиркорова — не хотят светить цену сразу.
Важно уметь не переубеждать, а критически относиться к своим идеям. А что если правы не вы?
Реальные варианты
Итак, нам остаётся реализовать вывод цены не сразу, а по наведению и ещё как-то на мобильных. Цена известна (она же уже была в макетах) — это минимальная цена заказа: например, от 100 000 рублей.
По условиям мы создаём веб-сервис (сайт, если говорить по-простому), поэтому необходимо использовать максимально простые варианты реализации, не требующие онбординга.
Максимально простые варианты базируются на двух паттернах поведения пользователей: тягать и тыкать. Пользователь уже тягает страницу (вверх/вниз), нам остаётся дать ему возможность тыкать, чтобы узнать цену. Самое железобетонное решение, которое будет понятно большинству — добавить кнопку "Показать цену". Если приловчиться, то на основании нажатий на эту кнопку можно строить и аналитику ещё: смотрели цену, но не перешли в детали.
Остальные способы реализации показа цены (шторки, вывод на определённой позиции скролла, 3D touch, две стороны у плашки), вероятно, более эффектны, но требуют онбординга или привычки. К тому же, в части реализации будут в разы трудозатратнее.
Так же хорошо добавить поиск по бюджету: указываешь рамки своего бюджета и видишь только подходящих звёзд.
Были ещё варианты завуалированного показа цены: знаками, цветами — такие варианты как правило требуют легенды или онбординга. Иными словами — люди/организации не часто выбирают себе звёзд на корпоратив, чтобы запоминать легенды вывода.
В общем, дальше было так: вывод цены при наведении на десктопе и кнопка "Показать цену" на мобилках, а также фильтр по цене. Живут только простые решения.
Как вам формат ЧБД? Продолжать иногда?
#чтобылодальше
Что будет дальше №2
Лето 2011 года. Я работаю в компании, которая занимается заказной разработкой и начинает делать первые шаги в разработке готовых продуктов для бизнеса.
Мы сделали решение, которое автоматизирует деятельность торговых организаций: есть серверная часть (через браузер), есть мобильная часть (через смартфон).
И один жирный нюанс тоже есть — наша мобильная часть работает только на базе Windows Mobile, которая в то время мучительно умирала под натиском Андроид. Все понимали, что Windows Mobile скоро умрёт. Продукт вырос из проекта, поэтому технология была пока такая.
Мы предлагаем наше решение потенциальным клиентам, которые находятся в доступности езды на машине, чтобы приехать и на месте всё показать (используем преимущество географии). Рынок не свободный, есть сильные конкуренты.
И вот, в жаркий летний день мы едем в соседний город показывать систему.
Приехали к клиенту — у него офис и производство совмещены. Производят они рыбные пресервы и копчёную рыбу. И по речи, и по внешности видно, что руководитель бизнес держит в ежовых рукавицах. Компания образована в 90-е.
Мы опоздали минут на десять: тяжело было адрес найти, да ещё и ДПС тормознули (без штрафа, но всё же).
— Пацаны, что за херня? Кто кому деньги платит? Уже 10 минут ждём: мои люди дорого стоят! (сказал руководитель)
— Пока ещё деньги никто никому не платил. ДПС тормознули — долго документы проверяли (отвечаю я).
— А! Ну если мусора, тогда ладно. Пошли.
Нас ведут в офис через часть цеха — на крюках висят копчёные лещи, сомы.
Пришли на переговоры. Нас двое. Их человек 5: руководитель, 3 менеджера и технический специалист.
Познакомились. Рассказали о системе. Руководитель оставил менеджеров обсуждать наше решение, а сам куда-то вышел.
Мы уже минут 20 обсуждаем — основной вопрос, будет ли версия для Андроид и когда. У конкурентов она уже есть. Чёткого плана у нас пока нет, так как внедрений ещё мало и нет бюджета для Андроид версии. Но при этом мы говорим, что в течение года будет версия, а сейчас можно смело работать на Windows Mobile — пока эти устройства выйдут из строя, уже и Андроид версия появится. Видно, что менеджеры в сильных сомнениях.
И тут возвращает руководитель ...
Что будет дальше? Как бы вы "продавали" продукт на умирающей платформе?
#чтобылодальше
Лето 2011 года. Я работаю в компании, которая занимается заказной разработкой и начинает делать первые шаги в разработке готовых продуктов для бизнеса.
Мы сделали решение, которое автоматизирует деятельность торговых организаций: есть серверная часть (через браузер), есть мобильная часть (через смартфон).
И один жирный нюанс тоже есть — наша мобильная часть работает только на базе Windows Mobile, которая в то время мучительно умирала под натиском Андроид. Все понимали, что Windows Mobile скоро умрёт. Продукт вырос из проекта, поэтому технология была пока такая.
Мы предлагаем наше решение потенциальным клиентам, которые находятся в доступности езды на машине, чтобы приехать и на месте всё показать (используем преимущество географии). Рынок не свободный, есть сильные конкуренты.
И вот, в жаркий летний день мы едем в соседний город показывать систему.
Приехали к клиенту — у него офис и производство совмещены. Производят они рыбные пресервы и копчёную рыбу. И по речи, и по внешности видно, что руководитель бизнес держит в ежовых рукавицах. Компания образована в 90-е.
Мы опоздали минут на десять: тяжело было адрес найти, да ещё и ДПС тормознули (без штрафа, но всё же).
— Пацаны, что за херня? Кто кому деньги платит? Уже 10 минут ждём: мои люди дорого стоят! (сказал руководитель)
— Пока ещё деньги никто никому не платил. ДПС тормознули — долго документы проверяли (отвечаю я).
— А! Ну если мусора, тогда ладно. Пошли.
Нас ведут в офис через часть цеха — на крюках висят копчёные лещи, сомы.
Пришли на переговоры. Нас двое. Их человек 5: руководитель, 3 менеджера и технический специалист.
Познакомились. Рассказали о системе. Руководитель оставил менеджеров обсуждать наше решение, а сам куда-то вышел.
Мы уже минут 20 обсуждаем — основной вопрос, будет ли версия для Андроид и когда. У конкурентов она уже есть. Чёткого плана у нас пока нет, так как внедрений ещё мало и нет бюджета для Андроид версии. Но при этом мы говорим, что в течение года будет версия, а сейчас можно смело работать на Windows Mobile — пока эти устройства выйдут из строя, уже и Андроид версия появится. Видно, что менеджеры в сильных сомнениях.
И тут возвращает руководитель ...
Что будет дальше? Как бы вы "продавали" продукт на умирающей платформе?
#чтобылодальше
Ответ на ЧБД-2
Итак, год 2011. Пытаемся продать продукт, состоящий из двух частей: веб (для руководителей) и мобильная (для полевых). Мобильная пока работает только на Windows Mobile, которая умирает под натиском Андроид, а для Андроид у нас пока версии нет. Больше деталей в предыдущем посте.
Продукт у нас очень-очень молодой: есть только два внедрения.
На что делаем упор при продаже:
1. Используем преимущество географии: Мы рядом с вами, земляки, всё понимаем. Дело было в Ростовской области. Мы были в часе езды от клиента, а основные конкуренты в Москве и Калининграде (очень далеко). Если будут проблемы — приедем, посмотрим, расскажем.
2. Мы разработчики, а не агенты. Это важно — некоторые конкуренты внедряют свои решения через партнёров, которые на само решение влиять не могут.
3. У нас мало внедрений, поэтому мы максимально чуткие и сервисные — готовы к кастомизациям. Нам в этом плане повезло — у клиента учётная система была самописная, работала в DOS (угу, бывает и такое). Чтобы с ней интегрироваться надо было поработать и нам, и им. Большие игроки такое не любят или оценивают очень-очень дорого.
4. У нас большой опыт в других проектах и портфолио — мы надёжные. На встречу мы конечно взяли раздатку — это распечатанное портфолио. Такую раздатку я вручил руководителю и главным менеджерам. Ну и важно, что наша компания работала к тому времени уже 11 лет — стабильно стояла на ногах, продукт был одним из направлений.
5. Мы обещали версию для Андроид через год и поддержку версии для Windows Mobile ещё год после выхода версии для Андроид. Делали ставку, что Андроид пока сырой, поэтому мы и не делаем его в спешке. Windows Mobile исчезнет — с этим не спорили, но время ещё есть: купите не 10 устройств, а 15: у вас будет запас.
И знаете, что сработало?
Руководитель, как я написал, довольно быстро вышел из беседы — ушёл в другой кабинет.
Он вернулся через 20 минут и, не спрашивая мнения своих менеджеров, объявляет: "Я позвонил куда надо. Это хорошие ребята, будем работать с ними. Заключайте договор!"
Всё. Настоящий ЛПР принял решение.
Сработала раздатка — он просто позвонил в те компании, с которыми мы работали. Наверняка, кого-то из руководителей тех компаний он знал лично.
Надо сказать, что он не ошибся — мы сделали версию для Андроид в течение года и компании долго-долго сотрудничали (а может и сейчас сотрудничают). Руководитель оказался хорошим мужиком и сильным руководителем — внедрение с их стороны никто не динамил.
В общем, важно быть хорошими ребятами — у нашей организации была хорошая репутация, которая оказалась важнее некоторых минусов продукта. Продукт доработать легче, чем улучшить репутацию. Автоматизировать ключевые процессы компании должна компания, которая стабильно стоит на ногах — основная сложность b2b-продуктов на старте.
#чтобылодальше
Итак, год 2011. Пытаемся продать продукт, состоящий из двух частей: веб (для руководителей) и мобильная (для полевых). Мобильная пока работает только на Windows Mobile, которая умирает под натиском Андроид, а для Андроид у нас пока версии нет. Больше деталей в предыдущем посте.
Продукт у нас очень-очень молодой: есть только два внедрения.
На что делаем упор при продаже:
1. Используем преимущество географии: Мы рядом с вами, земляки, всё понимаем. Дело было в Ростовской области. Мы были в часе езды от клиента, а основные конкуренты в Москве и Калининграде (очень далеко). Если будут проблемы — приедем, посмотрим, расскажем.
2. Мы разработчики, а не агенты. Это важно — некоторые конкуренты внедряют свои решения через партнёров, которые на само решение влиять не могут.
3. У нас мало внедрений, поэтому мы максимально чуткие и сервисные — готовы к кастомизациям. Нам в этом плане повезло — у клиента учётная система была самописная, работала в DOS (угу, бывает и такое). Чтобы с ней интегрироваться надо было поработать и нам, и им. Большие игроки такое не любят или оценивают очень-очень дорого.
4. У нас большой опыт в других проектах и портфолио — мы надёжные. На встречу мы конечно взяли раздатку — это распечатанное портфолио. Такую раздатку я вручил руководителю и главным менеджерам. Ну и важно, что наша компания работала к тому времени уже 11 лет — стабильно стояла на ногах, продукт был одним из направлений.
5. Мы обещали версию для Андроид через год и поддержку версии для Windows Mobile ещё год после выхода версии для Андроид. Делали ставку, что Андроид пока сырой, поэтому мы и не делаем его в спешке. Windows Mobile исчезнет — с этим не спорили, но время ещё есть: купите не 10 устройств, а 15: у вас будет запас.
И знаете, что сработало?
Руководитель, как я написал, довольно быстро вышел из беседы — ушёл в другой кабинет.
Он вернулся через 20 минут и, не спрашивая мнения своих менеджеров, объявляет: "Я позвонил куда надо. Это хорошие ребята, будем работать с ними. Заключайте договор!"
Всё. Настоящий ЛПР принял решение.
Сработала раздатка — он просто позвонил в те компании, с которыми мы работали. Наверняка, кого-то из руководителей тех компаний он знал лично.
Надо сказать, что он не ошибся — мы сделали версию для Андроид в течение года и компании долго-долго сотрудничали (а может и сейчас сотрудничают). Руководитель оказался хорошим мужиком и сильным руководителем — внедрение с их стороны никто не динамил.
В общем, важно быть хорошими ребятами — у нашей организации была хорошая репутация, которая оказалась важнее некоторых минусов продукта. Продукт доработать легче, чем улучшить репутацию. Автоматизировать ключевые процессы компании должна компания, которая стабильно стоит на ногах — основная сложность b2b-продуктов на старте.
#чтобылодальше
Что будет дальше №3
Давайте разомнёмся на очередном ЧБД?
Девять лет назад я руководил разработкой одной внутренней веб-системы для Администрации Ростова-на-Дону. Госзаказ. У системы было примерно 200 активных пользователей, максимальный потолок — 1200 пользователей (все сотрудники Администрации). Логинишься и попадаешь в систему: в основном таблицы и формы. Типичная админка, короче: слева меню, справа рабочая зона (Сбербанк-онлайн сейчас так выглядит).
Но не про всю систему сегодня, а только про меню. В то время (да и сейчас тоже) было модно делать полное и упрощённое меню. Полное — показывается иконка и название пункта. Упрощённое — меню становится узким и показываются только иконки.
В общем, мы тоже такое сделали: таблицы были широкими и упрощение меню давало больше полезного места.
Система получилась славная (и сейчас работает): внедрили, обучили, инструкции отдали. Возможность упростить меню при обучении всем нравилась. Но что было дальше, когда стали работать с системой?
#чтобылодальше #UX
Давайте разомнёмся на очередном ЧБД?
Девять лет назад я руководил разработкой одной внутренней веб-системы для Администрации Ростова-на-Дону. Госзаказ. У системы было примерно 200 активных пользователей, максимальный потолок — 1200 пользователей (все сотрудники Администрации). Логинишься и попадаешь в систему: в основном таблицы и формы. Типичная админка, короче: слева меню, справа рабочая зона (Сбербанк-онлайн сейчас так выглядит).
Но не про всю систему сегодня, а только про меню. В то время (да и сейчас тоже) было модно делать полное и упрощённое меню. Полное — показывается иконка и название пункта. Упрощённое — меню становится узким и показываются только иконки.
В общем, мы тоже такое сделали: таблицы были широкими и упрощение меню давало больше полезного места.
Система получилась славная (и сейчас работает): внедрили, обучили, инструкции отдали. Возможность упростить меню при обучении всем нравилась. Но что было дальше, когда стали работать с системой?
#чтобылодальше #UX
Краткое содержание предыдущего поста: пользователи могли упростить меню, чтобы расширить рабочую зону, но ...
Ответ на ЧБД-3
Но вообще не пользовались этой опцией. Я прихожу к пользователю, говорю: "У вас таблица широкая — скролл появился. Вы можете меню сделать маленьким, чтобы больше данных видеть сразу." А мне говорят: "О, а я и забыл, что так можно".
Но потом опять забывают и в итоге не пользуются вовсе. И у них для этого есть причины:
1. Мы дали инструмент, который в обоих состояниях имеет минусы. В развёрнутом виде отжирает место, а в свёрнутом непонятен — иконки без подписей редко понимают интуитивно и быстро. Так себе плюшечка на самом деле.
2. Большинство пользователей вообще не любят что-то настраивать. "Я хочу открыть систему и просто начать работать." Есть, конечно, любители поковыряться в настройках — но в рабочих системах таких почти нет. Время ограниченно — надо пользоваться, а не настраивать.
Все пользовались развёрнутым меню, а если были широкие таблицы, то скроллили их.
На том проекте я здорово прокачался в части работы с таблицами — многое легло в основу статьи про UX-таблиц, с которыми работают.
А в части меню для рабочих систем: можно делать узкое меню с иконками, вынося в него главные разделы (так сделано у AmoCRM, например). А для второстепенных редких разделов делать отдельное второстепенное меню.
#чтобылодальше #UX
Ответ на ЧБД-3
Но вообще не пользовались этой опцией. Я прихожу к пользователю, говорю: "У вас таблица широкая — скролл появился. Вы можете меню сделать маленьким, чтобы больше данных видеть сразу." А мне говорят: "О, а я и забыл, что так можно".
Но потом опять забывают и в итоге не пользуются вовсе. И у них для этого есть причины:
1. Мы дали инструмент, который в обоих состояниях имеет минусы. В развёрнутом виде отжирает место, а в свёрнутом непонятен — иконки без подписей редко понимают интуитивно и быстро. Так себе плюшечка на самом деле.
2. Большинство пользователей вообще не любят что-то настраивать. "Я хочу открыть систему и просто начать работать." Есть, конечно, любители поковыряться в настройках — но в рабочих системах таких почти нет. Время ограниченно — надо пользоваться, а не настраивать.
Все пользовались развёрнутым меню, а если были широкие таблицы, то скроллили их.
На том проекте я здорово прокачался в части работы с таблицами — многое легло в основу статьи про UX-таблиц, с которыми работают.
А в части меню для рабочих систем: можно делать узкое меню с иконками, вынося в него главные разделы (так сделано у AmoCRM, например). А для второстепенных редких разделов делать отдельное второстепенное меню.
#чтобылодальше #UX
Что будет дальше №4
Очередной ЧБД — это когда я рассказываю кусок реальной истории из практики, а вы её продолжаете. Как было на самом деле — через пост.
Володя проснулся пораньше — сегодня важный день, поедет к заказчику представлять дизайн нового сайта. Заказчик не бизнес, а структура помогающая бизнесу: заказали сайт, на котором будут представлены меры поддержки для бизнесменов, выходящих на рынок Евросоюза.
По условиям контракта надо представить два варианта дизайна, чтобы заказчик выбрал тот, который и станет основой для финального дизайна. Времени было мало, поэтому делали контраст: хороший вариант и второй для формальности, но без наглости.
Накануне дизайнер Оля внесла финальные правки в макеты, всё готово.
Никто не сомневается, что выберут макет 1 (условное название — "Солнце"). Он на голову выше макета 2 (условное название — "Туча"). И цвета у "Солнца" не такие кислотные, и "воздуха" больше, и навигация интереснее, и веет от него современностью. В общем, макет, который не стыдно предлагать и потом вешать в портфолио. Вариант "Туча" был хорошим макетом для дизайна семилетней давности. Ставку на него никто не делал, он был для формальности.
В 11:00 Володя был у представителя заказчика — это была Элеонора Валерьевна, она отвечала за помощь бизнесу с выходом в Евросоюз и могла принимать решения по сайту. Идеальная встреча — показ макетов сразу ЛПР. Элеонора Валерьевна в прекрасном расположении духа.
— Так, Володя, чем вы нас порадуете?
— Элеонора Валерьевна, выбирайте! (сказал Володя и радостно выложил цветастые распечатки на стол).
— Прекрасно! Очень по-европейски. Этот однозначно. (быстро делает выбор и указывает на ... "Тучу").
— Э-э-э-тот?
— Да-да, он прекрасен.
Володя в растерянности — выбран макет, который был формальной альтернативой. Что значит "по-европейски" он тоже не понимает — в референсах были приличные европейские сайты, которые гораздо ближе к "Солнцу", чем к "Туче". Он хочет переубедить Элеонору Валерьевну — ему не хочется выпускать сайт в дизайне "Тучи".
Как быть дальше?
#чтобылодальше
Очередной ЧБД — это когда я рассказываю кусок реальной истории из практики, а вы её продолжаете. Как было на самом деле — через пост.
Володя проснулся пораньше — сегодня важный день, поедет к заказчику представлять дизайн нового сайта. Заказчик не бизнес, а структура помогающая бизнесу: заказали сайт, на котором будут представлены меры поддержки для бизнесменов, выходящих на рынок Евросоюза.
По условиям контракта надо представить два варианта дизайна, чтобы заказчик выбрал тот, который и станет основой для финального дизайна. Времени было мало, поэтому делали контраст: хороший вариант и второй для формальности, но без наглости.
Накануне дизайнер Оля внесла финальные правки в макеты, всё готово.
Никто не сомневается, что выберут макет 1 (условное название — "Солнце"). Он на голову выше макета 2 (условное название — "Туча"). И цвета у "Солнца" не такие кислотные, и "воздуха" больше, и навигация интереснее, и веет от него современностью. В общем, макет, который не стыдно предлагать и потом вешать в портфолио. Вариант "Туча" был хорошим макетом для дизайна семилетней давности. Ставку на него никто не делал, он был для формальности.
В 11:00 Володя был у представителя заказчика — это была Элеонора Валерьевна, она отвечала за помощь бизнесу с выходом в Евросоюз и могла принимать решения по сайту. Идеальная встреча — показ макетов сразу ЛПР. Элеонора Валерьевна в прекрасном расположении духа.
— Так, Володя, чем вы нас порадуете?
— Элеонора Валерьевна, выбирайте! (сказал Володя и радостно выложил цветастые распечатки на стол).
— Прекрасно! Очень по-европейски. Этот однозначно. (быстро делает выбор и указывает на ... "Тучу").
— Э-э-э-тот?
— Да-да, он прекрасен.
Володя в растерянности — выбран макет, который был формальной альтернативой. Что значит "по-европейски" он тоже не понимает — в референсах были приличные европейские сайты, которые гораздо ближе к "Солнцу", чем к "Туче". Он хочет переубедить Элеонору Валерьевну — ему не хочется выпускать сайт в дизайне "Тучи".
Как быть дальше?
#чтобылодальше
Ответ на ЧБД-4
Краткое содержание постановки: менеджер Володя пришёл к заказчику с двумя вариантами дизайна сайта — один топчик "Солнце", а второй так себе "Туча". Заказчик обрадовался хорошей работе и выбрал вариант ... "Туча".
Что было дальше:
Если присмотреться, то видно, что задача синонимична ситуации: заказчик (или коллега) предлагает правки, которые не совпадают с вашими представлениями о прекрасном.
Володя сделал ставку на определённый макет, а второй был формальностью — так бывает, когда бюджет ограничен. Но у заказчика иной вкус и ему понравился "формальный" макет.
Что не надо делать: не надо критиковать альтернативный макет, который сам же предложил.
Что надо: надо уточнить, что именно нравится в одном макете, а что в другом.
Объективно макеты могли бы соревноваться, если бы были собраны данные об их эффективности. Таких данных не было и заказ не предполагал их сбор. Всё остальное — вкусовщина (писал про это отдельную заметку).
Дальше было так: вариант "Туча" причесали до более-менее современно вида, не утеряв при этом моментов, которые понравились заказчику. Проект был эффективен по бюджету: попасть с ходу (пусть и случайно) в ожидания заказчика от дизайна — это очень хорошо. Радоваться надо 🎉
#чтобылодальше
Краткое содержание постановки: менеджер Володя пришёл к заказчику с двумя вариантами дизайна сайта — один топчик "Солнце", а второй так себе "Туча". Заказчик обрадовался хорошей работе и выбрал вариант ... "Туча".
Что было дальше:
Если присмотреться, то видно, что задача синонимична ситуации: заказчик (или коллега) предлагает правки, которые не совпадают с вашими представлениями о прекрасном.
Володя сделал ставку на определённый макет, а второй был формальностью — так бывает, когда бюджет ограничен. Но у заказчика иной вкус и ему понравился "формальный" макет.
Что не надо делать: не надо критиковать альтернативный макет, который сам же предложил.
Что надо: надо уточнить, что именно нравится в одном макете, а что в другом.
Объективно макеты могли бы соревноваться, если бы были собраны данные об их эффективности. Таких данных не было и заказ не предполагал их сбор. Всё остальное — вкусовщина (писал про это отдельную заметку).
Дальше было так: вариант "Туча" причесали до более-менее современно вида, не утеряв при этом моментов, которые понравились заказчику. Проект был эффективен по бюджету: попасть с ходу (пусть и случайно) в ожидания заказчика от дизайна — это очень хорошо. Радоваться надо 🎉
#чтобылодальше
Что будет дальше №5
Очередной ЧБД — это когда я рассказываю кусок реальной истории из практики, а вы её продолжаете. Как было на самом деле — через пост.
В этот раз история про трудовые отношения. Имя героя изменено.
На прошлом месте работы я руководил отделом системного анализа: ребята и девчата писали требования к системам, общались с заказчиками, разбирали ТЗ с госзакупок и т.д..
Мы искали нового системного аналитика с упором в геоинформационные системы — ГИС. Город небольшой, разгуляться негде, удалёнка ещё не в тренде.
И вот поступает резюме от Игната.
Игнат сильно отличался от типичного сотрудника компании — ему было 49 лет (средний возраст сотрудников при этом был 25-27), у него не было опыта в разработке ИТ систем, но был опыт в ГИС. Он работал то ли преподавателем, то ли лаборантом в институте — помогал студентам изучать геоинформационные системы. А потом прошло сокращение штата. У него были видео-уроки по ГИС на youtube — доходчиво объяснял, примеры хорошие приводил.
Я решил, что кандидатура Игната хороша — взрослый мужик с ГИС опытом, которого можно смело отпустить к заказчикам и он с ними будет общаться на одном языке. А со временем и ТЗ писать научится. На собеседовании Игнат волновался сильно, но я списал это на: "Искать работу внезапно после сокращения в 49 лет, наверное, волнительно".
Первый месяц работы прошёл ожидаемо без каких-то прорывов. Единственное, я заметил, что Игнат почти всегда волнуется при обсуждениях, а с заказчиками ведёт себя не особо уверенно даже в вопросах ГИС.
Второй месяц прошёл почти также — но добавился ещё факт непредсказуемости: обсуждаешь с Игнатом одно, а он делает иначе. Например, он увлёкся Axure (это среда для разработки интерактивных прототипов). Ему ставишь ограничение — не делай пока интерактив, делай только макет интерфейса, нет времени. Он делает интерактив (ему интересно) и в итоге не успевает. Я ему говорю об этом, прошу быть более предсказуемым — если договорились, то так и делать.
Третий месяц не дал сильного прогресса — но добавился факт, что ребята-коллеги сказали, что Игнат по понедельникам как будто после пьянки приходит. Не пьяный, но с перегаром.
В итоге: Игнат сильно нервничает при обсуждениях; неуверенно ведёт себя с заказчиками; часто делает не то/не так, что обсудили; макеты интерфейсов получаются так себе; ТЗ требуют сильной редактуры. НО при этом видно, что он старается и ему нравится работа.
Прошло три месяца, пришло время подвести итоги испытательного срока. Что было дальше?
#чтобылодальше
Очередной ЧБД — это когда я рассказываю кусок реальной истории из практики, а вы её продолжаете. Как было на самом деле — через пост.
В этот раз история про трудовые отношения. Имя героя изменено.
На прошлом месте работы я руководил отделом системного анализа: ребята и девчата писали требования к системам, общались с заказчиками, разбирали ТЗ с госзакупок и т.д..
Мы искали нового системного аналитика с упором в геоинформационные системы — ГИС. Город небольшой, разгуляться негде, удалёнка ещё не в тренде.
И вот поступает резюме от Игната.
Игнат сильно отличался от типичного сотрудника компании — ему было 49 лет (средний возраст сотрудников при этом был 25-27), у него не было опыта в разработке ИТ систем, но был опыт в ГИС. Он работал то ли преподавателем, то ли лаборантом в институте — помогал студентам изучать геоинформационные системы. А потом прошло сокращение штата. У него были видео-уроки по ГИС на youtube — доходчиво объяснял, примеры хорошие приводил.
Я решил, что кандидатура Игната хороша — взрослый мужик с ГИС опытом, которого можно смело отпустить к заказчикам и он с ними будет общаться на одном языке. А со временем и ТЗ писать научится. На собеседовании Игнат волновался сильно, но я списал это на: "Искать работу внезапно после сокращения в 49 лет, наверное, волнительно".
Первый месяц работы прошёл ожидаемо без каких-то прорывов. Единственное, я заметил, что Игнат почти всегда волнуется при обсуждениях, а с заказчиками ведёт себя не особо уверенно даже в вопросах ГИС.
Второй месяц прошёл почти также — но добавился ещё факт непредсказуемости: обсуждаешь с Игнатом одно, а он делает иначе. Например, он увлёкся Axure (это среда для разработки интерактивных прототипов). Ему ставишь ограничение — не делай пока интерактив, делай только макет интерфейса, нет времени. Он делает интерактив (ему интересно) и в итоге не успевает. Я ему говорю об этом, прошу быть более предсказуемым — если договорились, то так и делать.
Третий месяц не дал сильного прогресса — но добавился факт, что ребята-коллеги сказали, что Игнат по понедельникам как будто после пьянки приходит. Не пьяный, но с перегаром.
В итоге: Игнат сильно нервничает при обсуждениях; неуверенно ведёт себя с заказчиками; часто делает не то/не так, что обсудили; макеты интерфейсов получаются так себе; ТЗ требуют сильной редактуры. НО при этом видно, что он старается и ему нравится работа.
Прошло три месяца, пришло время подвести итоги испытательного срока. Что было дальше?
#чтобылодальше
Ответ на ЧБД-5
Краткое содержание постановки: на работу наняли взрослого мужика Игната, а он не особо справляется со своими обязанностями. Но видно, что старается и стремится. Подходит к концу испытательный срок.
Что было дальше:
Это история с двойным дном. Причём, второе дно открылось примерно через год после закрытия первого.
Итак, я крепко задумался к концу испытательного срока Игната. У меня и у компании были определённые ожидания, связанные с Игнатом, которые он не оправдал. Тяжелее всего была непредсказуемость в итогах задач: обсуждаем одно, а делает иначе. Нянчиться не было ни желания, ни возможности — нужна была боевая единица, работы много.
Первое дно истории закрылось довольно очевидно: испытательный срок Игнат не прошёл — мы тихо и мирно расстались, пожелав друг другу процветания и прочих радостей.
При найме я поверил в Игната (опыта в ИТ не было), но ошибся. Так бывает.
Мораль для сотрудников при трудоустройстве: всегда уточняйте, что от вас ожидает работодатель в течение испытательного срока. На моей памяти почти никто из соискателей этот вопрос не задавал.
Мораль для работодателей: всегда поясняйте соискателям, что вы от них ожидаете во время испытательного срока и далее. Даже если не спрашивают.
Но история на увольнении не закончилась (второе дно истории). Моя вера в Игната не прошла бесследно — примерно через год после увольнения я получил вот такую СМС (на картинке).
#чтобылодальше
Краткое содержание постановки: на работу наняли взрослого мужика Игната, а он не особо справляется со своими обязанностями. Но видно, что старается и стремится. Подходит к концу испытательный срок.
Что было дальше:
Это история с двойным дном. Причём, второе дно открылось примерно через год после закрытия первого.
Итак, я крепко задумался к концу испытательного срока Игната. У меня и у компании были определённые ожидания, связанные с Игнатом, которые он не оправдал. Тяжелее всего была непредсказуемость в итогах задач: обсуждаем одно, а делает иначе. Нянчиться не было ни желания, ни возможности — нужна была боевая единица, работы много.
Первое дно истории закрылось довольно очевидно: испытательный срок Игнат не прошёл — мы тихо и мирно расстались, пожелав друг другу процветания и прочих радостей.
При найме я поверил в Игната (опыта в ИТ не было), но ошибся. Так бывает.
Мораль для сотрудников при трудоустройстве: всегда уточняйте, что от вас ожидает работодатель в течение испытательного срока. На моей памяти почти никто из соискателей этот вопрос не задавал.
Мораль для работодателей: всегда поясняйте соискателям, что вы от них ожидаете во время испытательного срока и далее. Даже если не спрашивают.
Но история на увольнении не закончилась (второе дно истории). Моя вера в Игната не прошла бесследно — примерно через год после увольнения я получил вот такую СМС (на картинке).
#чтобылодальше
