proudobstvo | Unsorted

Telegram-канал proudobstvo - Про удобство (Михаил Греков)

18502

Про продуктоводство, UX, работу с b2b-продуктом и здравый смысл. Пишет Михаил Греков, Head of product AW BI aw-bi.ru 🔥 Второй канал: Продуктовошная @suda_smotri 🔥 Третий: B2B РЕХАБ @b2brehab РКН: https://clck.ru/3FeFq7 Сотрудничество — @GrekovM

Subscribe to a channel

Про удобство (Михаил Греков)

Я вот смотрю порой на обсуждение задач и диву даюсь сколько времени уходит впустую.

А ведь его можно потратить на прогулку, на спорт, кофе, выпивку — каждому своё. Но нет, обсуждают задачи.

Не надо сразу обсуждать задачи.

Что обычно делают те, кто ставит задачу? Рассказывает (или описывает) и говорит: “Вопросы есть?”. А тот кто получил задачу, не успев её осмыслить, начинает задавать какие-то вопросы, которые первыми пришли в голову. Идёт обсуждение ерунды какой-то, а основные вопросы появятся позже.

Правильный путь такой:

Получить задачу → Осмыслить → Подождать (ещё говорят “Переспать с этой мыслью”) → Задать вопросы, если они будут.

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

Пауза — лучший ускоритель.

#кактонироббинс из давно опубликованного

Читать полностью…

Про удобство (Михаил Греков)

Помоги инфоцыгану №2

Итак, снова пришёл инфобизнесмен уточнить об условиях размещения.
Какие инфоцыганские маркеры сквозят в анонсе? Кто целевая аудитория? Что под спойлером?

Хотите ссылку на его канал? Признавайтесь, что хотите!

Что можно улучшить, чтобы не 300%, а 3000%?

В прошлом выпуске — Ученики учеников уже заработали от 1.000.000 до 5.000.000 в месяц

#АЯЗнаю

Читать полностью…

Про удобство (Михаил Греков)

Что сейчас модно в дизайне лендингов?

Я застал разную моду на дизайн лендингов — пофигизм, минимализм, флэт, паралакс, анимация, 3Д ...
А что модно сейчас?
Чтобы сделал лендинг и все такие — «Ого, вот это модно! На конкурс надо! Премией рунета пахнет.»

Пишите и кидайте в комменты примеры круто-модных лендингов.

Я начну 😉 А не, Игорь начал :)

Читать полностью…

Про удобство (Михаил Греков)

Стать сотрудником Яндекса быстрее и проще, чем кажется. Участвуйте в днях быстрого найма: решите тестовое, пройдите несколько секций собеседования и получите офер за несколько дней.

Ближайшее Fast Track мероприятия:

• 13–15 апреля — Fast Track для менеджеров продукта, офер за 3 дня в команды Лавки и Еды.

Зарегистрироваться

Читать полностью…

Про удобство (Михаил Греков)

И маленькие стартапы на 5-10 человек, и крупные компании сталкиваются с одной и той же проблемой: неэффективная коммуникация.
На VC вышла отличная статья от Ангелины Зинченко, продакт-менеджер Авито, — рассказывает о типовых проблемах коммуникации в рабочей жизни продакта.
Почему бывает так, что продакта будто не слышат ни команда, ни стейкхолдеры.

Мне больше всего понравился блок про отношения с технической командой — как эти отношения можно испортить 👇

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

❌ Продакт полностью ограждает себя от общения с командой разработки: не ходит на груминги, дейлики и другие встречи. «Ну я же описал, что мне надо, а дальше сами думайте, как реализовывать». «Зачем нужны эти функции, и как должны выглядеть альтернативные сценарии? Вы же умные, сами разберитесь».

❌ Продакт играет в игру «кто главнее» с техлидом, да ещё и технические решения пытается навязывать.

❌ Продакт приносит не только задачу, но и чёткий срок, когда она должна быть реализована. За исключением форс-мажоров: например, когда нужно подстроиться под изменение законодательства или политику магазинов приложений.

❌ Сегодня бежим сюда, завтра бежим туда, послезавтра — всё бросаем и строим космолёт.


В общем, рекомендую почитать статью целиком 😉
А в комментах пишите — с кем у вас хуже всего выстраиваются коммуникации 😎

Читать полностью…

Про удобство (Михаил Греков)

Положительное подкрепление

Психологи делали эксперимент с крысами и людьми. Суть такая: в середину лабиринта клали кусочек сыра для крыс, а для людей клали 50$.

Крысы и люди довольно быстро поняли, где именно лежит полезное и научились быстро добираться до центра.

Потом сыр и деньги не стали класть. Крысы 4-5 раз пробовали сходить в центр, но когда ничего там не получили в итоге — перестали пробовать.

Люди — пробовали долго. Экспериментаторы даже поставили охрану у входа в лабиринт, но и тогда люди не перестали пробовать прорваться в лабиринт.

Что это всё значит? Если человек получает регулярное положительное подкрепление, то даже когда это подкрепление исчезает, оно продолжает действовать на человека.

Хвалите и награждайте сотрудников — похвала будет действовать долго.

Делайте лучший сервис в своём продукте — пользователи дольше будут возвращаться в продукт, даже когда сервис станет похуже.

Мы долго верим, что хорошее повторится, даже когда хорошее давно перестало повторяться.

#Психология из давно опубликованного

Читать полностью…

Про удобство (Михаил Греков)

Разомнём UX-мозги

На панели Винды после обновления появилась иконка Copilot (какая-то ИИ шляпа от MS).
Но сейчас не про Copilot, а про загадочный «PRE» — как думаете, что означает эта приписка?
Ниже опросик.

Читать полностью…

Про удобство (Михаил Греков)

GoPractice запустили новый курс для продактов — точнее для Свитчеров.
Для тех, кто хочет перейти в продакт-менеджмент из других ролей.
Подробности есть в посте на канале GoPractice /channel/gopractice/278

Внутри курса есть одно практическое задание от меня ☺️
Знаю, что курс делался очень долго и скрупулёзно — как собственно и все курсы и симуляторы от GoPractice

Читать полностью…

Про удобство (Михаил Греков)

В IT для B2B грань между менеджером продукта и маркетологом довольно тонкая. Точнее так — не ясно, где заканчивается продакт и начинается маркетолог.
Я лично считаю себя B2B продактом-маркетологом и мне хорошо от этой мысли 😉

Мне абсолютно не интересны каналы B2C-маркетологов, но каналы B2B-маркетологов читаю с удовольствием и, что главное, с пользой.
И сегодня буду вам рекомендовать полезный канал про маркетинг B2B-IT-продуктов, который ведет Светлана Берегулина, Ex-CMO Битрикс (12 лет), VK (тогда это был Mail.Ru), МШУ Сколково, inSales (в экосистеме Сбер). Вошла в Топ-100 лучших директоров по маркетингу рейтинга Коммерсант в 2021 году. Автор книги "Системный ИТ-маркетинг: от ценности до коммуникации", которая стала хитом продаж на Литресе.

Светлана пишет про глубокие и сложные вещи, связанные с маркетингом B2B цифровых продуктов, делится интересными фреймворками и источниками полезной информации

Наиболее интересные посты канала:

Про вебинарные воронки в B2B

Как интерес к ChatGPT позволил нам привлечь 8000 (на самом деле 14 000 к июню) подписчиков в корпоративный канал с бюджетом в 10 раз меньше среднего по рынку

CJM - что это такое, как создать и где применять

Пост про подходы к оценке эффективности работы команды маркетинга

Исследование бенчмарков SaaS-компаний рынка США

Действительно хороший канал и опыт от первого лица, а не сборная солянка.
Загляните и почитайте 👌

Читать полностью…

Про удобство (Михаил Греков)

Про эйджизм в ИТ

Эйджизм — это дискриминация человека на основании его возраста.

Пожалуй, самым ярым эйджистом в ИТ был (а может и есть) Марк Цукерберг.
Я помню, как мы в 2007 году на работе с коллегой всерьёз обсуждали его [Цекерберга] речь перед посетителями школы стартапов в Стэнфорде.
Во время своей речи Цукерберг, тогда 23-х летний, заявил, что по его мнению, молодые люди гораздо умнее тех, чей возраст уже перевалил за отметку в 30 лет.
Также он заявил, что успешные фирмы должны нанимать только молодых людей, если они хотят оставаться успешными.
Занавес.

И вот мы обсуждаем с программистом, что же делать после 30-ти, когда мозг превратится в деревяшку:
— После 30-ти кодить уже нельзя. Тимлидом надо быть или руководителем! — заявил программист, который, видимо, верил в теорию Цукерберга-молодого.

Знаете кем он [программист] сейчас в свои 40+ работает?
Программистом. Весьма успешным.

По мере «старения» ИТ-отрасли стало понятно, что немолодые ИТ-шники могут и ещё как.
У меня есть коллеги-программисты 40+, которые невероятно эффективны и мудры.

Я, пожалуй, соглашусь, что с возрастом вкатиться в ИТ с нуля сложно.
А в какую специальность легко войти, не имея по ней базового образования?
Врачом просто? — Нет.
Строителем? — Нет (низкооплачиваемые разнорабочие не в счёт).
Сельское хозяйство? — Нет.
Актёр? — Нет.
Повар? — Нет.

Везде есть порог. Но если ты за этот порог перешагнул, то возраст уже не будет стопом. Особенно какие-то отмашки в виде 30/40/50.
Кто-то и в 20 туго соображает, а некоторые и в 80+ новые языки осваивают.

#кактонироббинс

Читать полностью…

Про удобство (Михаил Греков)

Комитмент

Меня бесит низкий комитмент в работу среди многих ИТ-специалистов. Простите за англицизм, но слово комитмент хорошее, чтобы обозначить термин “готовность взять на себя обязательства”.

Низкий комитмент проявляется следующим образом: сотрудник не планирует достигнуть результата внутри компании, а приходит “попробовать поработать”. Высокая востребованность некоторых ИТшников приводит к тому, что сотрудник, прыгая по работам быстрее “вырастает” (ему так может казаться). Зачем комититься здесь, если тебя только что на лучшие условия позвали? Для меня всё, что меньше 2 лет — низкий комитмент.

Низкий комитмент — это прям боль для тех, кто формирует команду. Тратится время на погружение — некоторые роли по полгода разгоняются. А потом бац: “Спасибо, было приятно работать, но пора двигаться дальше.” Куда дальше? Ты же тут ещё даже двигаться нормально не начал?

Может показаться, что низкий комитмент — это наши реалии. Мол поколение такое, отрасль и т.п.. И да, и нет. С низким комитментом надо работать: менеджеры, тимлиды и HR должны всё время думать над тем, как повышать срок эффективной жизни сотрудника.

Есть гигиенический минимум для повышения комитмента:

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

2. Быть честным.
Не надо расписывать свою работу как рай на земле, если это не так. Если у вас говнокод и легаси — так и говорите. Если у вас текучка — так и говорите. Если вы душнила — так и говорите. У сотрудника мог быть высокий комитмент в описанный вами рай на земле, но нулевой в шарагу, в которую он в итоге попал.

3. Запрашивать комитмент.
Если для вас важно, чтобы сотрудник задержался у вас — так ему об этом и говорите. Уточняйте, что для него важно. Взвешивайте свои возможности: можете ли вы это важное обеспечить.

Конечно, в ИТ не будет трудовых династий и работы на одном месте до пенсии — это не нужно. Но серьёзность намерений можно и нужно повышать.

#кактотак из давно опубликованного

Читать полностью…

Про удобство (Михаил Греков)

Скоро будет год как мы запустили продуктовую папку — это папка в Телеге, в которой собраны самые пикантные и охмеляющие продуктовые каналы.
И весь год папка работает 😉 Я и сам из неё же читаю продуктовые каналы и, судя по новым подписчикам, не только я.
Ссылка на папку: /channel/addlist/YvmnHCHUp700Nzky
Просто добавляйте к себе, читайте тех, кто интересен, а кто не интересен — не читайте, так тоже можно.

А я сделаю небольшой дайджест из свежих постов в каналах из папки:

👉 В Hard Client вышел большой обзор проектирования согласия на обработку данных.

👉 Камилла Самохина рассказала почему одних повышают, а других нет

👉 Сергей Колганов советует иногда рвать ритм

👉 В ProductDo поделились чек-листом продуктовой стратегии

👉 А Владимир Меркушев устроил тест на тему самостоятельного проведения интервью продактом

В общем, полезного много 😉

Читать полностью…

Про удобство (Михаил Греков)

Мы всегда так делали

👆это фраза, которой необходимо опасаться как огня.

Точнее так — всем, кто не хочет быть замененным AI, необходимо эту фразу исключить из своего лексикона.
Обычно фразой "Мы всегда так делали" закрывают какую-то неоптимально выполненную работу. Можно и нужно было сделать иначе, потому что обстоятельства изменились, но ранее [всегда] делали так, как сделали.

Возможно, вы всегда ходили по тратуару до магазина, но однажды посреди него раскопали яму — вы же не пойдёте по тратуару, чтобы упасть в яму!?

Вот и "мы всегда так делали" может превратиться в "а сейчас надо делать иначе".

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

#кактонироббинс

Читать полностью…

Про удобство (Михаил Греков)

Про демократизацию UX-исследований

Исследователи в вертикалях Товары и Недвижимость в Авито Никита и Катя написали статью
Как научить продуктовую команду проводить UX-исследования и сократить time to market на 20%

Суть статьи — почему важно не зацикливать навык проведения исследований только на исследователях.
И это, как по мне, очень верный посыл 😉

Несколько хайлайтов (медиум за VPN закрыли, теперь не все и знают, что такое хайлайт 😂)

✅Объясните коллегам, зачем им нужно научиться проводить исследования. Например, продакты смогут увеличить производительность команды, а дизайнеры начнут лучше понимать пользователей.
✅Найдите подходящие инструменты для обучения. Это могут быть тренинги на спид-дейтингах, база знаний с шаблонами или что-то другое.
✅Проведите онбординг коллег. Предложите им сперва послушать вопросы профессионального исследователя, а затем позвольте самостоятельно общаться с пользователями.
✅Помните о рисках на разных этапах. Следите, чтобы исследования не дублировались, давайте коллегам обратную связь и помогайте выбрать лучшие методы.

#UX

Читать полностью…

Про удобство (Михаил Греков)

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

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

А в продукте всё иначе — вся команда должна быть смекалистой. Если вы посмотрите на истории роста продуктов на ранних стадиях, то большинство Гровс хакингов строятся вокруг того, что кто-то придумал что-то хитрое и оно сработало.

Например, на заре своего существования Амазон заказывал книги в крупной книжной сети (забыл название). И заказать можно было только оптом по 10 штук. Т.е. приходит человек на сайт Амазона, выбирает книгу, заказывает, а дальше Амазон, чтобы ему её доставить, должны были перезаказать её. Но одну перезаказать нельзя — только 10. Что делать?

Стали заказывать 10: 3-4 тех, которые нужны клиентам, а остальное — экземпляры какой-то редкой книги, типа "Справочник редких растений Аризоны". Поставщик извинялся, что не может достать несколько экземпляров справочника (их у него просто не было) и доставлял только то, что нужно было Амазону на самом деле. Смекалка.

Когда я запускал свой первый продукт — b2b система для автоматизации торговых представителей (мобильная торговля Флюгер-Продажи) — то у меня на руках было всего два кейса внедрения и те были проектными. Что делать, чтобы показать, что система достойная?

Я пошёл в Википедию в статью "Мобильная торговля" и добавил в неё раздел: ТОП-10 систем для автоматизации мобильной торговли. Нашу поместил на 5 место, лидеров вперёд. После этого я смог ссылаться, что по данным Википедии мы входим в ТОП-5 лучших систем — потенциальные клиенты со мной стали разговаривать, реагировать на материалы о системе.

Угадайте, какой раздел в этой статье был потом самым редактируемым? Да, через время конкуренты начали двигать места в этом ТОП-10 😂

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

#softskills из давно опубликованного

Читать полностью…

Про удобство (Михаил Греков)

А нужен ли вам карт-бланш?

Я много лет наблюдаю ситуацию.
Состояние — Нет полномочий
Сотрудники сетуют, что им недостаточно полномочий, чтобы эффективно выполнять свою работу. Тупорылые начальники мешают своими указаниями и согласованиями.
Прокручивают в голове мысль: «Если бы меня слушали — уже бы всё было готово/красиво/современно!»

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

По моим субъективным наблюдениям — 90% людей не готовы к карт-бланшам.
Среди этих 90% примерно половина тех, кто вроде бы готов, но не дотянет дело до конца.
Я много раз видел, как дело бросали на полпути — и чем ярче сотрудник топил за изменения, тем больше вероятность, что он не дотянет.

Из кухни очень легко управлять страной.

Читать полностью…

Про удобство (Михаил Греков)

Я не спроста вчера спросил про дизайн лендингов — ко мне на рекламу пришли Bang Bang Education с курсом Head of Product Design.
И мне их лендос показался достойным для описания такого курса — современным.
В последнее время замечаю тренд на малоцветные лендинги с крупной/огромной типографикой.

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

Внутри курса разбирают как работают дизайн–команды «Яндекса», «Авито», VK и других IT-гигантов и что нужно уметь, чтобы стать руководителем такой команды.
Под вашим руководством будет создан продукт, который закроет потребность бизнеса и принесет ему реальную пользу. Для этого потребуется оценить итерационное развитие продукта — от стратегии до фичи, разработать продуктовую стратегию, выстроить процесс работы дизайн-команды и наладить их взаимодействие с другими подразделениями — разработчиками, аналитиками, продактами.

Всего за 2,5 месяца вы:

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

👉 В деталях узнаете, как строятся процессы в крупных компаниях. Директор по развитию коммерческих продуктов Lamoda будет читать лекции, проверять домашние задания и отвечать на вопросы. В течение курса вас ждут выступления приглашенных дизайн-директоров Альфа-банка, «ДодоПиццы», Wildberries и X5 Digital, где можно будет задать любые вопросы.

👉 Получите рекомендации от автора курса после успешной защиты проекта. Можно показать текущему работодателю при обсуждении карьерных перспектив или усилить резюме при поиске новой работы.

Старт курса — 19 апреля. По промокоду LEAD скидка 30%.
Детали на странице курса.

Читать полностью…

Про удобство (Михаил Греков)

Режим залипухи

До сдачи итога остаётся минут 10, а у меня так и нет никакого рабочего решения: не работает и всё.
И тут включается режим — Залипуха: это когда не можешь придумать рабочее решение, но делаешь так, будто оно рабочее.
Делаю кнопку, по нажатию на которую должна скачиваться таблица с экрана в формат Excel, параллельно делаю эксельку и кладу рядом.
Всё время вышло.
Подходит преподаватель проверять итоги задания — я должен на экране программы, которую быстро написал, в таблицу ввести какие-то данные и всё это качнуть в Эксель.
Ввожу какие-то данные ... На самом деле ввожу заранее продуманные данные, которые совпадут с заранее приготовленным Экселем.
Жму кнопку.
Отвлекаю преподавателя.
Открываю Эксель.
Смотрите — всё работает.
Молодец, давай зачётку.

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

Залипуха — это, когда в сложной ситуации ты выкручиваешься, не имея рабочего решения.
Многие стартаперы всякие залипухи называют mvp, хотя там залипухи залипушные.
Не надо путать с обманом.
Обман — это когда ты изначально не хотел делать и придумывал как обмануть.
А залипуха — это когда тебе надо выкрутиться, но ты приложил все усилия к решению и готов потом доделать: "дня не хватило", "работало, но перестало", "я случайно стёр БД перед показом проекта", ....

Помню лет 10 назад — еду показывать Министру областному итоги по проекту: сроки сильно сжатые, а не делать нельзя.
Ну и кусок функций не доделали.
Прошу ребят прописать на недоделанную часть ссылки на прототип в Axure.
Показываю, говорю, что тут всё работает, но осталось только дизайн натянуть.
Все спокойны, никто не переживает.
А мы реально доделываем раздел и проект в нужные сроки.

В целом, умение сделать хорошую залипуху — дорогого стоит. Особенно в проектной разработке.
Делитесь своими историями в комментариях 😉

Читать полностью…

Про удобство (Михаил Греков)

Про корпоративную бюрократию

Дима перешёл из крупной корпорации в региональную ИТ компанию Хэ [чтобы с X не путали] и был приятно удивлён, что в компании почти нет бюрократии.
Валера перешёл из небольшого стартапа в региональную ИТ компанию Хэ и был шокирован количеству бюрократии.
Компания Хэ при этом одна и таже. Дима гонит или Валера?

Вообще бюрократия — это государственная история: когда работа ведётся не для того, чтобы принести пользу, а для того, чтобы выполнить требования вышестоящего органа.
Но не будем углубляться в историю самого термина.

На корпоративном уровне бюрократией называют почти любые процессы, которые требуют согласования более чем с одной службой. Например, заявление на отпуск надо согласовать с кучей людей — многие это называют бюрократией.
Но «бюрократия» в компаниях, не сидящих на бюджетном финансировании, редко возникает на ровном месте — чаще всего это ответ в виде регламентного процесса на периодически появляющуюся проблему.

И бывает два случая:
1. плохая бюрократия — уже никто не помнит, на какие проблемы был дан ответ в виде процесса, но процесс живёт.
Это может быть проблемой — процесс ради процесса: это та самая бюрократия в негативном контексте.
2. хорошая бюрократия — если убрать процесс, то проблемы снова могут всплыть. Тут всё ок — разумная бюрократия.

Логично, что чем больше компания — тем больше у неё и первых, и вторых «бюрократий».
Большие группы людей без регламентов и описанных процессов общаться-то не умеют на самом деле.

Давайте вернёмся к нашим героям.
Корпорат Дима, придя в Хэ, естественно попал в сильно меньшее число регламентов, поэтому посчитал, что бюрократии практически нет.
Он легко приживётся внутри процессов — он уже был в более агрессивной бюрократической среде.

Стартапер Валера будет долго врубаться в новые реалии — почему просто нельзя сделать так, а надо согласовать с 3 службами и т.д.
Он в зоне риска — его надо погружать и объяснять процессы.

Часто бывает так, что сотрудник предлагает менять или упрощать процессы, не разобравшись толком в причинах их появления — это всегда плохо.
Ключевое правило бюрократии — чтобы победить большую бюрократию, надо всех убедить, что твоя маленькая бюрократия лучше.
А если ты толком не понимаешь процессы, но предлагаешь их менять — ты риск, который может бросить всё на полпути или и вовсе сделать ещё хуже.

В общем, правило корпоративной бюрократии довольно простое — её надо принять, понять и только потом на неё влиять.
У вас в компании много бюрократии? Какая самая дикая?

Читать полностью…

Про удобство (Михаил Греков)

Яндекс Практикум запустил YouTube-шоу, где продакты крупных компаний (Авито, Яндекс, Тинькофф), предприниматели и стартаперы рассказывают про жизнь продактов:

Как они ошибаются и что с этим делают дальше, чем вдохновляются и как запускают идеи в космос.

🎬Эти и другие выпуски уже доступны на YouTube-канале Яндекс Практикума:

📌 Игорь Мелех. Почему всех нужно сделать продакт-менеджерами
📌 Георгий Железняк. Навык, который работает при найме, в бизнесе и в семье
📌 Даша Васянина. Как быть продактом в стройматериалах и модном бренде
📌 Галина Ширанкова. Три лайфхака, как продакту потерять авторитет в команде

Начни смотреть шоу с любой интересной темы!

Реклама. АНО ДПО “Образовательные технологии Яндекса”, ИНН 7704282033, Erid: 2VtzqxFiSa2

Читать полностью…

Про удобство (Михаил Греков)

Правильный ответ — предварительная версия.
Я не знаю от чего образовано: от preview, от prerelease, от preliminary. Но на нашем — предварительная.

Признаться, для меня такой способ обозначения бета-версии в новинку.
Я, пока мышку не навёл, думал что это премиум :)

Но самое забавное — версия не доступна в моём регионе.
MS вешает агрессивно иконку первой в панели задач, вешает яркий шильдик и .... не даёт посмотреть 🤦‍♂️

— Видишь суслика copilot?
— Нет
— А он есть.

Читать полностью…

Про удобство (Михаил Греков)

Приглашаем на большой митап HR Tech

Поговорим о последних трендах, вызовах и решениях в сфере HR Tech. Вместе с экспертами из ведущих компаний попытаемся понять, что ждёт индустрию в 2024 году — и как подготовиться к изменениям. Вот какие будут доклады:

🔸 Алексей Сидорин, руководитель блока «Интранет» HR Tech в Яндексе. Расскажет, как устроена экосистема интранета

🔸 Елена Гаврина, руководитель HR Tech, и Роман Мизюрин, руководитель продвинутой аналитики рисков и общекорпоративных функций, CDS в Альфа-банке. Объяснят, как ИИ экономит Альфа-Банку миллионы рублей и находит лучших работников

🔸 Сергей Чернышев, руководитель HR Tech в Яндексе. Покажет, как в HR Tech Яндекса используют GPT

🔸 Дмитрий Губанов, руководитель продуктовой аналитики в Тинькофф Банке. Расскажет про оптимизацию воронки массового найма с помощью ML и не только.

🔸 Елизавета Василенко, менеджер продукта в Тинькофф Банке. Объяснит, как развивалась платформа найма для интервьюеров и какое влияние она оказывает на воронку найма

Митап пройдёт 29 марта в Москве, мероприятие проходит только в офлайн-формате, записей не будет. Участие бесплатное, но нужно зарегистрироваться заранее.

Читать полностью…

Про удобство (Михаил Греков)

Кстати, у большинства интерфейсов давно ушли в прошлое детские UI- болезни: типа близости, цветов, шрифтов.

Я давно не встречал откровенно плохих интерфейсов и пользовательский опыт от взаимодействия с UI как правило не страдает по-крупному.
И это хорошо — сосредотачиваемся на главном: на пользе, которую несёт продукт. И тут западня — многие по-прежнему не могут упаковывать пользу своего продукта или услуги. А высокая конкуренция практически во всех сферах приводит к тому, что польза должна быть бронебойной, чтобы пользователь/клиент купился.

А явной бронебойной пользы чаще нет, чем есть — продукты похожи, функции постепенно выравниваются. И что делать?
Всегда готовиться играть в долгую — эта фраза самый капец для тех, кто грезит быстрым взлётом продукта и захватом рынка.

Быстрые взлёты можно посчитать по пальцам (как и быстрые падения — вспоминаем клубхауз, если сможем). Долгих восхождений гораздо больше, чем быстрых взлётов.

Явная бронебойная польза (оно же УТП по сути) зачастую — это комбинация из следующих составляющих:
- сам продукт: его функции и возможности.
- сервисы и надёжность: поддержка, партнёры, соцмиссия и т.п.
- кейсы: репутация и социальные доказательства.

Быстрее всего из этого списка родится только продукт (первая версия).
Всё остальное — кропотливая работа, которая порой занимает годы. Особенно в b2b.

Любой компании, у которой уже выстроена сервисность и есть социальные доказательства проще запустить второй, третий и т.д. продукт.
Любой продукт от Яндекса (Гугла, MS ...) найдёт сразу отклик и клиентов. Это не значит, что он завоюет рынок.
Но даже с функционально слабым продуктом стартовая позиция будет сильно лучше относительно компаний с более функциональным продуктом, но без репутации и сложившейся сервисности.

И вот если к этим кропотливым годам не готовиться на старте, а ждать "взлёта" после запуска, то скорее всего путь только один — на кладбище стартапов и гениальных идей.

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

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

Читать полностью…

Про удобство (Михаил Греков)

Помоги инфоцыгану №1

Вы же читали всякие редполитики, Ильяхова, Сарычеву и прочих уважаемых редакторов?
Про продуктовый подход знаете?
В маркетинге и упаковке продуктов наверняка разбираетесь?

Давайте поможем инфоцыгану упаковать нормально продукт, чтобы он выглядел правдоподобно 😂
Смотрите на скрине какой запрос мне пришёл (по сути это лендинг продукта).

Что здесь не так? Как улучшить?
Где факты? Что выдаёт инфоцыга?

Давайте разомнёмся в комментариях 🚀

#АЯЗнаю

Читать полностью…

Про удобство (Михаил Греков)

🎚Как знания могут увеличить выручку компании?

17 апреля платформа для и управления знаниями и совместной работы TEAMLY проведет большую конференцию специально для руководителей бизнеса и департаментов, РОПов и hr-специалистов

На ней вы узнаете:

Как бизнес экономит и зарабатывает с помощью управления знаниями;
Как управлять командами с помощью корпоративных знаний;
Как с помощью знаний выстраивать работу продуктовых команд, чтобы достигать большей продуктивности с каждым релизом;
Как развивать сотрудников с помощью знаний;
Какие новые функции TEAMLY помогут заменить Confluence и Notion.

Эксперты из SPLAT, KAMAZ, ГрандМоторс и консультант по корпоративной стратегии Гаррет Джонстон расскажут про свои реальные кейсы внедрения практики управления знаниями!

Где и как принять участие?

Адрес: г. Москва, ул. Покровка, д. 47 метро: Красные Ворота, Курская, Цифровое деловое пространство

🖥Регистрация уже доступна по ссылке!

Реклама. ООО «КьюСофт». ИНН 7714594610 erid:LjN8KK97n

Читать полностью…

Про удобство (Михаил Греков)

Дима Борунов из Авито Услуг написал на VC большую статью о запуске на Авито сервиса онлайн-записи к специалистам (пока к косметологам):
https://vc.ru/services/1063990-menyaem-rynok-uslug-odnoy-knopkoy-kak-ustroena-onlayn-zapis-na-avito-uslugah

Для меня стало сюрпризом, что на Авито уже и такое есть 😳

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

1. Понятное дело поисследовали и увидели, что интерес к онлайн записи есть.
2. Вот тут интересно: потестировали на сервисе Мой профи. Т.е. в первой версии не пилили свою запись, а сделали коллаб с внешним сервисом.
3. Итоги теста ОК — сделали своё и раскатили на часть спецов, чтобы основные UX-проблемы отловить.
4. Отловили, поправили и решили раскатать на всех.

В статье всё в деталях и скриншотах.

Интересно конечно смотреть на темпы запуска новых фич в столь глобальных продуктах — судя по статье примерно год готовились, тестировали, пилили.
Где-то за это время успели появиться и закрыться с десяток стартапов.

#статья

Читать полностью…

Про удобство (Михаил Греков)

Кстати, я бы тут просто написал: У Дзена есть удобное приложение для Android и iOS.
(если разрабы норм, то можно исходя из девайса писать только Android или только iOS и кнопку сразу в Стор).

А если бы мне прям оооочень надо было манить людей в приложение, то вынес бы в текст киллер-фичу приложения.
Я не знаю, какая она у Дзена, но пусть будет так:
В приложении Дзена для Android новости зачитает весёлый робот.

Читать полностью…

Про удобство (Михаил Греков)

Ну так сделайте удобнее и здесь 😏
Не понимаю такие подкаты, когда через самозасер пытаются переманить в приложение.
Как элегантно звать в приложение, не засерая веб-версию?

#UX

Читать полностью…

Про удобство (Михаил Греков)

Про JTBD и тренинг Замесина

Оказывается, я ещё ни разу не писал про фреймворк Jobs To Be Donе, а он уже много лет помогает создавать продукты, наполненные ценностью, а не функциями.

Стартапы и компании, запускающие новые IТ-продукты, в основном работают на рынке предложения, а не спроса. А рынок предложения, он не про функции, он про ценности и возможности. Именно поэтому многие компании не могут донести ценность своих продуктов, потому что идут от функций, а не от потребностей, которые эти функции закрывают.

Jobs To Be Donе, собственно, позволяет ответить на вопроc: «Что такое ценность и как её создавать?» (и кучу других вопросов).

Если запускаете продукт или в тупике на пороге масштабирования — фреймворк в руки. Быстро погрузиться в фреймворк можно на бесплатной лекции Вани Замесина: «Основы Jobs To Be Done, сегментации и создания ценности»

Это часть лекции из большого тренинга «Как делать продукт». Он уже платный, но, надо сказать, доступный — от 34 900 р. «Как делать продукт» базируется на Jobs To Be Done, но наполнен примерами из IТ-жизни Вани и его исследований, которые он сделал практически для всех крупных компаний рунета.

В общем, если вы сейчас запускаете продукт или на пороге масштабирования — присмотритесь к тренингу Вани 😉 Его уже прошли больше 8 000 человек, а средняя оценка ценности тренинга 9,2.

К слову, старт ближайшего онлайн-потока — 5 марта. Рекомендую 😉

Читать полностью…

Про удобство (Михаил Греков)

Про собеседования

15 января было 17 лет как я работаю в ИТ 😳
Начинал с QA, а кем закончу — не понятно 😂

Так вот, за 17 лет я много (ооочень много) раз был на собеседованиях — в основном как сторона найма, но и нанимался тоже несколько раз.
И у меня сложился необходимый и достаточный критерий неуспешного собеседования, который звучит так:

Если на собеседовании нанимающая сторона и соискатель ни разу совместно не посмеялись, то можно не продолжать найм.


Этот критерий мой.
Вам, может быть, наоборот некомфортно, когда на собесе шутки шутят или какие-то хохмы рассказывают.
Для меня же работа должна приносить радость и позитив.
И если она этого не делает, то и не надо начинать 😂

P.S. Меня читают коллеги и иногда переносят посты на текущее время. Всё ок — я не хожу по собесам, это просто пост. Вы все очень хорошие и весёлые! 😉

Читать полностью…
Subscribe to a channel