Павел Шерер

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

А ещё я планирую начать выкидывать туда всякие темы, которые в приличном IT-обществе обсуждать не принято. Например, как вывести на чистую воду финдиректора клиента или законно обналичивать бабло на подрядчиков. Или как сделать интеграцию с 1С без участия 1С (Алексей, привет, я нашёл способ). Или как искать инвесторов на стартап с минимально подтверждёнными показателями (привет, Саша и Стас, у нас всё получится).

В общем, твитерские, подписывайтесь, будет жесть.

Думали, я пропал? Нет, я не пропал. Я много работал, а потом много пил. И вот вернулся с объявлением. Праздники заканчиваются, завтра кто-то понуро поползёт в свои офисы, а у меня новая марафонная активность наметилась.

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

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

Ну и, разумеется, ссылка на марафон.

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

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

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

Миша Хананашвили написал хорошую статью про UX и его вандализацию. Я не часто в этом канале пощу чужие материалы, но этот мне как свой.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

---

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

@shererpro

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