Уже вчера стало понятно, что отметка в 200 подписчиков будет быстро пройдена. Поэтому я шарахнул на опережение – и накатал обещанный пост ещё вчера.

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

#разработка #финансы #фан @shererpro

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

#аналитика #разработка #методологии @shererpro

Кажется, я чем-то не тем занимаюсь :(

Разбирал свои старые лекции, нашёл интересный доклад. Ща расскажу.

Несколько лет назад меня позвали выступать на одной из встреч Гильдии вольных проектировщиков. Я тогда рассказывал о каких-то базовых, фундаментальных технических знаниях, которые могут быть полезны дизайнеру/проектировщику в его работе. В тот день у меня было два доклада, и этот был вторым, бонусным. Наверное, из-за его второстепенности я о нём и забыл. А сейчас вот наткнулся и понял, что из него может получиться отличный цикл статей.

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

Охнифига. Ок. Если наберётся 50 "надо, пили" до конца дня, выложу всю серию к четвергу. Готовьте пару часов в пятницу, быстрее прочитать не успеете.

Чорт, 50. Окай, с меня 7 статей.

P.S. "к четвергу" – значит, "в четверг" :)

Вадим Митякин, мой партнёр в Eleven, выкатил третью главу книги. Налетай.

Третья глава добирается до самых глубин проектной работы и дает ответ на сакраментальный вопрос о возможности дать точную оценку сроков и бюджета. Есть нечто, что в корне отличает процесс создания цифровых продуктов от любой другой традиционной деятельности. Имя ему – неопределенность. От того, насколько удасться побороть этот фактор, зависит успех проекта. В главе подробно разбираются источники неопределенности и подходы, с помощью которых ее можно контролировать. Тут есть все: взаимодействие бизнеса и специалистов, выбор целей проекта, выбор исполнителей и формирование проектной команды, методы управления и наконец проектирование. Но что самое важное, эту главу можно смело показывать бизнесу, чтобы объяснить, каким образом лучше строить работу и избежать традиционных проблем.

https://mityakin.ru/paranoid-method-book-03

Слово – не воробей, сами знаете. Вот вам, в общем, 8 статей нового цикла "дизайнеру – о технологиях".

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

Не забывайте только лайкать и комментить – алгоритм Дзена это любит. И я тоже.

#разработка #аналитика #ux #интерфейсы #технологии @shererpro

PH-исследования пост.

Есть такой ресурс: Product Hunt.

Там публикуются всякие полезные и не особо продукты, стартапы и иже с ними. Успешный выход на PH гарантирует неслабый такой трафик и лютую тьму лидов (например, 10k новых регистраций – вполне обычное дело). Но сделать выход успешным довольно непросто. Там сложная система ранжирования голосов, сильная конкуренция и огромное количество вторичных факторов.

У меня лично и у кучи моих знакомых есть продукты, которые было бы неплохо "встряхнуть", увеличив трафик, собрав обратную связь и накачав лидами. Как один из вариантов такого "встряхивания" Product Hunt подходит идеально.

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

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

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

По результату хочу сформировать некоторую аналитику:

1. Динамика роста в рамках конкретного недели (по времени):
- голосов;
- комментариев;
- рейтинга (среднего и кол-ва оценок).

2. Зависимость выхода продуктов в топ-5 по итогу дня от:
- первичного набора голосов;
- популярности хантера;
- времени публикации;
- категории.

Если вам интересно, пишите в личку, сообщу по результату. Если есть какие-то ещё идеи по аналитике – тоже пишите, на днях буду формировать динамические графики и вот это всё.

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

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

Собственно, об этом и пост.

#факап #разработка #методологии @shererpro

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

Разумеется, оставить это дело просто так я не мог. Вот вам аналитической стратегии пост: что такое, зачем нужна, как формируется.

#аналитика #методологии @shererpro

Я уже как-то рассказывал, что мы работаем над очень крутым некоммерческим проектом "Антология Советской Киномузыки". Автор (Олег Нестеров, лидер группы Мегаполис) умудрился сколотить классную команду из более чем десяти человек (Ада Солвич, Евгения Шамрай, ваш покорный слуга и другие). Так вот пришло время эту команду расширять. Нам нужен наикретивнейший UI/UX дизайнер, который желает творить прекрасное и не против войти в историю 🙂
Проект на 100% некоммерческий, поэтому денег там нет и не будет. Но не баблом же единым.

Пишите в личку, шарьте.

Продуктового продвижения и статистики пост.

Итак, свершилось. Мой верный скриптик на питоне в течение последних трёх последних недель старательно копил данные. Каждые полчаса он аккуратно, но настойчиво парсил Product Hunt, потихоньку формируя вполне достоверную статистику успешных проектов. И да, я знаю, что выборка пока мала, но терпеть больше нет сил. Велкам, короче.

Под капотом – некоторое количество графиков и диаграмм:

1. Динамика в рамках конкретного дня недели:
- голосов;
- комментариев;
- рейтинга (среднего и кол-ва оценок).

2. Динамика активности пользователей по часам и дням недели.

3. Зависимость выхода продуктов в топ по итогу дня от:
- первичного набора голосов;
- популярности хантера;
- времени публикации;
- категории.

В ходе исследования выяснились презабавные штуки. Например, везде пишут, что для выхода в топ обязательно нужно поститься через популярного хантера. Это в значительной степени миф. Около 40% успешных проектов были опубликованы пользователями с менее чем 50 подписчиками. И только 9% проектов, запощенные хантерами с 10k+ фолловеров, заняли первое место по итогу дня.

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

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

Смотрите, шарьте.

Я не планировал постить сюда чужие статьи (исключая, разумеется, Вадима Митякина и его творение), но тут уникальный случай.

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

Но что происходит с Хабром сейчас? Посты про маркетинг выползают в топ, а реально хорошие, проработанные и максимально задротские статьи остаются незамеченными и неоценёнными. Фигня какая-то. В общем, пройти мимо не могу, сорри. Женя Игнашев накатал крутой пост про GOMS-анализ юзабилити интерфейса, и что? Один голос, серьёзно? Да, Женя, Хабр уже не торт.

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

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

Мы привыкли, что разработка — это область проектного процесса с довольно высокой степенью неопределённости. Именно поэтому все агентства и production-компании работают по T&M, с оплатой по часам, а не по результату. Им просто невыгодно брать на себя финансовые риски клиента. Ведь на старте они не могут быть уверены в том, что информации достаточно, а документация по проекту верная и исчерпывающая. Зачастую разработчикам вообще прилетают только функциональные требования и дизайн-макеты (разумеется, этого мало).

И что происходит в итоге? Правильно, риски перекладываются на клиента. Сорян.

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

Программисты вынуждены принимать решения и искать ответы на те вопросы, которые их вообще не должны касаться. Классика: «а что будет, если соцсеть не вернула e-mail пользователя?». Или: «а пользователю нужно сообщать о вот этой вот ошибке?».

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

---

То, что вы только что прочитали, вовсе не цитата из очередной книги "как запустить успешное агентство, начитавшись умных книг". Это более прикладная штука — кусок первой статьи моего цикла о функциональном проектировании цифровых продуктов. Полную версию опубликую на днях.

@shererpro

Итак, первая часть цикла про функциональное проектирование готова. Эта статья, скорее, не про саму методологию, а про предпосылки к её созданию. Про то, почему детальное проектирование и консистентность документации важнее, чем сроки и даже бюджеты. Про риски, деградацию кода и работу аналитиков.

#методологии #архитертура #функции @shererpro

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

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

#ux #разработка @shererpro

Вчера мы встречались с Вадимом Митякиным, моим партнёром по Eleven. Проговорили часов пять, рисовали разные схемы (рисовал преимущественно Вадим, это его стихия), обсуждали много клёвых идей. В итоге определились с общей стратегией, и через несколько месяцев представим вам нечто действительное масштабное и крутое. А пока можете подписаться на канал Вадима и Метода параноика, там будет больше информации о грядущем.