TGViewer
Channel Public Channel
Павел Шерер

Павел Шерер

@shererpro

О продуктах, логике и здравом смысле.

https://sherer.pro

По всем вопросам @mashavanassi

По остальным вопросам @sherer_pro
Subscribers
1.3K
Photos
43
Videos
1
Links
151

Showing posts older than #15 · Back to latest

Older Posts 11 shown
Post #14 191
Мой партнёр по опасному бизнесу (с) Вадим Митякин пишет книгу, где он рассказывает про метод, по которому строится работа продюсеров в нашей артели. На подходе третья глава. Не переключайтесь.
Telegram Метод параноика Вадима Митякина Методолог, основатель центра компетенций «Маяк» и автор книги «Метод параноика» о продюсерской модели управления проектами: https://mityakin.com/redbook Связаться с автором канала: @vadim_mityakin
Post #13 208
Несколько лет назад у меня был довольно забавный период.

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

Больше половины уходило расстроенными: мы выясняли, что стартап нежизнеспособен. Чаще всего не билась математика: один раз даже был случай, когда ребята, вылизав финмодель (!) и посчитав "точную" юнит-экономику, просто забыли, что после определённого (небольшого) порога запросы к гугл-картам становятся платными.

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

Сейчас те времена прошли, но осадочек остался. И вот сегодня я решил набросать коротенькую статью про то, что информационная безопасность продукта начинает формироваться ещё на этапе его дизайна.
Дзен | Статьи Дизайн и информационная безопасность Статья автора «Павел Шерер» в Дзене ✍: Задумывались ли вы, что основы информационной безопасности ваших клиентов начинают формироваться ещё на этапе дизайна продукта?
Post #12 197
Каждый раз, когда я готовлю доклад, лекцию или статью, кто-нибудь приходит и говорит, что я слишком мудрю. Что пипл не схавает, что нужно упрощать.

И знаете, я упрощаю. Удаляю сложные термины и формулировки. Привожу банальные и тошнотворные примеры. Лучше я изложу свою идею на 70%, но её поймут, чем на все 100 - но аудитория не отдуплит, о чём это я толкую.

Но иногда это надоедает. Как сейчас, например.

Мы делаем клёвый проект с Олегом Нестеровым и Адой Солвич. На нём нарабатывает крутые скиллы Евгения Шамрай. К нему даже приложил лапку Вадим Митякин. А Артём Фенелонов вообще стал тем, кто в принципе сделал возможным наше общее сотрудничество.

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

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

Олег, идейный вдохновитель и автор проекта, как-то сказал, что бывают вещи, которые ты просто должен сделать. Что если ты их не сделаешь, то не сделает никто.

В общем, я делаю. Вот ссылка.
Яндекс Дзен Информационная архитектура: пример и типизация Разбор конкретного примера реального проекта и кое-какие выводы об основных ошибках типизации
Post #10 173
Начинаю потихоньку рассказывать о функциональной архитектуре. И выбрал для этого самый, наверное, неожиданный заход: через User Story Mapping.

В общем, ловите пост про проблемы продуктов, методологию USM и то, как она влияет на функциональную архитектуру продукта.
Про проблемы продуктов, методологию USM и то, как она влияет на функциональную архитектуру продукта.
Яндекс Дзен Функциональная архитектура и User Story Mapping Про проблемы продуктов, методологию USM и то, как она влияет на функциональную архитектуру продукта.
Post #9 158
И ещё немного про проектную документацию. Теперь - нарратив, последовательное изложение. Плюсы, минусы и даже настоящее исследование с аналитикой.
Яндекс Дзен Работает ли нарратив в проектной документации? Короткая заметка о плюсах и минусах последовательного изложения проектной документации.
Post #8 151
Ещё одна коротенькая заметка про то, что даже в маленьких, игрушечных проектах может оказаться тьма тьмущая нюансов, которые без пользовательских исследований не собрать в кучу.
Яндекс Дзен Рыбатекст: история одного плагина для Figma Коротко про UX и функциональное проектирование небольшого плагина для генерации случайного текста.
Post #7 149
Алан Купер придумал прекрасный способ улучшать продукты. Так почему же сейчас он так непопулярен? Ответ, на самом деле, прост: люди не очень умные.
Яндекс Дзен Персонажи по Куперу: как дискредитировать методологию Алан Купер придумал прекрасный способ улучшать продукты. Так почему же сейчас он так непопулярен?
Post #6 149
Post #5 146
Post #1
Channel created
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →