Про удобство
8.52K subscribers
116 photos
13 videos
2 files
462 links
Про cвой продукт, продуктоводство, UX, работу с дистанционной командой и кейсы из жизни.

Пишет @GrekovM Михаил Греков, Head of products ERP-платформы КЛЕВЕР, основатель сервиса поиска ИТ-наставников itkadr.ru

🔥 Второй канал: Продуктовошная @suda_smotri
Download Telegram
Не суетись

Если вы смотрели Шрек-2, то вспомните сцену, в которой Шрек, Фиона и осёл ехали в гости к родителям Фионы. Осёл каждые пять минут спрашивал: "Уже приехали?", "Ну что, уже приехали?", "А сейчас приехали?" ...

Излишняя суета порой накрывает менеджеров (всех мастей): "Ну что, доделал?", "Нарисовал?", "Написал?", "Прошла модерация? А когда? А как ускорить?", "А можешь задержаться?", "Пообедаешь поскорее, чтобы успеть?".

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

Помню, накрытый волной суеты, ходишь вокруг да около программиста и уточняешь, как тот осёл: Нашёл причину ошибки? А скоро найдёшь? Ну ок, скоро вернусь.

Обычно такая суета никак не ускоряет процесс, а отвлекает на лишние действия и раздражает окружающих. Проще говоря, менеджер задалбывает, а не помогает. Ну и в спешке всегда хромает качество.

Вряд ли, рушится Мир и надо дышать в спину программисту (дизайнеру/копирайтеру ...) — у меня Мир не рушился (хотя казалось иное), в 100% случаев можно было меньше суетиться. Твоих коллег на дольше хватит, если они работают в спокойном режиме.

На что можно заменить суету:
— доверие к исполнителю. Обозначить всю важность ситуации и попросить к определённому сроку предоставить статус по проблеме.

— приготовить план "Б". Часто суетиться и дышать в спину уже поздно — надо готовить вторую версию плана: думать, где можно срезать углы; думать, что делать, если всё же не успеем; думать, что сказать заказчику и т.д.

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

— успокоиться самому: "Будет ли важна эта проблема через год?" Обычно, такой вопрос снимает волну суеты и помогает думать яснее.

В общем, менеджер — это оплот спокойствия, а не источник задёрганности.

Вокруг шум. Пусть так
Ни кипишуй. Всё ништяк
(Каста)

#softskills #продакту из давно опубликованного
Почитал весьма интересный кейс команды TYPICAL — они помогают формировать и растить команды. Кейс про помощь компании Emex в формировании продуктовой команды. Emex — международный маркетплейс автотоваров с пунктами выдачи в 120 городах ОАЭ и СНГ.

Кейс в двух частях (вторая пока не вышла). В первой части разбирают ошибки в процессе найма и рассказывают про изменения этого процесса.

Чего добились в Emex:

- Сейчас команда может заниматься поиском и отбором людей даже без рекрутера. Рекрутера, к слову, в процессе оптимизации решили заменить ))

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

- Нанимающие менеджеры заранее описывают критерии найма — компетенции, которые им нужны, — и подбирают к каждой компетенции вопросы.

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

- Команда постоянно получает положительную обратную связь от кандидатов — даже в случае отказа: им нравится коммуникация компании.

Как добились — смотрите в кейсе: там подробно и от разных лиц.

Жду вторую часть — уже про оргструктуру.

Ссылка на кейс: https://go.typical.company/emex

Телеграм-канал TYPICAL: https://t.me/typicalcompany
This media is not supported in your browser
VIEW IN TELEGRAM
Обещания на любом лэндинге vs факт
Дизайнеры интерфейсов работают в IT-сфере, но не пишут код. Они анализируют поведение пользователей и создают удобный и красивый облик приложений. По данным Хабр Карьеры, начинающий UX/UI-дизайнер получает в среднем 47 050 ₽ в месяц, а опытный уровня middle — 98 988 ₽ в месяц.

Стать дизайнером интерфейсов можно на курсе Яндекс Практикума. За восемь месяцев вы соберёте портфолио из шести сайтов и приложений. Дополнительно — сможете получить опыт работы на коммерческом проекте в Мастерской. Учиться непросто, но на каждом этапе вас будет поддерживать целая команда:
◾️ наставники проведут через сложные темы,
◾️ ревьюеры проверят проекты,
◾️ кураторы не дадут прокрастинировать,
◾️ карьерные консультанты научат писать резюме и проходить собеседования.

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

Примерьте на себя профессию UX/UI-дизайнера. Попробуйте бесплатно →
Комитмент

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

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

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

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

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

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

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

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

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

Это, кстати, хороший вопрос 🤔 Кто-то хочет (в тайне этого хотят все), чтобы дизайнер совмещал в себе целый комплекс ролей: исследователь, писатель, проектировщик, иллюстратор и UI-дизайнер. Многие, конечно, не ждут к себе человека-оркестра и разделяют этот комплекс среди разных ролей.

Узнал, что 20 июля ИТМО и Нетология будут проводить день открытых дверей магистратуры продуктового дизайна — в канале довольно много дизайнеров, должно пригодиться. На мероприятии будет бесплатная онлайн-дискуссия на тему «Дизайн цифровых продуктов в 2022 году: чего работодатели ждут от дизайнеров», 20 июля в 19:00 МСК.

В рамках дискуссии расскажут:

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

Присоединяйтесь: https://netolo.gy/iLL
Прокрастинация при умственной деятельности

Я вот о чём подумал: чем больше работаешь, тем больше прокрастинация.

Может быть, вы замечали, что короткие рабочие недели (между майскими, например) насыщены — ты сидишь и фигачишь 3-4 дня, зная что впереди выходные.

Или обратный эффект: чем больше времени в день ты работаешь, тем больше отвлекаешься от важного (прокрастинируешь). Например, ты работаешь не 7-8 часов, а 10-12 — объём отвлечений будет в разы больше (наблюдение за собой и не только).

Мозг устаёт и хочет переключаться, прыгать по задачам. При этом прокрастинация — это не только видосики смотреть или каналы в телеге читать (привет, привет). Это и переключаться на менее важные рабочие дела с более важных: полдня в чатах переписываться, запрашивать статусы работ и т.п. (загрузка мозга слабыми задачами вместо сильных).

Чем меньше времени в день для работы, тем более эффективным будет это время. У меня обычно большие вопросы к линейным специалистам, которые работают по 10-12 часов — скорее всего они малоэффективно работают. И чем дольше они работают по много, тем ниже эффективность этой работы. Исключение — люди с огромной внутренней мотивацией: основатели или специалисты, для которых работа находится в моменте вызова (получили новую должность на вырост). Но исключением они являются лишь какой-то промежуток времени — батарейка всё равно сядет.

В целом, мерять работу количеством времени, которое ты ей посвящаешь — это не про умственную деятельность (см. заметку про Олди и Янги).

Здоровая цель: как успеть сделать много за мало времени. Эта цель про эффективность.

Нездоровая цель: где найти время, чтобы успеть много. Это цель про увеличение крайне ограниченного ресурса.
Запустить свой продукт легче, чем кажется

Многие хотели бы иметь свой продукт. У части этих людей даже есть реальные идеи для запуска, но лишь некоторые из них доходят до стадии MVP. “Это сложно! Нужна команда дорогих разработчиков 😞” — отговаривают себя. Порой команда действительно нужна, если, например, мы создаём какой-то новый продукт для крупного бизнеса.

Но сейчас, с появлением no-code инструментов, во многих нишах запускать свои продукты можно в разы быстрее и удобнее без привлечения программистов. Создание сайтов на WebFlow, интеграции с сервисом Make, использование MailChimp для рассылок писем — все это позволяет тысячам продактов и предпринимателей реализовывать свои идеи и легко изменять продукт после запуска.

Пример запуска своего продукта на основе no-code технологий — образовательная платформа для руководителей TYPICAL.education.

О том, как компания TYPICAL запускала свой собственный продукт и как его ускорили no-code технологии, можно узнать по ссылке: https://vc.ru/u/1025110-method-zero/458853-kak-my-zapustili-novyy-produkt-platforma-dlya-obucheniya-i-razvitiya-upravlencheskih-kompetenciy
Тезисы о UX в b2b-продуктах

🥚 UI уже в целом нормальный у большинства b2b-продуктов. Надо постараться, чтобы сильно накосячить с UI.

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

🥚 Чем сложнее процесс, который автоматизирует продукт, тем сильнее пользователи ждут возможность самокастомизации (сами настраивают продукт под свои потребности).

🥚 Эстетическое удовольствие от работы в продукте важно (Tone of Voice и приятные мелочи), но это вишенка на торте.

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

🥚 Ну и золотое правило: последствия любого действия в продукте должны быть чётко ясны до его выполнения.

Ну всё — теперь есть о чём поговорить на вечеринке 😉
#инструменты #UX

Я уже писал про сервис Fastuna — здесь можно оперативно и самостоятельно проверить продуктовые идеи, креативы, интерфейсы. Сервис платный, но зато внутри есть 670 000 респондентов со всех уголков России и их можно фильтровать по разным критериям. Цены доступные. По своей базе респондентов многое можно делать бесплатно.

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

По своей базе респондентов опросами Fastuna можно пользоваться бесплатно (до 500 ответов в месяц).

Из плюсов:
— Российский сервис. Данные хранятся на российских серверах, удобно оплачивать российскому юрлицу.
— Понятный онлайн-отчёт доступен сразу после начала сбора данных. Им удобно делиться с коллегами с помощью ссылки.

Подробности на лэндинге: https://bit.ly/3P6d9Vw

Если опросы не актуальны — посмотрите у них другие сервисы: для тестирования интерфейсов и валидации идей.
Контроль рабочего времени и активностей

Однажды я собеседовался в одной компании и у меня спросили: “Мы ставим специальную программу на компьютер, которая анализирует ваши действия. Как вы к этому относитесь?”

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

Если хотите скриншотить экран фрилансера, которому платите по часам — ваше право. Но сотрудники в штате — нет.

Почему?

Я прихожу в команду, чтобы думать о продукте, чтобы достигать итога, чтобы приносить ценность компании.

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

Кто оценит, когда гуляя по улице, я продумываю идеи по продукту и делаю это эффективнее, чем сидя за компом? Тоже самое у программистов — кто оценит, если он придумает эффективный алгоритм, когда будет плавать в бассейне?

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

А зачем работать со слабыми?
MVP умер?

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

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

Так вот, большинство литературных примеров MVP относятся к древним (по меркам ИТ-развития) временам: доска объявлений через Эксель, Airbnb через факс, потоковая музыка, которая стала Spotify, Zappos, который продавал через интернет магазин чужую обувь и т.п.

Но помимо древности литературные примеры MVP объединяет то, что тестировалась уникальная (новейшая) модель продукта. Нет (или почти нет) примеров MVP, когда продукт выводился на конкурентный рынок.

Но жизнь такова, что сейчас 99,99% продуктов выводятся на конкурентный рынок. Цифровая революция во многих сферах уже прошла. Нельзя прийти к заказчику и предлагать ему нефункциональную CRM (любую другую систему) — он уже видел кучу функциональных CRM.

Если ваш продукт относится к 0,01% уникальных продуктов — вопросов нет: вы придумали что-то совершенно новое и можете это донести в минимальном жизнеспособном виде.

Если у вас продукт относится к 99,99% продуктов, имеющих конкурентов — для вас MVP скорее мёртв (сорян). Надо создать что-то, что будет лучше конкурентов (хотя бы не сильно хуже).

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

В общем, MVP в 99,99% случаев мёртв. Конечно, примерами ИТ-древности можно восхититься, но на практике почти никому они не помогут.

#продакту
Как там Айти Кадр?
Если кто ещё не знает — есть у меня пет-проект Айти Кадр, itkadr.ru. Это сервис, где можно найти Айти-наставника и записаться к нему на занятия или консультацию.

Для меня Айти Кадр не бизнес, а скорее продукт для души и прокачки навыков, которые сложно прокачать в b2b.

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

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

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

Взамен я предлагал что-то типа наставничества: вместе штурмим гипотезы, делюсь опытом, обсуждаем какие-то рабочие кейсы. Мне помогали продакты Валентин и Ксения, но оба пошли на повышение в российский ФААНГ и их время для меня иссякло (надеюсь, что и моё участие им помогло в росте).

В общем, если есть желающие развивать Айти Кадр и развиваться от этого — пишите в личку @GrekovM
Только укажите, зачем вам это вообще надо 😉

P.S. Получил 10 предложений 🥳 Чувствую, что начнётся новый крутой виток развития Айти Кадр. Не переключайтесь )

#itkadr
​​Ребята из Surf попросили рассказать про их канал Продуктовое видение в IT — пошёл почитать и залип на полчаса. В частности, вычитал про подходы к проектированию приложений, которыми смогут пользоваться люди старшего возраста (делюсь):

▪️ Безопасное исследование и простота выполнения задач — предоставлять знакомые и простые функции.
▪️ Редкие обновления. Чем старше человек, тем тяжелее ему воспринимать новую информацию и создавать новые связи для решения новых задач. К приложению важно выработать лояльность и доверие, а частый апдейт может только насторожить пользователей.
▪️Честность очень важна — что написано на кнопке, то и должно происходить. Взаимодействие с приложением не должно вызывать ощущения обманутых ожиданий. Иначе у пользователя многократно усиливается тревога, а мотивация пользоваться приложением исчезает.
▪️ Социальное доказательство. Людям свойственно опираться на опыт других. Этот паттерн играет важную роль и в проектировании приложения для пожилых — им важно видеть подтверждение правильности своего выбора и действий. Они будут внимательно изучать отзывы, рейтинги, читать или смотреть обзоры.
▪️ Крупный шрифт. В приложении, особенно том, что помогает работать с деньгами, важен крупный и контрастный шрифт.
▪️ Больше слов. То, что сейчас интуитивно понятно уже среднему возрасту, находится вне контекста пожилых людей. Например, им сложно использовать крестик при закрытии вкладки или привычней пользоваться кнопками, а не свайпом. Поэтому заботой о них будет объяснение незнакомых терминов и тем самым создание чувства безопасности при работе с приложением.

В общем, канал интересный и полезный — подписывайтесь. У ребят огромный опыт разработки мобильных приложений: это они сделали приложения Магнита, Лабиринта, Рив Гош, Риглы, Бетховена и ещё многие другие, что точно есть у вас в телефоне.
Про сложность

Чем проще — тем жизнеспособней. Это простая истина. Но допустим вы делаете какой-то сложный ИТ-продукт: куча логики, интеграций-шмиграций и прочего. Одним словом: всё не просто. Как быть?

Базовые правила касательно разработки сложных продуктов:

👉 Сложность не должна попасть на уровень пользователя
Не надо прикрываться сложной логикой и архитектурой, оправдывая перегруженный и запутанный интерфейс. Вам всё равно придётся упростить в итоге и вы найдёте способ это сделать, потому что сложные продукты не взлетают. Упритесь, но уйдите от сложности сразу.
👉 Логика не должна звучать сложно
Если внутри команды логику какой-то функциональности с ходу мало кто понимает — надо выкинуть эту логику и придумать другую. Если описание “звучит сложно”, значит там зарыта проблема.
👉 От простого к сложному
Поясняйте команде сложные вещи простыми примерами. Технически всё может быть сложно (под капотом), но всё сложное в итоге должно быть описано простыми словами. Любое описание сложной функциональности должно начинаться с простого пояснения. Если простое пояснение невозможно придумать, то см. пункт выше
👉 Всё можно упростить
Если вы не упростите — упростит кто-то другой и выкинет вас.

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

В этом посте должно было быть просто предложение 50% скидки на услуги брендинга от digital-агентства Nimax, но решили всё переделать и кое-что даже разыграть🥳

Nimax занимают 1 место среди разработчиков брендинга для IT-компаний в России по версии «Рейтинга Рунета» за 2022 год. А их основатель Никита Михиеенков ведёт классный ТГ-канал «Сломай и сделай нормально», который я давно читаю.

В общем, поговорил с ребятами из Nimax об их подходе к организации проектной деятельности. В конце — розыгрыш аудита вашего бренда!

Итак. С чего начать, чтобы не провалить digital-проект?

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

Да, знакомо. Процессы — самое сложное.

Точно. Поэтому даже разработку брендинга мы строим как IT-проект: в несколько итераций и в плотной связке с клиентом.

Обычно проблемы возникают, когда нужно что-то согласовать. У вас также?

Согласование работ, наверное, один из самых сложных этапов. Особенно когда со стороны клиента нет выделенного руководителя проекта. Тогда ответственность размывается — непонятно, за кем последнее слово.

Иногда внутри команды клиента нет единого мнения по проекту, и это сильно тормозит работу. Не все участники ранее приходили на встречи. Их знания по проекту неполные, из-за чего нет понимания цельной картины. При этом никто не готов взять на себя ответственность. Это тормозит скорость разработки и качество принимаемых решений. Каждый новый член группы вносит правки на уже отработанные возражения.

Хм, если клиент привык так работать, это возможно исправить?

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

А какой формат работы ожидается?

Идеально, когда со стороны клиента есть выделенный руководитель. Он включен в проект на 100% наравне с агентством-подрядчиком, ведет все коммуникации с и организует внутреннюю рабочую группу заказчика.

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

Если всегда было бы так четко, мы бы увидели больше крутых проектов ;)

Да. Очень много зависит от процессов. И не важно, какой проект: создание нового продукта или разработка брендинга. Везде нужно четко выстраивать работу и вовлекать заказчика. Без этого хороший проект не получится.

И финальный вопрос. Почему вы решили сделать столь существенную скидку для ИТ-компаний на разработку брендинга? ИТ-шникам же итак льгот много 😉

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

Хотим помочь компаниям наладить связи в новой реальности. Сейчас у нас действует скидка 50% на ребрендинг ИТ-продукта или разработку фирменного стиля с нуля.

Можем дать какие-то особые условия подписчикам? Или что-то разыграть?

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

Класс, спасибо!
Будем ждать брифы )

Посмотреть проекты агентства и оставить заявку можно на сайте.
Или напишите аккаунт-директору Nimax Алле, чтобы договориться о дальнейшем сотрудничестве: @allrightalla
Вредное и полезное "но"

У вас же бывало так, что приходит какая-то идея или надо взяться за новую задачу, а вы не уверены, что справитесь?
И появляется в это время первое "но" — пессимистичное.

Хочу выступить на конференции, но не уверен в теме и времени мало для подготовки.

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

Хочу завести свой канал, но мало опыта, которым можно делиться.

Хочу стать звездой ютуба, но я уже старый ...

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

Но есть спасение в виде второго но — оптимистичного. Надо добавить второе но и придумать способ реализации или пообещать себе его придумать.

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

Хочу сделать свой продукт, но нет ни времени, ни денег. Но в интернете полно информации о том, как стартовать без вложений.
и т.д.

В работе также — кто-то реагирует на новую задачу только пессимистичным "но".
С такими тяжело делать что-то новое и креативное. Куча отмазок. А когда в итоге ничего не получится, то добавят: "Ну-у-у-у я же говорил ...".

А кто-то, понимая обстоятельства и первое "но", находит в себе силы и предлагает оптимистичное "но".
"Но попробуем что-то придумать" — говорит тебе оптимистичный исполнитель.
И так хорошо становится, что есть рядом люди, которые не только обстоятельства понимают, но и стремятся найти способ их обойти.

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

#мотивация #совет из давно опубликованного
Не функциями едиными

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

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

Особенно в b2b. Когда провожу интервью с пользователями популярных продуктов-конкурентов — всегда уточняю: как работают с техподдержкой, как прислушиваются к просьбам по функциям, как проводят обновления продукта. И тут почти всегда поле для роста: техподдержка “через губу не переплюнет”, просьбы наши в помойке и никак на бэклог не влияют, после обновлений часто слетают локальные настройки.

И здесь, в клиентском сервисе, можно стать лучшим. Да, лучшим для тех 3-5-10-100 потребителей твоего продукта, которым он подошёл по функциям. Но если у вас и функции пока слабенькие, и над сервисом вы не заморачиваетесь — труба дело.

В общем, когда вы догоните конкурентов по функциям и за вами будет тянуться шлейф положительных отзывов клиентов о вашем сервисе — вы станете лучшим. Сервис быстро не перестроить: “Где карту получали, туда и идите!” — это надолго останется с теми, у кого поддержка когда-то “через губу не плевала”.
Пока вы отдыхаете, кто-то много и упорно работает, чтобы добиться успеха. Но не переживайте — скоро он заработает срыв и выгорание и надолго сойдёт с дистанции.
Хорошего отдыха и выходных!
#выхи
Ценное качество любого исполнителя — аккуратность в широком смысле этого слова.

Аккуратность ожидаемая: исполнитель аккуратно сделал свою работу (всё чётенько, ровненько и т.п.).

Аккуратность крутая: исполнитель аккуратно сделал свою работу и не нагенерил при этом другой работы.

Сильнее всего крутая аккуратность чувствуется у ремонтников. Например, тебе повесили кондёр (хорошо, ровненько), но после этого тебе надо прибраться в доме, обои подклеить на месте дырки, пену подрезать, куски упаковки пособирать и прочее. И крутая аккуратность: тебе повесили кондёр, а когда мастера ушли, то ты понимаешь, что вообще ничего не надо больше делать.

В ИТ тоже самое. Кто-то сразу всё грамотно назовёт, разложит по папкам и прочее. А кто-то только в своём куске аккуратен, а рядом генерит бардак, который надо прибирать.
Навык доверия

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

Лид здесь в широком смысле: и тимлид, и менеджер продукта/проекта, и руководитель какой-то группы или всей организации.

Доверяет:
поставил задачу →
ответил на вопросы →
через время получил адекватный результат →
дал обратную связь →
получил финальный итог.

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

Если навык доверия в команде не развит — это значит, что люди не на своих местах. Либо лид на самом деле не лид, либо исполнители переоценены.
"Если хочешь сделать что-то хорошо — сделай это сам" — самый хреновый диагноз для команд.

Как у вас с доверием в команде?