Про менторство
Я уже обмолвился, что поставил свой пет-проект Айти Кадр на паузу. Если на него зайти, то там так и написано — пока на паузе. Это был сервис, который помогал найти наставников в сфере Айти. Найти с разной целью: для регулярных занятий, для получения обратной связи по резюме, для консультации … Занимался я им пару лет и у меня накопилось несколько наблюдений про менторство.
1. Количество ИТ-менторов за 2 года сильно выросло.
2. Качество ИТ-менторов за 2 года сильно просело. Если раньше это были люди с действительно большим опытом, то сейчас в менторы идут даже с 2-3 годами опыта. Многие и вовсе безработные: сами работу ищут, но и другим “помогают” найти.
3. Офигенно большой упор в менторстве на “войти в ИТ” и “как джуну найти первую работу”.
4. Появились “профессиональные” менторы. Их основной заработок — менторство. В опыте несколько “ex-…”, а сейчас на 100% ментор.
5. По многим направлениям менторство переросло в формат репетиторства. Например, программирование для начинающих — по сути нанимают репетитора, а не ментора.
Почему поставил на паузу?
▫️Нет времени на качественную проработку в новых реалиях: когда много так-себе менторов.
▫️Никогда не верил в менторство, как бизнес. Это всегда был проект для себя, а не бизнес — те небольшие деньги, которые получал с него уходили на оплату комиссий и сервисы. У приличного ментора обычно нет мест. Он работает, а менторит время от времени — в такой модели в принципе бизнес-проект не сделать (продаёшь слишком ограниченный ресурс).
▫️Не нравится то, куда движется менторство. В моём понимании ментор не может на 100% заниматься менторством — это тогда консультант или репетитор, но не ментор. Среди программистов много тех, кто менторит джунов (по сути репетиторы), но при этом сами ищут работу и не могут найти (ещё те говнокодеры).
Как по мне — тема менторства на волне хайпа превратилась в 1-1 обучение.
... и порой с большими вопросами к качеству такого обучения.
Я уже обмолвился, что поставил свой пет-проект Айти Кадр на паузу. Если на него зайти, то там так и написано — пока на паузе. Это был сервис, который помогал найти наставников в сфере Айти. Найти с разной целью: для регулярных занятий, для получения обратной связи по резюме, для консультации … Занимался я им пару лет и у меня накопилось несколько наблюдений про менторство.
1. Количество ИТ-менторов за 2 года сильно выросло.
2. Качество ИТ-менторов за 2 года сильно просело. Если раньше это были люди с действительно большим опытом, то сейчас в менторы идут даже с 2-3 годами опыта. Многие и вовсе безработные: сами работу ищут, но и другим “помогают” найти.
3. Офигенно большой упор в менторстве на “войти в ИТ” и “как джуну найти первую работу”.
4. Появились “профессиональные” менторы. Их основной заработок — менторство. В опыте несколько “ex-…”, а сейчас на 100% ментор.
5. По многим направлениям менторство переросло в формат репетиторства. Например, программирование для начинающих — по сути нанимают репетитора, а не ментора.
Почему поставил на паузу?
▫️Нет времени на качественную проработку в новых реалиях: когда много так-себе менторов.
▫️Никогда не верил в менторство, как бизнес. Это всегда был проект для себя, а не бизнес — те небольшие деньги, которые получал с него уходили на оплату комиссий и сервисы. У приличного ментора обычно нет мест. Он работает, а менторит время от времени — в такой модели в принципе бизнес-проект не сделать (продаёшь слишком ограниченный ресурс).
▫️Не нравится то, куда движется менторство. В моём понимании ментор не может на 100% заниматься менторством — это тогда консультант или репетитор, но не ментор. Среди программистов много тех, кто менторит джунов (по сути репетиторы), но при этом сами ищут работу и не могут найти (ещё те говнокодеры).
Как по мне — тема менторства на волне хайпа превратилась в 1-1 обучение.
... и порой с большими вопросами к качеству такого обучения.
— А это мы сделаем попозже!
— Не, не сделаем.
Вы же, наверняка, знаете, что если какие-то UI-мелочи не сделать сразу хорошо, то вероятность, что они в ближайшей перспективе вообще будут сделаны, стремится к нулю.
Почему так: вы взяли приоритетную большую задачу в работу. В этот момент все мелочи, которые связаны с этой задачей, имеют такой же высокий приоритет. Подровнять, иконки обновить, удобную загрузку файлов сделать и т.п. — все UI-мелочи с высоким приоритетом.
Но вот вы что-то отложили на после — например, смирились с кривым выравниванием, так как не критично, а выложиться уже надо было. Но “после” у любой мелочи приоритет становится ниже. Не до них.
К тому же каждая мелочь приобретает бОльшую трудоёмкость: взять в работу, отдать в тестирование, потестить, инструкции обновить ... Мелочь становится дороже в два-три раза точно. Экономия на мелочах не становится экономией.
Продукт начинает обрастать стремными местами. Но все они мелкие, не приоритетные, а при этом их надо обслуживать: в бэклоге держать, спорить об их важности внутри команды и т.д.
В общем, экономить на мелочах не особо получится. Экономить надо на крупном 😉
— Не, не сделаем.
Вы же, наверняка, знаете, что если какие-то UI-мелочи не сделать сразу хорошо, то вероятность, что они в ближайшей перспективе вообще будут сделаны, стремится к нулю.
Почему так: вы взяли приоритетную большую задачу в работу. В этот момент все мелочи, которые связаны с этой задачей, имеют такой же высокий приоритет. Подровнять, иконки обновить, удобную загрузку файлов сделать и т.п. — все UI-мелочи с высоким приоритетом.
Но вот вы что-то отложили на после — например, смирились с кривым выравниванием, так как не критично, а выложиться уже надо было. Но “после” у любой мелочи приоритет становится ниже. Не до них.
К тому же каждая мелочь приобретает бОльшую трудоёмкость: взять в работу, отдать в тестирование, потестить, инструкции обновить ... Мелочь становится дороже в два-три раза точно. Экономия на мелочах не становится экономией.
Продукт начинает обрастать стремными местами. Но все они мелкие, не приоритетные, а при этом их надо обслуживать: в бэклоге держать, спорить об их важности внутри команды и т.д.
В общем, экономить на мелочах не особо получится. Экономить надо на крупном 😉
Как отдыхать в отпуске
===
Эту заметку я повторяю из года в год в отпускной сезон. Отдыхайте, чтобы работать.
===
Отпускной сезон вот-вот войдёт в свою активную фазу. Хочу поделиться с вами своими наблюдениями о грамотной организации отпускных процессов в команде.
Отпускникам
Главное правило: УХОДИ НА 100%
Нельзя:
⛔️ Делать в отпуске рабочие дела, до которых не доходили руки.
⛔️ Проверять рабочую почту — поставьте автоответ, что до такого-то числа вас нет.
⛔️ Участвовать в рабочих чатах — отключите уведомления и не заглядывайте.
⛔️ Ходить в гости на работу и видеться с коллегами (минимум рабочего).
Если полностью убрать из отпуска работу, то вы с интересом вернётесь к делам и успеете соскучиться по коллегам.
Конечно, чтобы уйти в отпуск на 100%, необходимо к этому подготовиться.
✅ Если вы общаетесь с заказчиком — предупредите их за неделю об отпуске и предоставьте контакты того, кто вместо вас.
✅ Не берите большую задачу перед отпуском — если что-то пойдёт не так, то уйти на 100% будет сложнее.
✅ Заранее предупредите коллег об отпуске и о том, что им придётся делать вместо вас в этот период.
✅ Не пытайтесь за последнюю неделю перед отпуском сделать всё-всё и даже наперёд, выматывая себя. Работайте по приоритетам без авралов. Отдохнёте и доделаете.
✅ Если вы единственный источник знаний по какой-то теме, то надо понимать, что об этих знаниях вас могут спросить во время отпуска, если они сильно нужны.
Тем, кто остался
Главное правило: ОТПУСКНИКА НЕТ
⛔️ Если руководитель из-за какого-то форс-мажора вызывает отпускника, то стоимость форс-мажора должна быть больше ценности сотрудника. Иными словами: форс-мажор исправить важнее, чем потерять вызываемого сотрудника.
⛔️ Всякий раз, когда команда дёргает отпускника — она берёт у него в долг. Сумма долга при этом не известна: от "я продлю отпуск, так как меня вызывали" до "я решил уйти". Причём о том, что это долг отпускник может годами не говорить — будет сумму долга копить.
⛔️ Нельзя обижаться на отпускника из-за того, что он недоступен. Уважайте право на отдых.
#кактотак
из давно опубликованного
===
Эту заметку я повторяю из года в год в отпускной сезон. Отдыхайте, чтобы работать.
===
Отпускной сезон вот-вот войдёт в свою активную фазу. Хочу поделиться с вами своими наблюдениями о грамотной организации отпускных процессов в команде.
Отпускникам
Главное правило: УХОДИ НА 100%
Нельзя:
⛔️ Делать в отпуске рабочие дела, до которых не доходили руки.
⛔️ Проверять рабочую почту — поставьте автоответ, что до такого-то числа вас нет.
⛔️ Участвовать в рабочих чатах — отключите уведомления и не заглядывайте.
⛔️ Ходить в гости на работу и видеться с коллегами (минимум рабочего).
Если полностью убрать из отпуска работу, то вы с интересом вернётесь к делам и успеете соскучиться по коллегам.
Конечно, чтобы уйти в отпуск на 100%, необходимо к этому подготовиться.
✅ Если вы общаетесь с заказчиком — предупредите их за неделю об отпуске и предоставьте контакты того, кто вместо вас.
✅ Не берите большую задачу перед отпуском — если что-то пойдёт не так, то уйти на 100% будет сложнее.
✅ Заранее предупредите коллег об отпуске и о том, что им придётся делать вместо вас в этот период.
✅ Не пытайтесь за последнюю неделю перед отпуском сделать всё-всё и даже наперёд, выматывая себя. Работайте по приоритетам без авралов. Отдохнёте и доделаете.
✅ Если вы единственный источник знаний по какой-то теме, то надо понимать, что об этих знаниях вас могут спросить во время отпуска, если они сильно нужны.
Тем, кто остался
Главное правило: ОТПУСКНИКА НЕТ
⛔️ Если руководитель из-за какого-то форс-мажора вызывает отпускника, то стоимость форс-мажора должна быть больше ценности сотрудника. Иными словами: форс-мажор исправить важнее, чем потерять вызываемого сотрудника.
⛔️ Всякий раз, когда команда дёргает отпускника — она берёт у него в долг. Сумма долга при этом не известна: от "я продлю отпуск, так как меня вызывали" до "я решил уйти". Причём о том, что это долг отпускник может годами не говорить — будет сумму долга копить.
⛔️ Нельзя обижаться на отпускника из-за того, что он недоступен. Уважайте право на отдых.
#кактотак
из давно опубликованного
Если вы периодически или регулярно проводите опросы с открытыми вопросами, то для анализа результатов таких опросов можно использовать бесплатный инструмент — Акул(к)а пера PRO.
Что умеет Акул(к)а PRO:
— Анализирует текстовые ответы в связке «главное + зависимое слово».
— Определяет значимые слова и общую тональность.
— Анализирует данные по подгруппам.
— Обучена на маркетинговых исследованиях на русском языке.
— Учитывает разные формы слов, объединяет их.
Еще отчет доступен в двух форматах: облако слов (можно оформить в корпоративных цветах) или таблицы с количеством упоминаний.
🟠 Получить доступ бесплатно →
Что умеет Акул(к)а PRO:
— Анализирует текстовые ответы в связке «главное + зависимое слово».
— Определяет значимые слова и общую тональность.
— Анализирует данные по подгруппам.
— Обучена на маркетинговых исследованиях на русском языке.
— Учитывает разные формы слов, объединяет их.
Еще отчет доступен в двух форматах: облако слов (можно оформить в корпоративных цветах) или таблицы с количеством упоминаний.
🟠 Получить доступ бесплатно →
10 самых важных принципов
Если бы меня попросили выписать 10 самых важных принципов, в которые я верю на текущий момент, то, пожалуй, этот список был бы таким:
1. Не бывает простой работы. Многие профессии кажутся простыми: редактор, проектировщик, тестировщик, скрам-мастер, уборщик ... но это иллюзия. Если поверить в эту иллюзию, то автоматически начинаешь пренебрежительно относиться к специалистам этих профессий, а это путь к токсичности, высокомерию и плохому менеджменту.
2. Не бывает быстрых сверхрезультатов. Если кто-то обещает "быстро разбогатеть после просмотра ролика", то это всегда разводилово. Все взлёты — это итог предварительной тяжёлой работы. Быстро не бывает.
3. Знания забываются.
Нельзя выучить что-то про запас — если не пользуешься, то забудешь. Одно из важнейших решений, влияющих на время и фокусировку — решение что-то учить. Если это что-то не нужно на практике, то всё равно не получится выучить.
4. Нельзя кого-то заставить что-то сделать.
На заре карьеры проектного менеджера, начитавшись MSF, я сделал для команды проекта отдельные блокноты "Журнал участника такого-то проекта". Туда надо было фиксировать итоги встреч, планы и т.п. Рассказал про это поверхностно и сказал — делайте. Никто не делал. Либо ты зажигаешь людей, поясняя и объясняя, либо ничего путного из этого не получится.
5. Нельзя жить прошлыми достижениями.
Раньше что-то могло получаться: продукт успешно запускался, проекты делались в срок и т.д. Но это не значит, что и сейчас похожий продукт успешно запустится, а проект сделается с хорошими показателями.
Раньше было проще находить людей на проекты, а сейчас нет — поменялось многое в найме и работе с людьми. Можно ныть и вспоминать прошлое, а можно адаптироваться и развиваться.
6. Надо пробовать новое.
Нельзя законсервироваться: я хороший спец или в компании всё хорошо и так будет всегда. У консервов есть срок годности. Если не пробовать новые направления, не проявлять живой интерес к новому, закрывать глаза на возможности — срок годности консервы выйдет.
7. Надо искать обратную связь.
Нельзя понять уровень себя, продукта, компании, отношений, не получая регулярную обратную связь. Обратная связь — это глаза во внешний мир.
8. Для результата нужен фокус.
Нельзя добиться результата без фокусировки. Надо самому создать шоры, направив свой фокус на то, что для тебя важно на текущем этапе. Звучит просто, а сделать сложно.
9. Дисциплина важнее вдохновения.
Не вдохновение, а дисциплина помогает мне и куче других авторов писать регулярно. Запланированная задача, которая должна быть решена.
Кто пишет на вдохновении, тот пишет так: "Котаны, долго не писал, но есть одна тема, которая прёт. Скоро напишу". И скоро не наступает.
И тоже самое во всём.
Дисциплина — путь к росту. Вдохновение — цветочки на этом пути.
10. Надо уметь строить прочные отношения.
Круги общения — самый важный путь к росту в профессии, семье и увлечениях. Время, вкладываемое в людей, со временем возвращается в гораздо большем размере. Этот принцип я познал, к сожалению, не так уж давно.
А в конце ролик:
Обучение ➡️ Диплом ➡️ Жизнь.
#мотивация
Если бы меня попросили выписать 10 самых важных принципов, в которые я верю на текущий момент, то, пожалуй, этот список был бы таким:
1. Не бывает простой работы. Многие профессии кажутся простыми: редактор, проектировщик, тестировщик, скрам-мастер, уборщик ... но это иллюзия. Если поверить в эту иллюзию, то автоматически начинаешь пренебрежительно относиться к специалистам этих профессий, а это путь к токсичности, высокомерию и плохому менеджменту.
2. Не бывает быстрых сверхрезультатов. Если кто-то обещает "быстро разбогатеть после просмотра ролика", то это всегда разводилово. Все взлёты — это итог предварительной тяжёлой работы. Быстро не бывает.
3. Знания забываются.
Нельзя выучить что-то про запас — если не пользуешься, то забудешь. Одно из важнейших решений, влияющих на время и фокусировку — решение что-то учить. Если это что-то не нужно на практике, то всё равно не получится выучить.
4. Нельзя кого-то заставить что-то сделать.
На заре карьеры проектного менеджера, начитавшись MSF, я сделал для команды проекта отдельные блокноты "Журнал участника такого-то проекта". Туда надо было фиксировать итоги встреч, планы и т.п. Рассказал про это поверхностно и сказал — делайте. Никто не делал. Либо ты зажигаешь людей, поясняя и объясняя, либо ничего путного из этого не получится.
5. Нельзя жить прошлыми достижениями.
Раньше что-то могло получаться: продукт успешно запускался, проекты делались в срок и т.д. Но это не значит, что и сейчас похожий продукт успешно запустится, а проект сделается с хорошими показателями.
Раньше было проще находить людей на проекты, а сейчас нет — поменялось многое в найме и работе с людьми. Можно ныть и вспоминать прошлое, а можно адаптироваться и развиваться.
6. Надо пробовать новое.
Нельзя законсервироваться: я хороший спец или в компании всё хорошо и так будет всегда. У консервов есть срок годности. Если не пробовать новые направления, не проявлять живой интерес к новому, закрывать глаза на возможности — срок годности консервы выйдет.
7. Надо искать обратную связь.
Нельзя понять уровень себя, продукта, компании, отношений, не получая регулярную обратную связь. Обратная связь — это глаза во внешний мир.
8. Для результата нужен фокус.
Нельзя добиться результата без фокусировки. Надо самому создать шоры, направив свой фокус на то, что для тебя важно на текущем этапе. Звучит просто, а сделать сложно.
9. Дисциплина важнее вдохновения.
Не вдохновение, а дисциплина помогает мне и куче других авторов писать регулярно. Запланированная задача, которая должна быть решена.
Кто пишет на вдохновении, тот пишет так: "Котаны, долго не писал, но есть одна тема, которая прёт. Скоро напишу". И скоро не наступает.
И тоже самое во всём.
Дисциплина — путь к росту. Вдохновение — цветочки на этом пути.
10. Надо уметь строить прочные отношения.
Круги общения — самый важный путь к росту в профессии, семье и увлечениях. Время, вкладываемое в людей, со временем возвращается в гораздо большем размере. Этот принцип я познал, к сожалению, не так уж давно.
А в конце ролик:
Обучение ➡️ Диплом ➡️ Жизнь.
#мотивация
Про импровизацию
Нет ничего тупее, чем сделать всерьёз ставку на импровизацию вместо подготовки и проработки. Вот перечень ситуаций, в которых люди часто полагаются на импровизацию:
🤦♂️ Собеседование. И работодатель, и соискатель должны готовиться. Изучать заранее друг друга, готовить вопросы, готовить тексты о себе, готовить ответы на вопросы. Импровизация в этом процессе чаще всего выглядит стрёмно.
🤦♂️ Презентация/Выступление. Самые топовые спикеры делаю 3-4 прогона своего материала прежде чем показать его публике. Но начинающие спикеры часто делают ставку на импровизацию, а в итоге путаются в собственной презентации, нарушают тайминг и выглядят так себе.
🤦♂️ Речь. Любая речь, которую тебе планово предстоит произнести. Приветственная на новой работе, прощальная на старой, тост, мотивирующая речь для коллеги и т.д. Когда я увольнялся с работы, которой отдал 11 лет, надел лучший костюм, приготовил речь, подписал книгу с пожеланием и оставил в библиотеке компании, а мог бы: "Ну, бе-ме, буду скучать ... пора двигать дальше".
🤦♂️ Встреча с заказчиком. Если вы работаете в проектной деятельности, то ко встречам с заказчиками надо готовиться: узнавать всё, что только можно узнать, готовить вопросы, готовить статусы и т.д. Подготовившийся ко встрече исполнитель всегда выглядит на голову выше импровизатора.
🤦♂️ Статус встреча по продукту. Опять же — готовиться рассказывать о своём прогрессе, готовить вопросы к коллегам и т.д.
🤦♂️ Дизайн. До сих пор многие дизайнеры вместо изучения предметной области, заказчика, проблем пользователей и всего остального, рисуют по наитию, творчески импровизируя. В итоге не попадают куда надо, а получают только творческую боль.
В общем, если вы в здравом уме, то не делайте ставку на импровизацию. Только подготовка, только планирование. Импровизировать надо тогда, когда внезапно пришлось что-то делать и отвертеться от этого нельзя.
#совет
Нет ничего тупее, чем сделать всерьёз ставку на импровизацию вместо подготовки и проработки. Вот перечень ситуаций, в которых люди часто полагаются на импровизацию:
🤦♂️ Собеседование. И работодатель, и соискатель должны готовиться. Изучать заранее друг друга, готовить вопросы, готовить тексты о себе, готовить ответы на вопросы. Импровизация в этом процессе чаще всего выглядит стрёмно.
🤦♂️ Презентация/Выступление. Самые топовые спикеры делаю 3-4 прогона своего материала прежде чем показать его публике. Но начинающие спикеры часто делают ставку на импровизацию, а в итоге путаются в собственной презентации, нарушают тайминг и выглядят так себе.
🤦♂️ Речь. Любая речь, которую тебе планово предстоит произнести. Приветственная на новой работе, прощальная на старой, тост, мотивирующая речь для коллеги и т.д. Когда я увольнялся с работы, которой отдал 11 лет, надел лучший костюм, приготовил речь, подписал книгу с пожеланием и оставил в библиотеке компании, а мог бы: "Ну, бе-ме, буду скучать ... пора двигать дальше".
🤦♂️ Встреча с заказчиком. Если вы работаете в проектной деятельности, то ко встречам с заказчиками надо готовиться: узнавать всё, что только можно узнать, готовить вопросы, готовить статусы и т.д. Подготовившийся ко встрече исполнитель всегда выглядит на голову выше импровизатора.
🤦♂️ Статус встреча по продукту. Опять же — готовиться рассказывать о своём прогрессе, готовить вопросы к коллегам и т.д.
🤦♂️ Дизайн. До сих пор многие дизайнеры вместо изучения предметной области, заказчика, проблем пользователей и всего остального, рисуют по наитию, творчески импровизируя. В итоге не попадают куда надо, а получают только творческую боль.
В общем, если вы в здравом уме, то не делайте ставку на импровизацию. Только подготовка, только планирование. Импровизировать надо тогда, когда внезапно пришлось что-то делать и отвертеться от этого нельзя.
#совет
Я люблю свою работу, но в выходные я предпочитаю не делать то, что делаю в будние дни.
Выходные нужны, чтобы переключиться на что-то другое: пет-проект, работа по дому, обучение, ... киношка, ...
В долгосрочной перспективе умение отдыхать от работы в выходные положительно складывается на самой работе.
Выходные нужны, чтобы переключиться на что-то другое: пет-проект, работа по дому, обучение, ... киношка, ...
В долгосрочной перспективе умение отдыхать от работы в выходные положительно складывается на самой работе.
Когда начали активно использовать генеративные нейросети жизнь моя не улучшилась, как обещалось, а начал появляться негативный пользовательский опыт:
1. Отзывы о товарах, нагенерённые нейросетями, стали мало отличимы от отзывов людей.
Раньше дифирамбы пели копеечные фрилансеры-копирайтеры, а теперь ещё более копеечные нейросети и в больших масштабах.
2. Стали появляться статьи, нагенерённые нейросетями. Итак появлялись кучи (хорошее слово) новых "полезных" статей, но сейчас эти кучи стали ещё более кучными и ещё менее полезными.
3. К каждому посту в телеграме стали прилетать комментарии от нейросетей. Сами комментарии безобидны (даже приятны), но если кликнуть на аккаунты их авторов, то они ведут на всякие каналы про "легко заработай на запусках" и "эксперты для экспертов".
Скорее всего, и к этому посту через минуту или быстрее какой-нибудь недоблоченный аккаунт напишет нейросетевой комментарий, обобщающий мысль поста:
"Согласен с автором! Нейросети стали всё больше генерить контента низкого качества. 😉"
Вскоре появятся (а может и уже) фильтры ИИ-контента, которые тоже работают на базе ИИ.
Побочные эффекты ИИзации 🙂
1. Отзывы о товарах, нагенерённые нейросетями, стали мало отличимы от отзывов людей.
Раньше дифирамбы пели копеечные фрилансеры-копирайтеры, а теперь ещё более копеечные нейросети и в больших масштабах.
2. Стали появляться статьи, нагенерённые нейросетями. Итак появлялись кучи (хорошее слово) новых "полезных" статей, но сейчас эти кучи стали ещё более кучными и ещё менее полезными.
3. К каждому посту в телеграме стали прилетать комментарии от нейросетей. Сами комментарии безобидны (даже приятны), но если кликнуть на аккаунты их авторов, то они ведут на всякие каналы про "легко заработай на запусках" и "эксперты для экспертов".
Скорее всего, и к этому посту через минуту или быстрее какой-нибудь недоблоченный аккаунт напишет нейросетевой комментарий, обобщающий мысль поста:
"Согласен с автором! Нейросети стали всё больше генерить контента низкого качества. 😉"
Вскоре появятся (а может и уже) фильтры ИИ-контента, которые тоже работают на базе ИИ.
Побочные эффекты ИИзации 🙂
Forwarded from Про удобство (Михаил Греков) (MGrekov)
Просить помощь у коллег — это сила или слабость?
Мои наблюдения за коллегами и внешними командами говорят о том, что начинающие (джуны) боятся просить помощь. Наверное, это близко к мысли: "Если я попрошу помощь, то я признаюсь, что не понимаю как делать дальше — меня будут считать тупым!"
Задержусь, ночь потрачу — зато сам, зато смог!
А если задержался, ночь потратил и в итоге не смог? Значит, профукал время. Значит, команде хуже.
Чем сильнее специалист, тем меньше у него пунктиков на тему: подумают, что я тупой. Сильные специалисты быстрее просят помощи у коллег и в итоге, меньше тормозят командную работу. "Я не понимаю, как делать дальше — можешь помочь?" — ничего тупого в этом нет.
Очень важный момент для командной работы — развивать культуру взаимопомощи и активно окунать в эту культуру новых участников команды. Не надо задерживаться и ночами не спать — попроси помощь, так быстрее.
Без перегибов, конечно. Сам попробовал и точно завис — проси помощь. А если не пробовал и сразу просишь — злоупотребление и слабость.
В общем, нет ничего лучше для команды, чем сильная культура искренней взаимопомощи. Просить и предлагать своевременно помощь — сила команды.
#совет #softskills
Мои наблюдения за коллегами и внешними командами говорят о том, что начинающие (джуны) боятся просить помощь. Наверное, это близко к мысли: "Если я попрошу помощь, то я признаюсь, что не понимаю как делать дальше — меня будут считать тупым!"
Задержусь, ночь потрачу — зато сам, зато смог!
А если задержался, ночь потратил и в итоге не смог? Значит, профукал время. Значит, команде хуже.
Чем сильнее специалист, тем меньше у него пунктиков на тему: подумают, что я тупой. Сильные специалисты быстрее просят помощи у коллег и в итоге, меньше тормозят командную работу. "Я не понимаю, как делать дальше — можешь помочь?" — ничего тупого в этом нет.
Очень важный момент для командной работы — развивать культуру взаимопомощи и активно окунать в эту культуру новых участников команды. Не надо задерживаться и ночами не спать — попроси помощь, так быстрее.
Без перегибов, конечно. Сам попробовал и точно завис — проси помощь. А если не пробовал и сразу просишь — злоупотребление и слабость.
В общем, нет ничего лучше для команды, чем сильная культура искренней взаимопомощи. Просить и предлагать своевременно помощь — сила команды.
#совет #softskills
Перебираю Избранное Телеги: это так и не прочитал, это так и не просмотрел, а это, вообще, что такое ...
Без моральных усилий я смотрю либо интересный фильм/статью, либо что-то, что мне полезно и важно здесь и сейчас.
Либо очень интересное, либо очень полезное, либо всё сразу.
Вся остальная информация требует морально-волевых усилий:
— прочитать не самую интересную статью, которая важна по работе.
— посмотреть скучную презу конкурентов.
— сделать очередную попытку осилить "тяжёлую" книгу.
Но большая часть информации, которая поступает со всех сторон, просто пропускается мимо.
В общем, если вы прямо сейчас создаёте какую-то информационную единицу, то честно ответьте себе: это суперполезно или суперинтересно?
Если ничто из этого — надеюсь, что вам хорошо за это платят 😉
Без моральных усилий я смотрю либо интересный фильм/статью, либо что-то, что мне полезно и важно здесь и сейчас.
Либо очень интересное, либо очень полезное, либо всё сразу.
Вся остальная информация требует морально-волевых усилий:
— прочитать не самую интересную статью, которая важна по работе.
— посмотреть скучную презу конкурентов.
— сделать очередную попытку осилить "тяжёлую" книгу.
Но большая часть информации, которая поступает со всех сторон, просто пропускается мимо.
В общем, если вы прямо сейчас создаёте какую-то информационную единицу, то честно ответьте себе: это суперполезно или суперинтересно?
Если ничто из этого — надеюсь, что вам хорошо за это платят 😉
Не чувствовать себя идиотом
Вчера в канале Data Driven культура делали эфир про особенности внедрения BI-систем.
Мне очень понравилась мысль, сказанная моим коллегой Арсланом Катеевым:
"Хорошо, если при работе в новой системе пользователь получает ощущение, что он полностью реализует в ней свой потенциал. Т.е. он не чувствует себя идиотом, а видит, что у него получается нормально работать в системе.
Когда говорят, что современные дети настолько умные, что в 3 года осваивают технику от Эпл, то это надо понимать так: инженеры Эпл такие молодцы, что их технику осваивают даже трёхлетние дети".
В общем, пользователь при каждом удобном моменте будет игнорировать систему, в которой он не может реализовать свой профессионализм, и возвращаться к той, в которой он как рыба в воде. Именно поэтому многие корпоративные системы проигрывают в итоге Экселю.
#UX
Вчера в канале Data Driven культура делали эфир про особенности внедрения BI-систем.
Мне очень понравилась мысль, сказанная моим коллегой Арсланом Катеевым:
"Хорошо, если при работе в новой системе пользователь получает ощущение, что он полностью реализует в ней свой потенциал. Т.е. он не чувствует себя идиотом, а видит, что у него получается нормально работать в системе.
Когда говорят, что современные дети настолько умные, что в 3 года осваивают технику от Эпл, то это надо понимать так: инженеры Эпл такие молодцы, что их технику осваивают даже трёхлетние дети".
В общем, пользователь при каждом удобном моменте будет игнорировать систему, в которой он не может реализовать свой профессионализм, и возвращаться к той, в которой он как рыба в воде. Именно поэтому многие корпоративные системы проигрывают в итоге Экселю.
#UX
Не пропушишь — не проживёшь
Пропушить — напомнить кому-то, запросить повторно информацию и т.д.
Пуши от продуктов
Обращаю внимание как продукты меня пушат — я не про push-уведомления в приложениях, а в целом про попытки меня вовлечь, не потерять. Мотаю на ус, собираю практики.
👉 Напоминания на почту.
Ну такое, слабо работают, чтобы привлечь. Мягко говоря, почти не работают.
👉 СМС-ки.
Всё ещё работают, но поток большой в последнее время.
Работают обычно 2-м номером: сперва почта, а если я проигнорил — СМС.
👉 Таргетированная реклама.
Догоняют и просят закончить начатое. Яндекс-Практикум через ретаргет просил допройти курс 😂
👉 Звонки. Работают, если продукт мне знаком:
— Альфа (живой человек) звонит и напоминает о продлении ОСАГО (запрашиваю продление и сразу на почту присылают ссылку для оплаты),
— Скаенг (в записи) звонит и напоминает, что оплаченные уроки скоро кончатся (иду и пополняю),
— Вадик из Зерокодинга (в записи) позвонил и позвал на интенсив (не пошёл, но удивился пушу),
— Хостинг. Звонили (в записи) напоминали, что вот-вот и всё закончится (побежал продлевать). Перед этим были почта и СМС, на которые я благополучно забил.
👉 Телеграм-Боты. У продукта есть бот для напоминаний — он пушит. Главное, мягко заставить пользователя на него подписаться.
Если продукт пушит меня умело — я только за. Мне нравится, что звонит робот Скаенга, и оператор из Альфы. А если продукт не умеет умело пушить — не прожить ему в современном мире.
Пуши в работе менеджера
Быть пушером — очень ценное для работы, да и для жизни, качество. По сути, быть пушером — это быть проактивным в вопросе получения информации, которая тебе нужна. Мне периодически пишут в личку всякие рекламные предложения и т.п. — сразу видно, где наняли пушера на работу, а где застенчивый человек. Пушер 10 раз напомнит, запросит, спросит пока не получит ответ. А застенчивый разведёт руками: "Ну я уже напомнил, а мне так и не ответили. Что же я могу сделать ...".
Если вы стесняетесь запросить повторно у клиента оплату, напомнить исполнителю о сроках, запросить статус работ, .... — вы не пушер и на лидирующую позицию претендовать будет тяжело.
#UX #softskills из давно опубликованного
Пропушить — напомнить кому-то, запросить повторно информацию и т.д.
Пуши от продуктов
Обращаю внимание как продукты меня пушат — я не про push-уведомления в приложениях, а в целом про попытки меня вовлечь, не потерять. Мотаю на ус, собираю практики.
👉 Напоминания на почту.
Ну такое, слабо работают, чтобы привлечь. Мягко говоря, почти не работают.
👉 СМС-ки.
Всё ещё работают, но поток большой в последнее время.
Работают обычно 2-м номером: сперва почта, а если я проигнорил — СМС.
👉 Таргетированная реклама.
Догоняют и просят закончить начатое. Яндекс-Практикум через ретаргет просил допройти курс 😂
👉 Звонки. Работают, если продукт мне знаком:
— Альфа (живой человек) звонит и напоминает о продлении ОСАГО (запрашиваю продление и сразу на почту присылают ссылку для оплаты),
— Скаенг (в записи) звонит и напоминает, что оплаченные уроки скоро кончатся (иду и пополняю),
— Вадик из Зерокодинга (в записи) позвонил и позвал на интенсив (не пошёл, но удивился пушу),
— Хостинг. Звонили (в записи) напоминали, что вот-вот и всё закончится (побежал продлевать). Перед этим были почта и СМС, на которые я благополучно забил.
👉 Телеграм-Боты. У продукта есть бот для напоминаний — он пушит. Главное, мягко заставить пользователя на него подписаться.
Если продукт пушит меня умело — я только за. Мне нравится, что звонит робот Скаенга, и оператор из Альфы. А если продукт не умеет умело пушить — не прожить ему в современном мире.
Пуши в работе менеджера
Быть пушером — очень ценное для работы, да и для жизни, качество. По сути, быть пушером — это быть проактивным в вопросе получения информации, которая тебе нужна. Мне периодически пишут в личку всякие рекламные предложения и т.п. — сразу видно, где наняли пушера на работу, а где застенчивый человек. Пушер 10 раз напомнит, запросит, спросит пока не получит ответ. А застенчивый разведёт руками: "Ну я уже напомнил, а мне так и не ответили. Что же я могу сделать ...".
Если вы стесняетесь запросить повторно у клиента оплату, напомнить исполнителю о сроках, запросить статус работ, .... — вы не пушер и на лидирующую позицию претендовать будет тяжело.
#UX #softskills из давно опубликованного
Помогать и хвалить
Посмотрел выступление Вадима Макишвили (Яндекс) про "Быть руководителем программистов".
https://youtu.be/YgTmynH56LA
Несколько ключевых идей:
👉 Перестать мотивировать своих сотрудников. Думать не о мотивации, а о потребностях сотрудников.
👉 Сотрудник не должен профессионально расти, но он мог бы. А захочет он этого, когда ему будет спокойно, комфортно, уверенно — когда будет чувствовать, что о нём заботятся.
👉 Если часто критиковать сотрудника, то он чаще болеет, хуже соображает и полнеет.
Посмотрите на досуге — вам понравится.
Посмотрел выступление Вадима Макишвили (Яндекс) про "Быть руководителем программистов".
https://youtu.be/YgTmynH56LA
Несколько ключевых идей:
👉 Перестать мотивировать своих сотрудников. Думать не о мотивации, а о потребностях сотрудников.
👉 Сотрудник не должен профессионально расти, но он мог бы. А захочет он этого, когда ему будет спокойно, комфортно, уверенно — когда будет чувствовать, что о нём заботятся.
👉 Если часто критиковать сотрудника, то он чаще болеет, хуже соображает и полнеет.
Посмотрите на досуге — вам понравится.
YouTube
Вадим Макишвили. 55
Сначала «36», потом «42», теперь «55» — в каждом рассказе этого цикла я обращаюсь к переживаниям, тревогам и чаяниям человека.
В «36» я рассуждал о том, как остаться в профессии, в «42» рассказывал о личной эффективности, в «55» хочу говорить о том, что…
В «36» я рассуждал о том, как остаться в профессии, в «42» рассказывал о личной эффективности, в «55» хочу говорить о том, что…
Пузырь
Жил-был ИТ-менеджер Коля. Коля отработал 10 лет в одной компании — крупной ИТ-компании.
После онлайн курсов пришёл стажёром бизнес-аналитика, потом пошёл на повышение — стал ведущим бизнес-аналитиком, …, со временем менеджером.
Коля не работал на заводе, не работал в сельском хозяйстве, он вообще нигде не работал кроме одной-единственной компании.
Информационно-мировоззренческий пузырь Коли состоит из подходов к менеджменту, которые он слышал на конференциях, читал в книгах и видел сам (а он прошёл трёх руководителей).
Коля работает с внутренними проектами — сложное и важное дело для крупной ИТ-компании.
Иногда Коля выступает на конференциях, рассказывая про успешные кейсы реализации проектов точно и в срок. А иногда он рассказывает про то, как корректно управлять людьми: как из сотен нанять одного-единственного, как развивать и мотивировать программистов и прочее и прочее. Коля очень хорошо выступает — планирует написать книгу про управление проектами.
…
Вчера, когда я поделился видео от коллеги из Яндекса и почитал комментарии к этому видео как в Ютубе, так и здесь. Я в очередной раз понял, что порой между подходами к менеджменту и к организации работ огромная пропасть. Я видел кардинально противоположные к “заботливым” подходы, которые тоже работали. При мне руководитель одной из организаций говорил своему ИТ-шнику: “Если к вечеру не будет готово — получишь звезды.“ (я заменил слово на схожее по звучанию) И он не шутил. И ИТ-шник успевал. И успевал так много лет. Этот руководитель мог бы на конференции тоже рассказать свои подходы к менеджменту — поверьте, там бы тоже было что-то интересное и важное для выводов.
Мы все вещаем из своего информационного пузыря — единого рабочего подхода нет. Гипотеза → практика → выводы: только так можно найти свой путь. Подглядеть что-то у коллег по цеху можно и нужно, но надо глядеть шире чем на прекрасный доклад на конференции.
Жил-был ИТ-менеджер Коля. Коля отработал 10 лет в одной компании — крупной ИТ-компании.
После онлайн курсов пришёл стажёром бизнес-аналитика, потом пошёл на повышение — стал ведущим бизнес-аналитиком, …, со временем менеджером.
Коля не работал на заводе, не работал в сельском хозяйстве, он вообще нигде не работал кроме одной-единственной компании.
Информационно-мировоззренческий пузырь Коли состоит из подходов к менеджменту, которые он слышал на конференциях, читал в книгах и видел сам (а он прошёл трёх руководителей).
Коля работает с внутренними проектами — сложное и важное дело для крупной ИТ-компании.
Иногда Коля выступает на конференциях, рассказывая про успешные кейсы реализации проектов точно и в срок. А иногда он рассказывает про то, как корректно управлять людьми: как из сотен нанять одного-единственного, как развивать и мотивировать программистов и прочее и прочее. Коля очень хорошо выступает — планирует написать книгу про управление проектами.
…
Вчера, когда я поделился видео от коллеги из Яндекса и почитал комментарии к этому видео как в Ютубе, так и здесь. Я в очередной раз понял, что порой между подходами к менеджменту и к организации работ огромная пропасть. Я видел кардинально противоположные к “заботливым” подходы, которые тоже работали. При мне руководитель одной из организаций говорил своему ИТ-шнику: “Если к вечеру не будет готово — получишь звезды.“ (я заменил слово на схожее по звучанию) И он не шутил. И ИТ-шник успевал. И успевал так много лет. Этот руководитель мог бы на конференции тоже рассказать свои подходы к менеджменту — поверьте, там бы тоже было что-то интересное и важное для выводов.
Мы все вещаем из своего информационного пузыря — единого рабочего подхода нет. Гипотеза → практика → выводы: только так можно найти свой путь. Подглядеть что-то у коллег по цеху можно и нужно, но надо глядеть шире чем на прекрасный доклад на конференции.
This media is not supported in your browser
VIEW IN TELEGRAM
Важный апгрейд вашего сайта или приложения
Новости такие: у API Яндекс Карт вышел новый сервис — это Геосаджест, который помогает пользователям быстро ввести адрес. Например, при оформлении доставки.
Когда клиент начнёт заполнять данные (пусть даже с опечатками), API предложит варианты улиц и домов. В базе Геосаджеста больше 29 млн адресов по России и СНГ.
Это значит, что ошибок при вводе своей локации будет меньше — минимальный риск, что заказ привезут не туда, а клиент вообще откажется от покупки.
К тому же увеличится конверсия в заказы: клиент быстрее заполняет данные, а значит минимум времени, чтобы передумать и бросить корзину. А это очень актуально для любых интернет-магазинов.
Сервис также понадобится службам доставки, колл-центрам, банкам, другим сервисам, где заполняют документы или заявки онлайн.
Куда встраивается? Можно адаптировать для десктопов, мобильных приложений или CRM. Подробнее — по ссылке.
Новости такие: у API Яндекс Карт вышел новый сервис — это Геосаджест, который помогает пользователям быстро ввести адрес. Например, при оформлении доставки.
Когда клиент начнёт заполнять данные (пусть даже с опечатками), API предложит варианты улиц и домов. В базе Геосаджеста больше 29 млн адресов по России и СНГ.
Это значит, что ошибок при вводе своей локации будет меньше — минимальный риск, что заказ привезут не туда, а клиент вообще откажется от покупки.
К тому же увеличится конверсия в заказы: клиент быстрее заполняет данные, а значит минимум времени, чтобы передумать и бросить корзину. А это очень актуально для любых интернет-магазинов.
Сервис также понадобится службам доставки, колл-центрам, банкам, другим сервисам, где заполняют документы или заявки онлайн.
Куда встраивается? Можно адаптировать для десктопов, мобильных приложений или CRM. Подробнее — по ссылке.
Когда прошла преза Эпл и они показали очки Vision Pro, то начали появляться восторженные отзывы — это как АйФон: через годик другой будут повсеместно распространены.
Не очень верю в очки дополненной/виртуальной/иной реальности, как гаджет, который даже близко сравняется с мобилами по распространению.
Это же капец с такой балдой на голове ходить целый день.
Даже с маской для ныряния долго плавать не хочется — не смотря на все возможности открытия для тебя подводного мира.
Чипы в мозг имеют больше шансов.
#диваннаяэкспертиза
Не очень верю в очки дополненной/виртуальной/иной реальности, как гаджет, который даже близко сравняется с мобилами по распространению.
Это же капец с такой балдой на голове ходить целый день.
Даже с маской для ныряния долго плавать не хочется — не смотря на все возможности открытия для тебя подводного мира.
Чипы в мозг имеют больше шансов.
#диваннаяэкспертиза
Про стратегии
Самое важное знание по стратегическому планированию, которое я вынес из практики звучит так: невозможно сделать продуктовую стратегию, если у тебя нет карт-бланша в виде "это твой продукт — занимайся" или тот, у кого есть такой карт-бланш, явно тебя не попросил о подготовке стратегии. Всё остальное — трата времени.
Второе самое важное знание — если вы не феодал в эпоху средневековья, то стратегию надо регулярно пересматривать. Не менять, но быть готовым изменить.
Когда-то я работал с продуктом, который был внутри очень большой компании. Компания его купила (поглотила) для развития своей экосистемы. И какую бы стратегию продуктовая команда не придумывала: либо это противоречило целям большой компании, либо упиралось в ограничения большой компании, либо было недостаточно прибыльным для большой компании. Мы не смогли сделать ни одной жизнеспособной стратегии — после поглощения у нас не было карт-бланша. И, как это часто бывает, большая компания заморозила развитие экосистемы, и поглощённый продукт остался без стратегии и половины команды. Такое тоже бывает.
Вообще про стратегии есть классная книга "Стратегическое сафари. Экскурсия по дебрям стратегического менеджмента" (яндексится легко).
Самое важное знание по стратегическому планированию, которое я вынес из практики звучит так: невозможно сделать продуктовую стратегию, если у тебя нет карт-бланша в виде "это твой продукт — занимайся" или тот, у кого есть такой карт-бланш, явно тебя не попросил о подготовке стратегии. Всё остальное — трата времени.
Второе самое важное знание — если вы не феодал в эпоху средневековья, то стратегию надо регулярно пересматривать. Не менять, но быть готовым изменить.
Когда-то я работал с продуктом, который был внутри очень большой компании. Компания его купила (поглотила) для развития своей экосистемы. И какую бы стратегию продуктовая команда не придумывала: либо это противоречило целям большой компании, либо упиралось в ограничения большой компании, либо было недостаточно прибыльным для большой компании. Мы не смогли сделать ни одной жизнеспособной стратегии — после поглощения у нас не было карт-бланша. И, как это часто бывает, большая компания заморозила развитие экосистемы, и поглощённый продукт остался без стратегии и половины команды. Такое тоже бывает.
Вообще про стратегии есть классная книга "Стратегическое сафари. Экскурсия по дебрям стратегического менеджмента" (яндексится легко).
Forwarded from Продуктовошная Михаила Грекова
29 июня с моим коллегой Сашей Кварацхелия будем рассказывать про BI-систему Analytic Workspace — наш продукт, который сейчас активно заменяет в России Табло, Клик и Power BI.
Если вы подыскиваете себе BI или начали вырастать их Экселя — приходите посмотреть: расскажем от души.
Регистрация тут:
https://analyticworkspace.ru/aw-selfservice-bi
Если вы подыскиваете себе BI или начали вырастать их Экселя — приходите посмотреть: расскажем от души.
Регистрация тут:
https://analyticworkspace.ru/aw-selfservice-bi
analyticworkspace.ru
Прямой эфир: Analytic Workspace — российский self-service BI
Презентация функционала BI-системы Analytic Workspace. Прямой эфир от экспертов Михаила Грекова и Александра Кварацхелия.
Про зону
У меня на небольшой клумбе росли два дерева — рябина и туя. Пока они были маленькие — всё было хорошо, оба росли и радовали глаз. Но со временем их зоны стали пересекаться — начали мешать друг друг и та сторона, где они пересекались, развивалась хуже всего у каждого. Осенью я спилил рябину — она стала постепенно пропадать, и стало очевидно, что двум деревьям нормально не вырасти рядом.
Но второе дерево, увидев для себя новые возможности, стало лучше развиваться. Его зелень стала ярче, а там, где ему прежде мешала рябина, выросли новые веточки. На освободившееся место я посадил кустарник, который не вырастет большим и не помешает дереву. Стало лучше, чем было, но рябину жалко.
Так как я обожаю аллегории, то можно легко понять:
— два сильных специалиста, могут мешать друг другу, если их зоны ответственности пересекаются.
— люди не деревья: рубить не обязательно. Можно поменять зоны, чтобы ответственность была чётче для каждого.
— люди не деревья: могут и сами уйти, если поймут, что достигли потолка развития и начинают чахнуть.
— зона, за которую отвечает несколько человек, обычно развивается хуже, так как в итоге полноценно за неё не отвечает никто.
#кактотак
У меня на небольшой клумбе росли два дерева — рябина и туя. Пока они были маленькие — всё было хорошо, оба росли и радовали глаз. Но со временем их зоны стали пересекаться — начали мешать друг друг и та сторона, где они пересекались, развивалась хуже всего у каждого. Осенью я спилил рябину — она стала постепенно пропадать, и стало очевидно, что двум деревьям нормально не вырасти рядом.
Но второе дерево, увидев для себя новые возможности, стало лучше развиваться. Его зелень стала ярче, а там, где ему прежде мешала рябина, выросли новые веточки. На освободившееся место я посадил кустарник, который не вырастет большим и не помешает дереву. Стало лучше, чем было, но рябину жалко.
Так как я обожаю аллегории, то можно легко понять:
— два сильных специалиста, могут мешать друг другу, если их зоны ответственности пересекаются.
— люди не деревья: рубить не обязательно. Можно поменять зоны, чтобы ответственность была чётче для каждого.
— люди не деревья: могут и сами уйти, если поймут, что достигли потолка развития и начинают чахнуть.
— зона, за которую отвечает несколько человек, обычно развивается хуже, так как в итоге полноценно за неё не отвечает никто.
#кактотак
Чек-лист прогонки дизайна
С хорошим дизайном такое правило:
дизайн должен пройтись не только по центру, но и залезть в уголки.
Если дизайн не отражает краевые и редкие состояния, то их придётся доделывать на ходу и не всегда это будет хорошо.
Принимаете дизайн? Планируете сдавать макет? Задайтесь следующими вопросами:
☑️ ПО МАКЕТАМ ВЫВОДА ИНФОРМАЦИИ (по всем элементам, группам):
В дизайне определён и показан вариант вывода максимального объёма информации?
Например:
показать самое длинное возможное название товара,
показать цену товара с максимальным количеством знаков,
показать страницу новости с длинной аннотацией (лид-абзац),
показать вывод таблицы, в которой много столбцов,
и т.п.
В дизайне определён и показан вариант вывода минимального объёма информации?
Например:
показать вывод новости, у которой не задано фото (а если таких несколько подряд?),
вывод таблицы, в которой пользователь скрыл все столбцы кроме 2–3,
вывод товара, у которого очень короткое описание,
и т.п.
В дизайне показаны варианты вывода разных возможных форматов информации?
Например:
вывод вертикальной фотографии среди горизонтальных в фотогалерее,
вывод картинки товара, у которой не прозрачный фон, а белый (или цветной),
вывод аватара, в котором не лицо, а весь человек (есть же и такие),
вывод картинки, на которой написан текст, в тёмной/светлой палитре.
☑️ ПО МАКЕТАМ ДЛЯ ИНТЕРАКТИВНЫХ ЭЛЕМЕНТОВ:
В дизайне показаны допустимые варианты взаимодействия?
Пользователь понимает, как взаимодействовать с элементом, какие значения возможны при взаимодействии: подсказки, маски и прочее.
В дизайне определен и показан процесс взаимодействия?
Например, прелоадер загрузки файла; галочка справа от поля, если всё ок; состояние кнопки после нажатия и т.п..
В дизайне показаны успешные варианты завершения взаимодействия?
Как преобразуется элемент после завершения взаимодействия. Например, выводится превью и название после загрузки файла.
В дизайне показаны неуспешные варианты завершения взаимодействия?
Как интерфейс отреагирует, если при взаимодействии пользователь выйдет за рамки области допустимых значений.
В дизайне показаны варианты повторного взаимодействия?
Если окно закрылось, то ясно как его снова открыть. Если файл загружен — показано, как его изменить/удалить. Если выбран элемент в списке, то ясно как убрать выбор. И т.п.
В общем, у хорошего дизайнера львиная доля работы — определение поведения продукта в краевых и редких ситуациях. Именно там у многих продуктов ахиллесова пята.
#UX
С хорошим дизайном такое правило:
дизайн должен пройтись не только по центру, но и залезть в уголки.
Если дизайн не отражает краевые и редкие состояния, то их придётся доделывать на ходу и не всегда это будет хорошо.
Принимаете дизайн? Планируете сдавать макет? Задайтесь следующими вопросами:
☑️ ПО МАКЕТАМ ВЫВОДА ИНФОРМАЦИИ (по всем элементам, группам):
В дизайне определён и показан вариант вывода максимального объёма информации?
Например:
показать самое длинное возможное название товара,
показать цену товара с максимальным количеством знаков,
показать страницу новости с длинной аннотацией (лид-абзац),
показать вывод таблицы, в которой много столбцов,
и т.п.
В дизайне определён и показан вариант вывода минимального объёма информации?
Например:
показать вывод новости, у которой не задано фото (а если таких несколько подряд?),
вывод таблицы, в которой пользователь скрыл все столбцы кроме 2–3,
вывод товара, у которого очень короткое описание,
и т.п.
В дизайне показаны варианты вывода разных возможных форматов информации?
Например:
вывод вертикальной фотографии среди горизонтальных в фотогалерее,
вывод картинки товара, у которой не прозрачный фон, а белый (или цветной),
вывод аватара, в котором не лицо, а весь человек (есть же и такие),
вывод картинки, на которой написан текст, в тёмной/светлой палитре.
☑️ ПО МАКЕТАМ ДЛЯ ИНТЕРАКТИВНЫХ ЭЛЕМЕНТОВ:
В дизайне показаны допустимые варианты взаимодействия?
Пользователь понимает, как взаимодействовать с элементом, какие значения возможны при взаимодействии: подсказки, маски и прочее.
В дизайне определен и показан процесс взаимодействия?
Например, прелоадер загрузки файла; галочка справа от поля, если всё ок; состояние кнопки после нажатия и т.п..
В дизайне показаны успешные варианты завершения взаимодействия?
Как преобразуется элемент после завершения взаимодействия. Например, выводится превью и название после загрузки файла.
В дизайне показаны неуспешные варианты завершения взаимодействия?
Как интерфейс отреагирует, если при взаимодействии пользователь выйдет за рамки области допустимых значений.
В дизайне показаны варианты повторного взаимодействия?
Если окно закрылось, то ясно как его снова открыть. Если файл загружен — показано, как его изменить/удалить. Если выбран элемент в списке, то ясно как убрать выбор. И т.п.
В общем, у хорошего дизайнера львиная доля работы — определение поведения продукта в краевых и редких ситуациях. Именно там у многих продуктов ахиллесова пята.
#UX