Интерфейсы без шелухи

Заметки о продуктоводстве, здравом смысле и разработке софта

Интерфейсы без шелухи
Управление проектами
Подписаться
Как не надо вводить адрес в 2021 году Заказывал сегодня карту Ю Мани.

Как не надо вводить адрес в 2021 году

Заказывал сегодня карту ЮМани. Доставляют по почте, поэтому нужно указать адрес. И ввод адреса ребята организовали так, как давно уже никто не делает. Собрали все возможные грабли:


- весь ввод вручную, никакого автодополнения;

- индекс тоже вводишь вручную;

- два раза «Москва» (а в финальном адресе аж три раза).

В итоге прислали письмо:

>
Карта приедет в почтовое отделение. То, которое ближе всего к вашему дому.

То есть и отделение даже по индексу не смогли определить. Полный провал.

Уверен, что вы знаете, как нормально вводить адреса. Но на всякий случай:

https://habr.com/ru/company/hflabs/blog/417235/

Интерфейсы без шелухи
Управление проектами
Подписаться
🗃️ Как собрать данные из API без программирования

А я вам показывал, как парсить открытые API без программирования? Аккаунт на гитхабе + текстовый редактор + самая малость SQL = автоматически обновляемый датасет.

https://antonz.ru/github-actions-scraping/

Интерфейсы без шелухи
Управление проектами
Подписаться
🎧 Озвучка текста на сайте

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

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

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

Демка
Исходники

Интерфейсы без шелухи
Управление проектами
Подписаться
☘️ О продуктоводстве

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

О чем пишу:


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

О чем не пишу:


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

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

https://antonz.ru/productology/

Интерфейсы без шелухи
Управление проектами
Подписаться
Видение, эмпатия, смелость

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

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

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

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

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

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

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

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

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

Thoughts on Flash

Интерфейсы без шелухи
Управление проектами
Подписаться
📈 Руководство по визуализации данных

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

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

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

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

https://antonz.ru/dataviz-guide/

Интерфейсы без шелухи
Управление проектами
Подписаться

📊 Всем SQL

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

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

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

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

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

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

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

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

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

Интерфейсы без шелухи
Управление проектами
Подписаться

🍏 Начни с примера

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

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

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

Нет.

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

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

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

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

Интерфейсы без шелухи
Управление проектами
Подписаться
🧱 Слишком простое решение

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

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

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

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

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

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

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

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

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

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

Интерфейсы без шелухи
Управление проектами
Подписаться
🗞️ Разделять информационные потоки

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

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

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

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

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

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

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

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

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

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

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

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

Интерфейсы без шелухи
Управление проектами
Подписаться

🔎 Как сделать нормальный поиск

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

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

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

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

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

А пилить свой поиск
- почти всегда плохая идея.

Интерфейсы без шелухи
Управление проектами
Подписаться
🏍️ Более быстрая лошадьПродуктоводы любят цитировать Генри Форда:

🏍️ Более быстрая лошадь

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

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

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

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


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


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


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


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

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

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

Интерфейсы без шелухи
Управление проектами
Подписаться
💬 Сила комментария Комментарий в интерфейсе — это необязательное текстовое поле.

💬 Сила комментария

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


- На карточке клиента: за что предоставили скидку 20%
- На форме заказа: что в дверь звонить не надо
- В тикете техподдержки: ссылка на обсуждение в багтрекинге

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

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

Например, на «Дадате» мы используем систему защиты от сетевых атак. У нее есть интерфейс, где можно заблокировать конкретный IP-адрес. Указываешь IP, жмешь «добавить в черный список», злодей получает бан. Что может быть проще?

Проблема в том, что непонятно, кто заблокировал IP и почему. В большинстве случаев это и неважно, но иногда пригодилось бы для разбора. Решить проблему элементарно
- добавить поле «комментарий».

Но постойте, можно же сделать нормальные поля «сотрудник» и «причина блокировки»? Да, можно, но непонятно:


- точно ли нужны именно эти поля?
- действительно ли они нужны?

Добавлять поля просто «чтобы были»
- так себе идея. А выяснить реальные сценарии как раз и поможет поле «комментарий». Потом, если что, можно заменить его на поля с конкретным назначением.

Комментарий
- элемент хаоса. Но с ним система устойчивее.

Интерфейсы без шелухи
Управление проектами
Подписаться
🔼 Аптайм на статус-странице Есть такая штука у облачных сервисов — «статус-страница».

🔼 Аптайм на статус-странице

Есть такая штука у облачных сервисов
- «статус-страница». Это отдельный, независимый от основного сайт, на котором написано, работает основной сервис или нет.

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

У большинства сервисов статус-страница сделана по такому шаблону:


1. Общий статус (работает / нет)
2. Статус отдельных сервисов (сайт, мобильное приложение, API, ...)
3. Список инцидентов.

Пример Dropbox

Неплохая структура, отвечает на важный вопрос
- «что-то сломалось?» Но не отвечает на второй важный вопрос
- «насколько вы вообще надежные?».

Удивительно, но сервисы редко раскрывают общие показатели доступности. Хорошо, если покажут за 90 дней, за год
- почти никогда.

Я думаю, нормальный подход
- показывать доступность за день, неделю, месяц и год. На «Дадате» мы так и сделали.

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

Рекомендую!

Интерфейсы без шелухи
Управление проектами
Подписаться
⚒️ Как человек решает задачи в интерфейсе

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


1. Сформулировать задачу. Я подписан на один канал в Телеграме. Он хороший, но надоел оповещениями. Хочу их отключить.


2. Выполнить действие. Полагаю, это делается где-то в самом канале. Захожу в ленту, тыкаю на канал. Вижу внизу большую кнопку Mute. Ага, это наверняка она. Нажимаю.


3. Оценить результат. Кнопка изменилась: Mute → Unmute. Рядом с названием канала появилась иконка с перечёркнутым динамиком. Полагаю, оповещения выключены.

На каждом шаге интерфейс может помогать, а может вставлять палки в колёса. Вот как это бывает:https://antonz.ru/user-actions/

Рейтинг авторов

  • "Записки Дизайнера" (про дизайн и только про него 157 157 157
  • (Не) только немецкий 157 157 157
  • #анямастерконтента 157 157 157
  • #Фудтех 157 157 157
  • 10 идей и трендов дня 157 157 157
Показать весь рейтинг
Загрузка ...