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

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

#аналитика #методологии @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. Проговорили часов пять, рисовали разные схемы (рисовал преимущественно Вадим, это его стихия), обсуждали много клёвых идей. В итоге определились с общей стратегией, и через несколько месяцев представим вам нечто действительное масштабное и крутое. А пока можете подписаться на канал Вадима и Метода параноика, там будет больше информации о грядущем.

У метода параноика появился свой ресурс, посвященный только этой теме: https://paranoidmethod.org.

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

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

Кто-то наверняка помнит, как летом я проводил небольшой эксперимент с одним из своих «питомцев» (я тогда публиковал немножко статистики по топу Product Hunt). Так вот статистика продолжала копиться целых три месяца — и сегодня я выложил статейку об этом на Хабр.

Так вот эксперимент с «питомцем» ожидаемо провалился, а статья на Хабре как-то не зашла. Но это ни на что не влияет)

#producthunt #статистика @shererpro

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

Статья была написана в рамках конкурса Selectel и vc.ru (именно поэтому у неё такое странное место публикации). Ну и вот, первое место. Хвалюсь.

А хотел я вот что сказать, друзья. Пиарьте свои микропроектики.

Сегодня утром опубликовал в «Трибуне» статью про своего «питомца» — и уже к обеду +50 покупок на Android, и наверняка сколько-то на iOS (Apple расскажет мне об этом только спустя пару дней). Пост зарепостили в аккаунтах vc.ru в телеге, и в соцсетях. С учётом того, что статья была написана за полтора-два часа, нормальный выхлоп.

О благотворительности.

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

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

С января по сентябрь мы таким образом умудрились оправить аж 486 тысяч рублей!

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

И да, мы продолжаем, хоть и в меньшем составе. Буду держать в курсе.

Никто не любит редизайн. Воскресное.

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

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

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

Код писал сам, именно поэтому процесс так затянулся. Зато теперь под капотом совершенно новый WP-шаблон: с динамическим кэшированием, Open Graph, Schema.org, AMP, Яндекс.Турбо и прочими ништяками. Страницы грузятся почти мгновенно (например, главная страница на PageSpeed Insights набрала 93/100 для мобильных и 99/100 для десктопов, что для WordPress — офигительный результат). В планах сделать Instant View для Telegram.

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

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

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

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

И вот ещё, в тему FA. Если вдруг кто-то хотел бы поглубже изучить функциональное проектирование, велкам на мастер-класс, который 13-го числа организует РШСД. Всё полностью онлайн. Будет большая практическая часть с разбором.

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

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

И вот я с радостью сообщаю, что вводная часть и описание первого «принципа проектирования» в виде пятой главы готово! Работа над иллюстрациями еще идет и пока они представлены набросками, сделанными мною лично. В дальнейшем при обновлении книги стараниями Даши Кошкиной обновятся и они.

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

Доступно на ресурсе книги и Литресе: https://paranoidmethod.org/paranoid-method-book-05

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