Без шелухи

2021-05-24 14:18:51 Интерфейсы без шелухи pinned « Знакомство Привет! Я Антон Жиянов. Разрабатываю опенсорс, веду курсы, пишу про облачные сервисы, открытые данные и программирование (вот все проекты). Работаю в dadata.ru. «Интерфейсы без шелухи» — канал о том, как делать классные продукты. Здесь встречаются…» Открыть/Комментировать

2021-05-22 11:51:48 О продуктоводстве

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

О чем пишу:

— продукт и фичи
— B2B и кровавый энтерпрайз
— API и документация
— техподдержка
— разработка
— интерфейс
— люди

О чем не пишу:

— маркетинг
— метрики
— касдев
— гроус-хакинг
— эджайл
— что там еще модно у продактов в этом сезоне

Были бы мы в США — залил бы водой и написал книгу. А так получилась длинная, подробная статья ツ

https://antonz.ru/productology/ Открыть/Комментировать

2021-05-06 19:03:28 Видение, эмпатия, смелость

Одиннадцать лет назад, весной 2010 года, Adobe Flash был на пике популярности. Adobe построил вокруг этого поделия аж целую платформу, с прицелом на мобильные устройства и встраиваемое ПО.

Флеш был так успешен, что Microsoft еще в 2007 году выкатила конкурента — аналогичную хреновину под названием Silverlight. Борьба намечалась нешуточная.

Apple, владея стремительно набирающей популярность iOS, не могла остаться в стороне. И анонсировала собственную альтернативу флешу — iSlate. Аналогичный шаг сделал и Google. В следующие 10 лет развернулась кровавая битва флешеподобных плагинов, а обычный веб (HTML и JS) остались совсем не у дел.

А, нет. Вычеркните последний абзац. Ничего этого не было, и вот почему.

29 апреля 2010 года Стив Джобс опубликовал открытое письмо под названием «Thoughts on Flash», в котором разгромил флеш и поддержал HTML5. В течение двух следующих лет Adobe Flash и Microsoft Silverlight были уничтожены. Технически они продолжали существовать еще довольно долго, но и разработчики, и сами производители признали, что это тупик.

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

Заботился ли Джобс о процветании Apple, когда писал свое письмо? Конечно. Он честно сказал, что благодаря отмиранию флеша Apple продаст больше устройств. Но он также думал и о разработчиках, и о пользователях. Джобс понимал, что ждет нас всех, если индустрия пойдет по пути конкурирующих плагинов вместо развития общей платформы — веба.

Джобс не был ангелом, это уж точно. Но у него было видение, и эмпатия, и смелость. Не будь этого письма в 2010 году — не было бы веба, каким мы его знаем сегодня.

В 2020 году Apple тихо удалила открытое письмо Джобса с сайта компании. Конечно, зачем эти слова про открытый веб — у нынешнего Apple совсем другие приоритеты. Да и у других техногигантов тоже. Очень жаль.

Thoughts on Flash Открыть/Комментировать

2021-04-11 11:42:16 Руководство по визуализации данных

Ребята из Германии сделали классное руководство по визуализации данных и открыли его под лицензией Creative Commons.

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

Но я все равно нашел!

Поэтому теперь у вас есть бесплатная книга по визуальному представлению данных для отчетов и дашбордов. Подробная (150 страниц) и практическая (197 иллюстраций). В вебе, epub и pdf:

https://antonz.ru/dataviz-guide/ Открыть/Комментировать

2021-04-06 13:11:31 Всем SQL

Помню, лет десять назад американские СМИ захватила идея, что «каждый должен научиться программировать». Повсеместно открывались буткампы из серии «от нуля до сеньор-разработчика за 10 дней», и даже президент США делал вид, что учится писать на джаваскрипте.

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

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

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

SQL — это «родной» язык работы с данными. В принципе, можно прожить и без него: в базовом варианте достаточно понимать основы статистики и знать Excel на более глубоком уровне, чем «рисую таблички в рамочке». В этом поможет курс Алексея Куличевского «Данные для бизнеса». Хотя небольшой порции SQL и там не избежать.

Если интересна продуктовая аналитика — курс Анатолия Макаревича SQL Habit. Типа GoPractice, только бодрее и на голом SQL, без Amplitude. Проводит от самых основ до серьезной работы.

Если уже знаете основы SQL и хотите научиться применять его в повседневных задачах — мой курс «SQLite для аналитики». Научитесь загружать и выгружать данные, «чистить» проблемы, находить связи и анализировать показатели, применять аналитические функции и работать с JSON.

А инструмент — Redash. Это веб-интерфейс к любым базам данных, в нем строят отчеты и собирают дашборды. Простая и дешевая замена замороченным BI-инструментам. Из этой же серии есть Metabase и Superset — их многие хвалят, но я не пробовал.

В любом случае — освойте SQL. С ним вы перестанете зависеть от специально обученных людей, к которым ходите на поклон за очередным отчетом. Сможете принимать решения быстрее и увереннее. Да и в целом станете автономнее и ценнее как специалист. Всем SQL! Открыть/Комментировать

2021-03-15 17:42:18 Начни с примера

Главное правило для всех, кто пишет обучающие статьи, курсы и вообще что угодно для начинающих:

>>> Начинайте с примеров, черт возьми <<<

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

Нет.

Начните с простых примерчиков. Расскажите про большую эксельку, которую можно фильтровать и сортировать. Покажите примитивные запросы на табличке из 10 записей. Нарисуйте элементарные картинки или сделайте гифку.

Не нужен начинающим «системный подход». Потом сами к нему придут.

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

Не будет у людей целостной картины. Никакой картины не будет. Пока вы не начнете объяснять на примерах. Открыть/Комментировать

2021-03-02 16:49:37 Слишком простое решение

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

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

Мне в свое время категорически не хотелось тратить время на модуль выставления счетов, поэтому прошерстил весь рунет в поисках подходящего сервиса. Нашел миллион сайтов с конструкторами счетов, но только один с API — «Финолог». Он простой, подключились, пользовались, советовали другим.

Шло время, и «Финолог» начал барахлить. В целом, нужные фичи было легко повторить в «Дадате». Кроме одной — преобразования счета в PDF. А на мой взгляд, это было обязательно — что бухгалтеру делать со счетом, если его не скачать в пдф?

Однажды утром счета в «Финологе» тихо умерли. Техподдержка невозмутимо сообщила, что они решили навсегда отключить сервис счетов — вот так, одним днем и без объявления войны.

Ну ОК. Тут уж было не до изысков, так что за пару часов я сделал «выставление счетов» в виде одной статической странички. Параметры счета передавались прямо через строку запроса:
invoice.html?number=1234&price=5000 (ссылка рабочая, можете перейти и полюбоваться результатом).

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

И знаете что? За полгода только один человек не разобрался в новом интерфейсе. PDF-фича, которую я так ценил в «Финологе», оказалась никому не нужна. Заодно «Дадата» избавилась от лишней зависимости, что для облачного сервиса всегда плюс.

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

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

2021-01-28 15:25:06 Разделять информационные потоки

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

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

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

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

Есть прекрасный RSS, но им очень мало кто пользуется.

Есть костыли в виде соцсетей, которые нещадно кроят ленту и сами решают, кому что показывать.

И тут бац — каналы в телеграме! Разом починили проблемы и с сегментацией, и с доставкой, вообще со всем.

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

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

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

@ohmypy — питон и программирование
@sqliter — работа с данными в SQLite
@lifestrikes — наблюдения о жизни и человеках

Если что-то вам интересно — подписывайтесь! Открыть/Комментировать

2021-01-27 17:15:05 ​ Как сделать нормальный поиск

У магазинов, госсайтов, СМИ и даже жирных блогов часто есть поиск. Качество его обычно варьируется от «ужасно» (когда напилили сами) до «на троечку» (когда используют встроенный в CMS).

Проблема в том, что поиск — это сложно. Не, включить механизм полнотекстового поиска в БД или прикрутить Elasticsearch — как раз легко. А вот сделать нормальный релевантный поиск — непросто. Релевантный — это когда на первых местах в выдаче именно то, что имел в виду человек, а не фигня какая-то.

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

Если нет ни времени, ни бюджета, я бы взял site.yandex.ru. Встраивается за полчаса, ищет неплохо, выглядит нормально (пример на скрине к заметке).

Если есть деньги и желание сделать классно — multisearch.io (или algolia.com для англоязычного контента).

А пилить свой поиск — почти всегда плохая идея. Открыть/Комментировать

2021-01-20 11:10:11 Более быстрая лошадь

Продуктоводы любят цитировать Генри Форда:

Если бы я спросил у людей, чего они хотят, они бы попросили более быструю лошадь [а не автомобиль]

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

Кажется, в этой байке очень мало хорошего:

1. «Если бы спросил, они бы попросили». Да откуда ты знаешь? Спроси сначала — мало ли, вдруг ответы тебя удивят.

2. Допустим, реально ответили, что нужна «более быстрая лошадь». Это весьма полезная информация, только надо сфокусироваться на «быстрая», а не «лошадь». Почему важна именно быстрота, а не выносливость, комфорт или там стоимость владения? Что смогут они такого делать, чего раньше не могли? Сразу возникают вопросы, которые помогут увидеть правильное направление.

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

4. Средний продуктовод — далеко не Генри Форд (сорян). Не грех и спросить, корона не свалится.

В общем, я за другую цитату Форда:

Мой секрет успеха заключается в умении понять точку зрения другого человека и смотреть на вещи и с его, и со своей точек зрения. Открыть/Комментировать