Баканов про ...
2.32K subscribers
51 photos
1 video
1 file
122 links
Привет, я Денис.

Уже 15 лет в ИТ, а в 2021 закончил MBA в РАНХиГС.

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

Создаю крутые решения в своей студии https://apeek.ru

TG: @dbknv
Download Telegram
ПЕРЕНЕС КНИЖНУЮ ПОЛКУ ИЗ AIRTABLE В NOTION


ИСТОРИЯ ПОЯВЛЕНИЯ ТАБЛИЧКИ

С 2018 года собираю книги к прочтению на основе рекомендаций. Сначала для этого использовал линейный ToDo список в Things, а прочитанные книги сохранял в GoodReads. Но уже после первых 50 книг появились проблемы:
• Нельзя посмотреть сколько раз и кто именно рекомендовал книгу
• В GoodReads не полный список книг русских авторов

Требования к новой табличке:
• Сортировать книги по количеству рекомендаций
• Сортировать книги по автору и жанру
• Добавлять произвольные книги в список


ПРО AIRTABLE И NOTION

1.5 года для хранения списка книг использовал облачный AirTable, но размер БД подходит к ограничению бесплатной версии. Платная же подписка стоит $10 в месяц, что слишком дорого для моих задач. AirTable – это NoCode решение для автоматизации. На его базе можно сделать CRM, треккер задач, Bug трекер, получать данные через API.

C другой стороны, функционала Notion мне хватает:
• Публичный доступ по URL ссылке
• Возможность сохранить виды с настроенными фильтрами и сортировками
• Использовать математические формулы

Данные перемещал экспортом в CSV из AirTable. А после импорта CSV в Notion пришлось проставить связи заново.


КАК ЭТО РАБОТАЕТ ТАБЛИЧКА?

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

Книги еще нет в табличке:
• Добавляю название книги в Books
• Добавляю автора в People
• Добавляю рекомендателя в People
• Добавляю рекомендателя в поле Recommended by для книги в Books


Книга уже есть в табличке:
• Добавляю рекомендателя в People
• Добавляю рекомендателя в поле Recommended by для книги в Books


У каждого человека в People задаю поле Weight – это вес голоса от 1 до 5. Чем больше разделяю видение человека, тем больше будет значение. Например:

Пять – Bill Gates, Ray Dalio, Daniel Kahneman и так далее
Три – признанный предприниматель, преподаватель MBA, известный автор или мне близок взгляд человека
Один – стартовое значение для остальных.

Два и четыре - это промежуточные варианты, которые использую в редких случаях. Они скорее исключение из правила.

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


https://www.notion.so/dbknv/e47c41839547476ebf575a7ce1522136

#books
МОДЕЛЬ РАЗВИТИЯ ПОТРЕБИТЕЛЕЙ
 
Она разделяет работу стартапа на четыре самостоятельных процесса:
 
Выявление потребителей – на этом этапе видение основателя трансформируется в гипотезы. После этого гипотезы проверяются и становятся фактами.
 
Верификация потребителей – проверяется бизнес-модель: является ли она воспроизводимой? Если нет, то возвращаемся на первый этап.
 
Расширение клиентской базы – компания формирует пользовательский спрос и продает с целью масштабирования бизнеса
 
Выстраивание компании – стартап превращается в полноценную компанию
 
 
ПОИСК БИЗНЕС-МОДЕЛИ
 
Опыт стартапов показывает, что прямолинейное движение вперед работает только в бизнес-школах. Стартап в реальной жизни проходит каждый этап развития потребителей циклически. Конечный результат получается только через несколько итераций.
 
 
ЭТАП 1. ВЫЯВЛЕНИЕ ПОТРЕБИТЕЛЕЙ

Видение основателей компании трансформируются в гипотезы о бизнес-модели. Проводится серия экспериментов для тестирования каждого предположения. Основатель выходит из офиса и проверяет свои догадки. Он смотрит на реакцию потребителей и получает обратную связь. Лишь после общения с покупателями, вы получите представление о реальных проблемах и необходимых свойствах продукта. Эти детали необходимы для того, чтобы найти причины, которые заставят покупать продукт. 
 
Выявление потребителя включает два шага:
• Осознает ли проблему потенциальный покупатель и насколько сильное желание ее решить. Если проблема сильная, то при появлении "правильного" продукта – люди купят его.

• Первая демонстрация MVP – позволяет убедиться в том, что проблему пользователя можно решить. Когда потребители подтверждают, что проблема решена с помощью вашего продукта – выявление потребителей окончено.
 
На первом этапе происходят постоянные изменения в бизнес-модели на основе обратной связи от потребителей.
 
 
ЭТАП 2. ВЕРИФИКАЦИЯ ПОТРЕБИТЕЛЕЙ

Верификация потребителей подтверждает, что полученная бизнес-модель обеспечивает достаточное количество клиентов, чтобы сделать компанию прибыльной. Стартап разрабатывает план продаж и маркетинга или проверяет план создания спроса онлайн. Итоговый план проверяется на первых потребителях.
 
Верификация осуществляется с помощью тестовых продаж, которые заставляют потребителей платить или активно пользоваться продуктом. Устойчивый поток продаж – в десятки раз надежней, чем слова "у вас хороший продукт, обязательно куплю".
 
Первые два этапа модели развития потребителей нужны, чтобы протестировать и усовершенствовать бизнес-модель. Они определяют необходимые характеристики продукта и подтверждают наличие рынка. Идентифицирует стратегию развития, ценообразования, каналы маркетинга и циклы продаж. 
 
В это время не нужно нанимать много сотрудников или снимать дорогой офис. Главная цель первых этапов – подтвердить гипотезу о бизнесе с минимальным бюджетом. 
 
 
ЭТАП 3. РАСШИРЕНИЕ КЛИЕНТСКОЙ БАЗЫ

На этом этапе бизнес-модель ясна. Пора тратить крупные суммы на расширение масштаба, формируя пользовательский спрос и подталкивая людей к покупке. Стартап понимает стоимость привлечения клиента и сколько на нем можно заработать.
 
 
ЭТАП 4. ВЫСТРАИВАНИЕ КОМПАНИИ

На этом этапе стартап трансформируется в компанию. Режим поиска бизнес-модели изменятся на исполнение. На смену неформальной группе основателей приходят традиционные структурные подразделения: отделы продаж, маркетинга, ИТ и так далее.
 
https://bakanov.pro/customer-development-model/

#books
КАК НАПИСАТЬ USER STORY?

Про SCRUM писал тут и тут. В этом посте развиваю тему написанием пользовательской истории (user story). Никакого секрета нет, достаточно придерживаться структуры:

КАК <кто>,
Я ХОЧУ <что>,
ЧТОБЫ <зачем>.


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

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


Шесть критериев хорошей пользовательской истории:

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

Договорная
Треугольник "качество-быстро-дешево" необходимо разорвать. Какого-то параметра не будет хватать – это нормально. Договоритесь какого именно на начальном этапе.

Ценная
Если пользовательская история не имеет значения для бизнеса, то зачем ее делать?

Измеримая
Информации должно хватить, чтобы команда могла оценить сложность.

Размер
Решение пользовательской истории должно укладываться в один спринт

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


Разница между "измеримой" и "размером":
• Пользовательская история может содержать информацию, чтобы оценить ее на 100 story point. История измеримая, но она не проходит по размеру в один спринт

• Пользовательская история оценена в 2 story point, потому что не хватает информации для оценки. Размер истории хороший, но такая история плохо измеримая.

#books
Решил погрузиться в окружающий мир через понимание базовых принципов.

Буду ботать сложность мира на основе науки: физики и математики. Понимание сути естественных вещей помогает в восприятии окружающего мира: куда движется наука? на что влияют философские идеи? Как вылавливать смысл из океана данных?

Устал от книг по менеджменту и построению команд. Хочу в голову загрузить другие мысли и паттерны. Не помню где читал, но 80-90% мыслей в голове не принадлежат нам - это услышанное или увиденное ранее. Чтобы увеличить глубину мышления нужно исключить мусорный контент из каждодневного потребления.

Потребляй другой контент – станешь другим человеком.

#books
Дон Норман утверждает, что у дизайна есть две важнейших характеристики:

наглядность – реально ли разобраться, какие действия возможны и где эти действия осуществить?

понятность – как продукт должен использоваться? Что означают эти кнопки и регуляторы?


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


Наглядность продукта появляется, когда мы правильно применяем психологические концепты:

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

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

фидбэк – сообщение о результатах действия. Фидбэк должен быть мгновенным, а задержка на секунды – раздражительна. При этом фидбэк должен быть информативным и понятным. Моргание лампочки, звуковая индикация, вибромоторчики – это фидбэк. Плохой фидбэк получается потому, что дизайнеры пытаются снизить затраты. Отсюда появляются динамики, которые монотонно пищат: один раз – все окей, два раза – ошибка, три раза – выкинуть мусор из лотка. Это сложно запомнить, если у тебя десяток девайсов и у каждого разная индикация.


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

#books
На прошлой неделе сильно обновил книжную полку. Добавил около 60 книг и 200 рекомендаций от Joe Rogan, Warren Buffett, Elon Musk, Jeff Bezos, Mark Zuckerberg и тд .

Смотрите раздел Top Recommended, чтобы не ошибиться с выбором следующей книги к прочтению.

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

#books
Продолжаю чтение книги Дона Нормана – Дизайн привычных вещей. Я уже публиковал выдержку про характеристики дизайна.

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

Про двери у Номана есть большой пунктик. Попробуйте погуглить Don Norman doors. К дверям Нормана относят двери, использование которых запутано. А без дополнительной подсказки им сложно пользоваться.

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

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

А еще отличное видео на YouTube.

#books
Делюсь лайфхаком экономии денег при покупке книг на Литрес.

Я покупаю книги сразу по 5-15 штук, опираясь на свою табличку рекомендаций. Это позволяет держать запас непрочитанных и интересных мне книг. В любой момент я выбираю понравившуюся и начинаю слушать. Если нравится – продолжаю, если нет – откладываю.

Чтобы платить меньше при покупке на Литрес, нужно покупать с компьютера, оплачивая обычной картой. Если покупать из мобильного приложения, то ценник будет дороже на 20%. После покупки на сайте аудиокнига без проблем появляется в приложении.

Я предпочитаю книги слушать в аудиоформате и делать заметки в Evernote во время прослушивания. К такому я пришел итеративно через пробы и ошибки. Год назад писал про это в деталях.

UPD: в комметариях дали инструкцию на получение книг в ЛитРес бесплатно.

#thoughts #books
Привет, я Денис.

В 2007 начал карьеру системным администратором и за пять лет вырос в архитектора высоконагруженных решений на базе Microsoft и Cisco. Где-то через три года сменил профиль развития на информационную безопасность. Но не задержался в этой сфере и с 2018 года занимался развитием цифровых продуктов.

В этом году запустил свое IT-агентство. Мы предоставляем услуги по разработке и продвижению ИТ-продукта: упаковка, улучшение воронки продаж и управление разработкой.

Два года назад полюбил книги и придерживаюсь простого правила: читать один час в день. Все книги и рекомендации записываю в табличку в Notion. Смело покупайте топ 50 книг из списка и читайте.

В декабре прошлого года завершил двухлетний марафон бизнес-образования MBA в РАНХиГС. Эти два события расширили мой кругозор и стали стимулом делиться информацией в этом канале.

Я выделил семь базовых тематик постов:
#thoughts – мои мысли
#mba – материалы с программы MBA
#books – идеи из книг
#product – про стартап, поиск сегмента и создание продукта
#links – ссылки на внешние материалы
#pics – инфографика
#PR – дружеский PR
ЗАЧЕМ Я ЧИТАЮ КНИГИ?

С 2020 года стал уделать чтению книг внимание. Стараюсь читать минимум 1 час в день, как рекомендует Bill Gates. При таком подходе за год получается 30+ книг. Во время чтения я не измеряю достижения количеством книг и полученной информаций. Стараюсь читать и получать удовольствие. Я не думаю, что после прочтения очередной книги сразу же стану другим человеком. Я стараюсь запихивать новую информацию в голову, а нейронка в мозгу уже обработает и структурирует эти знания. Это работа на будущее. И уже через 30-50 книг заметно, что горизонт познания окружающего мира раздвинулся. Каждая прочитанная книга добавляет дополнительное понимание сложности окружающего мира. А раньше ведь жил и даже не представлял, что от моего внимания скрываются тысячи неизвестных направлений. Книги учат видеть паттерны в жизни, которые в них описаны.

Для себя я понял, что только полноценное чтение книг помогает получить знания из них. А еще лучше делать заметки во время чтения и потом возвращаться к ним, чтобы освежить информацию. Считаю, что сервисы, которые предоставляют саммари мыслей из книг – ничего полезного не дают на продолжительной дистанции. Мозг запоминает от силы 10% при чтении, если делать заметки, то еще 30%. Получается, что из короткого саммари на выходе, через месяц, вообще ничего не останется. Часто слышу, что в книге разжевывается одна мысль, которая описана в первой главе, а дальше вода. Для меня это грамотно составленная книга. Вначале автор задает основную тему, а дальше в разных ситуациях рассматривается этот подход. Именно в этот момент через десятки различных, похожих друг на друга, ситуаций новые знания закрепляются в мозге. Только через проживание и разжевывания примеров чужой опыт передается нам. И когда в будущем сталкиваешься с подобной ситуацией, то мозг принимает решения уже как свои, основанные на своем опыте. 

Чтение книг – это сложный дофамин. А социальные сети – легкий. Поэтому если постоянно смотришь Youtube | Instagram, то переключиться бывает сложно. Но после прочтения книг я получаю больше удовольствия, чем после целого дня в Youtube. Для меня это послужило причиной снижения времени в социалках в 5+ раз.

Где-то читал, что больше 90% мыслей не наши, это информация, полученная из внешних источников. Так вот, если потреблять качественный контент, то в мозге будет меньше шлака. А книги великолепный источник структурированной информации.

Для того чтобы уменьшить вероятность плохих книг – я завел табличку в Notion, в которой отмечаю интересные для меня книги и сколько раз ее рекомендовали. И у меня всегда есть запас где-то 20-40 купленных, но еще не начатых книг. При выборе следующей – выбираю тематику в которую хочу погрузиться и беру подходящую книгу.

Прошлые посты про книги: раз и два

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

Когда дизайнер создает новый интерфейс или физическое устройство – он обязан учитывать каждый из этих шагов:
• Поставить цель
• План действия
• Уточнить последовательность действий

• Восприятие результата
• Интерпретация результата
• Сравнение результата и цели


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

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

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

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

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

#books
Все еще впечатлен концепцией дизайна Дона Нормана. Про наиболее впечатлявшие меня вещи писал раз и два.

После того как выяснили семь этапов достижения и оценки цели, можем ответить на вопрос: как эти знания применить при создании физического или цифрового продукта?

Любой, кто будет пользоваться созданным продуктом, должен в любой момент ответить на все семь вопросов:
• Чего я хочу добиться?
• Какие есть варианты?
• Как мне это сделать?
• Что произошло?
• Что это значит?
• Это хорошо?

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

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

Выводы из семиступенчатой модели приводят нас к основополагающим принципам:

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

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

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

Возможности. У продукта есть возможности, которые позволяют совершать желанные действия.

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

Проекция. Без труда понятно, как работают ручки, переключатели и кнопки. Принцип управления ими.

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

Когда в следующий раз вы не сможете понять с первого взгляда, как пользоваться устройством. Знайте – это проблема с дизайном. Примеры:
• Попали в новый отель и не смогли быстро разобраться как работает кран смесителя
• Включили телевизор и не понятно как настроить смартТВ
• Привезли новый девайс, но не понятно как открыть коробку без повреждений.

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

#books
Ищем узкие места в процессах

Любой бизнес или производство – это конвейер. Создание программного обеспечения – это тоже конвейер. Каждый сотрудник работает над задачей, а результат своей работы передает другому сотруднику. Если в моменте у одного скапливаются десятки задач в бэклоге, а другой отдыхает. Это ярко говорит о том, что у вас с процессами не все хорошо. 

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

Избыточный ресурс – это ресурс, в котором производительность выше спроса. Например, DevOps инженер в небольшом стартапе.

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


Алгоритм работы с узкими местами
• определить узкие места (ограничения системы)
• решить, как правильно нужно загружать эти места
• подчинить остальные процесс для максимальной загрузки узких мест
• увеличить производительность узких мест

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

По мотивам книги Цель Элияху Голдратта #books