В айти должно быть больше девушек
Индустрии остро не хватает женщин на самых разных ролях — не только дизайнеров, аналитиков и тестировщиков, но и более «хардкорных» вроде разработчиков, девопсов и дата-инженеров. И в менеджменте тоже, конечно.
Сейчас я захожу в раздел нетворка в линкедине и вижу там какую-то, извините, сосисочную вечеринку. Это никуда не годится.
Надеюсь, идиотский стереотип, что девушки якобы «не склонны к программированию», скоро себя изживет. По крайней мере, сейчас в вузах на технических специальностях учится намного больше девушек, чем 10-15 лет назад.
А ещё это позволит побороть такое отвратительное явление как сексизм. Сейчас большинство женщин в отрасли хотя бы раз сталкивались с ним на работе 😕 Когда будет соотношение 50/50 — то и никого сексизма не будет.
Баланс, кстати, в общих интересах. «Моногендерный» отдел — очень токсичная штука для его обитателей (вне зависимости от гендера). Когда соотношение примерно равное, всем комфортнее.
Так что мое пожелание на 8 марта и все остальные дни года:
IT = (M ⊆ ♂) ∪ (F ⊆ ♀) : | M | = | F |
Война год спустя
Много чего изменилось за год. В основном — к худшему. Десятки тысяч погибших, сотни тысяч раненых, миллионы беженцев. Разрушенные города, военные преступления, пытки и репрессии. Мракобосие и дичь как национальная идея.
Кое-что осталось неизменным.
Война, развязанная Россией — это по-прежнему преступление против обеих стран. Это предательство России, ее интересов и граждан. Это преступление против Украины и ее граждан. Это преступление против мира.
По-прежнему многие из нас против войны. Люди в основном молчат, потому что воевать с собственным населением режим умеет намного лучше, чем с ВСУ. Но мы есть и нас много.
По-прежнему единственное правильное решение — немедленно остановить боевые действия, вывести войска и начать переговоры о мире.
Нет войне!
GPT-консультант
Когда просыпается Северная Америка, ChatGPT уходит в нокдаун, а то и вовсе падает намертво.
Мне это немного надоело, так что я взял замечательного GPT-бота от Карима Искакова, радикально его упростил (от чего бот стал только лучше) и подключил себе в телеграм.
Бот работает на базе модели DaVinci (она же GPT-3) — это предыдущее поколение нейросети от авторов ChatGPT, компании OpenAI.
Теперь у меня есть персональный нейросетевой консультант. Он немного туповат по сравнению с чат-гпт, но все еще вполне норм.
Вы тоже можете себе такого сделать. Понадобится только знакомый погромист и аккаунт в OpenAI.
репозиторий с кодом
P.S. Обнаружил, что нейросеть хуже отвечает на вопросы, если ей явно сказать, что она нейросеть. Пока она может считать себя человеком, ответы получаются живее и лучше ツ
Не считать собеседника идиотом
Некоторые люди всегда исходят из того, что их собеседник — идиот. Это очень удобно, но довольно бессмысленно.
Утрированный пример. Человек начинает что-то рассказывать:
— Пришел я в кафе, сел за столик...
Вы перебиваете:
— Ты что, дебил? Кто же ест в куртке?! И руки не помыл.
Ваш визави опустил очевидные детали. Но вы сделали вид, что он недалекий кретин, и убедительно поставили его на место ツ
Реальность от примера если и отличается, то ненамного. Например, я пишу:
— «Программисты-калькуляторы» исчезнут, а работа программиста приблизится к работе системного аналитика.
В комментарии немедленно приходит эксперт:
— Ты что, дебил? Очевидно, что программисты не исчезнут.
Ну да, ну да.
А когда собеседники обоюдно считают друг друга идиотами, спор может длиться бесконечно. Весь фейсбук такой.
Есть мнение, готов поменять
Когда писал заметки об интерфейсах, всегда находились люди, которые говорили «да какое ты имеешь право критиковать, ты же не знаешь всей ситуации».
Распространенный подход. Прям вот всей ситуации во всех ее нюансах я никогда не знаю → следовательно и мнения иметь не могу. Очень безопасно, не ошибешься. И очень уныло. Сразу пахнуло коллективным дизайном, когда собралась встреча на 10 человек, и каждому страшновато предложить решение, а то ведь отвечать за него придется. Поэтому радостно договариваются назначить еще одну встречу.
Я сторонник другого подхода. Можно иметь мнение, даже пока не обладаешь всей информацией (да ведь и не будешь никогда обладать). Важно при этом не упираться в это мнение как баран, а быть готовым изменить, если на то возникнут объективные причины.
Пример. В 2016 году, когда каналы в телеграме только набирали популярность, я написал:
> Каналы в телеграме — пустышка, которая довольно скоро тихонько сдохнет.
Нормально ли иметь такое категоричное мнение? Вполне. Было ли оно верным? Конечно, нет. Стоило бы мне годами настаивать на своем и утверждать, что вы ничего не понимаете, а каналы вот-вот уже сдохнут? Это было бы глупо.
Еще пример. Говорящие головы, которые в ютубе комментируют экономику, смело делают прогнозы (молодцы). Часто оказываются неправы (ну бывает). Но почти никогда не признают ошибки (а вот это фу). На прямые вопросы уверенно начинают лепить, что черное это белое, их неправильно поняли, и все произошло ровно так, как они предсказывали.
Иметь категоричное мнение — прекрасно. Если ты готов его менять.
Всем привет. Это автор канала, Антон Жиянов. Давно ничего не писал, так что вкратце напомню: канал был посвящен заметкам о продуктах и интерфейсах.
Темы эти больше меня не греют как раньше, а желание писать заметки о всякой всячине никуда не делось. Поэтому в ближайшее время этот канал трансформируется в личный блог без выраженной тематики.
Пишу заранее, чтобы вы могли спокойно отписаться. Спасибо за то, что читали 🙏
Нейтралитет
Многие сейчас стараются жить как ни в чем не бывало. Новости слишком депрессивные — не будем читать новости. Все вокруг врут — не будем анализировать происходящее. Промолчим, будем избегать острых тем — а то как бы чего не вышло. Подождем, оно и пройдет само. Будем думать, что «кризис — это возможность». Пока корпоративчик проведем.
В 2009 году в клубе «Хромая лошадь» в Перми в результате пожара погибли 156 человек. Это была страшная трагедия, которая всколыхнула страну. А теперь представьте, что пожар был не случайностью, а злым умыслом. Представьте, что виновники трагедии устраивают новую «Хромую лошадь» каждый день. Повлияло бы это на вашу повседневную жизнь? Изменили бы вы что-нибудь в своем поведении?
Как много вы готовы принять, сохраняя мнимую нейтральность? Готовы слушать про подонков и национал-предателей, которых выплюнет народ? Спокойно примете шуточки об «ИТ-шарашках» в парламенте? Пожмете плечами, когда коллега присядет на 15 суток за неуместный протест? Промолчите, когда ребенку в школе расскажут о преимуществах денацификации? Когда их с одноклассниками выстроят буквой «зю» на школьном дворе? Выразите горячее одобрение, чтобы не уволили с работы? Поставите подпись под доносом?
Подумайте об этом.
А помните, в 2017 году мы придумывали, как телеграму упорядочить бардак в каналах (еще до появления папок)?
Интересно было перечитать сейчас и сравнить с итоговой реализацией. Дуров пошел по варианту Категории или теги, так что вы были правы (такой вариант предложили 40% участников).
Заставить использовать логотип в хорошем качестве
Есть такая проблема у популярных сервисов — их лого часто ставят на других сайтах в черти каком виде. Происходит это обычно так:
1) Маркетолог заходит на главную страницу
2) Видит логотип в левом верхнем углу
3) Сохраняет как картинку
4) И в таком виде использует
Это еще не самый плохой вариант. Некоторые на шаге (3) используют инструмент «ножницы», вырезая логотип с мясом и кусками окружающей действительности ツ
Компании обычно ставят в подвале ссылку на лого и рекламные материалы в хорошем качестве, но мало кто смотрит в подвал.
Сервис Sentry (админка для сбора ошибок и мониторинга веб-сервисов) придумал неординарное решение. Если человек тыкает правой кнопкой мыши по логотипу, его перебрасывает на специальную страницу (см. картинку к заметке). Там можно скачать логотип, выбрав подходящий стиль, фон и размер.
С одной стороны, творческий подход, и наверняка отлавливает часть сценариев. С другой — перехватывать клики мыши довольно сомнительно 🤔
Вы являетесь дизайнеру в страшном сне
Интернет-банк Тинькова при входе встречает многозначительной надписью:
Вы являетесь держателем продуктов Тинькофф Банка. При входе по номеру телефона, в целях безопасности, введите пароль.
Я, конечно, не UX-писатель, но это жуть какая кривая формулировка. Давайте попробуем улучшить.
1. Формулируем по-человечески
Меняем суконный язык банковских безопасников на нормальную речь.
Вы являетесь держателем продуктов Тинькофф Банка. При входе по номеру телефона, в целях безопасности, введите пароль.
↓
Вы — клиент Тинькофф Банка. Введите пароль, чтобы войти.
2. Убираем лишнее
Зачем писать человеку, что он клиент? Я и так это знаю, потому и пытаюсь войти в интернет-банк. Убираем.
Вы — клиент Тинькофф Банка. Введите пароль, чтобы войти.
↓
Введите пароль, чтобы войти.
3. Убираем очевидное
На этой же форме огроменное поле ПАРОЛЬ и кнопка ВОЙТИ. Спорим, человек догадается, чего от него хотят?
Введите пароль, чтобы войти.
↓
Ø
Что осталось — в следующем сообщении.
P.S. Если дизайнеру ну совсем никак без подзаголовка, я бы написал Осталось ввести пароль.
Задачка: письма о заказе
Представьте ситуацию. Вы работаете в крупном маркетплейсе. Люди делают на маркетплейсе заказы, он доставляет. А по факту доставки одного заказа присылает шесть писем (см. скриншот):
— Заказ доставлен
— Электронный чек по 1-й части заказа
— Электронный чек по 2-й части заказа
— Электронный чек по 3-й части заказа
— Электронный чек по 4-й части заказа
— Вы довольны доставкой?
При этом маркетплейс сам разбивает заказ на части, покупатель никак этим не управляет. В примере выше все части доставлены в один день, в одно время, одним курьером.
Некоторые покупатели почему-то недовольны таким количеством писем и жалуются в саппорт.
Ваши коллеги разводят руками — в заказе было 4 части, значит должно быть четыре чека. Потом, надо же уведомить о доставке, а то вдруг человек не в курсе. И уточнить, всем ли покупатель доволен (мы же клиентоориентированная компания). Вот и получается шесть писем. Ничего не поделаешь.
А вы что думаете? Опрос следует.
Как собрать данные из API без программирования
А я вам показывал, как парсить открытые API без программирования? Аккаунт на гитхабе + текстовый редактор + самая малость SQL = автоматически обновляемый датасет.
https://antonz.ru/github-actions-scraping/
Видение, эмпатия, смелость
Одиннадцать лет назад, весной 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
Начни с примера
Главное правило для всех, кто пишет обучающие статьи, курсы и вообще что угодно для начинающих:
>>> Начинайте с примеров, черт возьми <<<
Например, вы решили учить людей SQL. И первым делом подсовываете им такую замечательную схему SQL-запроса, как на картинке к посту. Не, ну а чо. Пусть сразу системному подходу учатся, правда?
Нет.
Начните с простых примерчиков. Расскажите про большую эксельку, которую можно фильтровать и сортировать. Покажите примитивные запросы на табличке из 10 записей. Нарисуйте элементарные картинки или сделайте гифку.
Не нужен начинающим «системный подход». Потом сами к нему придут.
Интересно, что на примере с базовым SQL почти все это понимают. Но стоит взять чуть более сложную тему — и привет. Начинают с многотомной классификации, зубодробительных схем внутреннего устройства и прочей жести. А примеры типа на потом оставим, когда «целостная картина» будет.
Не будет у людей целостной картины. Никакой картины не будет. Пока вы не начнете объяснять на примерах.
Сила комментария
Комментарий в интерфейсе — это необязательное текстовое поле. В комментарии человек указывает любую дополнительную информацию, которая кажется ему важной:
— На карточке клиента: за что предоставили скидку 20%
— На форме заказа: что в дверь звонить не надо
— В тикете техподдержки: ссылка на обсуждение в багтрекинге
Комментарии в интерфейсах недооценены. Аналитики, дизайнеры, программисты — все мы любим и умеем систематизировать информацию. Поэтому любой объект в интерфейсе представляем как набор полей с конкретным назначением: наименование, почтовый индекс, стоимость.
Но жизнь всегда богаче моделек. И когда люди используют софт, часто получается, что важная информация есть, а записать ее некуда. Тут и приходит на помощь комментарий.
Например, на работе мы используем систему защиты от сетевых атак. У нее есть интерфейс, где можно заблокировать конкретный IP-адрес. Указываешь IP, жмешь «добавить в черный список», злодей получает бан. Что может быть проще?
Проблема в том, что непонятно, кто заблокировал IP и почему. В большинстве случаев это и неважно, но иногда пригодилось бы для разбора. Решить проблему элементарно — добавить поле «комментарий».
Но постойте, можно же сделать нормальные поля «сотрудник» и «причина блокировки»? Да, можно, но непонятно:
— точно ли нужны именно эти поля?
— действительно ли они нужны?
Добавлять поля просто «чтобы были» — так себе идея. А выяснить реальные сценарии как раз и поможет поле «комментарий». Потом, если что, можно заменить его на поля с конкретным назначением.
Комментарий — элемент хаоса. Но с ним система устойчивее.
Экономист здорового человека
Я недолюбливаю «публичных» экономистов, которых обычно цитируют СМИ. Включая профессоров уважаемых европейских университетов. Часто эти люди не стесняются нести яростную чушь, прекрасно зная — через год мало кто вспомнит, что они говорили. Но я-то помню.
Из публичных экспертов предпочитаю слушать только Мовчана. Во-первых, он не экономист, а инвестор. То есть активно работает с международными финансовыми инструментами, а не просто открывает рот. Во-вторых, всегда говорит по делу, без воды и нелепых прогнозов.
Раньше он только писал в фейсбуке, а с недавних пор ведет еженедельную передачу на ютубе, слушаю с большим удовольствием.
А вы к кому прислушиваетесь в области экономики и финансов?
P.S. На всякий случай — не реклама. Мовчан мне ничего не занес 😕 Как занесет, обязательно расскажу!
Рейтинг сервисов-переводчиков
В последнее время часто перевожу текст с русского на английский, и попробовал все популярные сервисы. Вот мой личный топ, от худшего к лучшему:
➃ Google Translate
➂ DeepL
➁ Яндекс-переводчик
➀ ChatGPT
Почему-то принято хвалить DeepL, но я не разделяю этих восторгов. Да, он лучше гугла, но и только. Яндекс заметно превосходит обоих, и до появления ChatGPT уверенно держал первое место.
Помимо чернового перевода, полезно использовать сервисы-корректоры, которые правят кривую грамматику на более привычную для англоговорящего читателя.
Тут неплохо справляется Grammarly. Но и новый сервис от DeepL — DeepL Write — тоже неплох. И ChatGPT, само собой — она вообще все умеет.
Кстати, для русского языка тоже есть неплохой сервис — LanguageTool.
P.S. Извините, что упоминаю в каждой заметке нейросеть от OpenAI, но она правда хороша 🤷♀️
Фрагменты Яндекса
Вчера всплыли слитые у Яндекса исходники. Наслаждаюсь комментарием компании:
Служба безопасности обнаружила в открытом доступе фрагменты кода из внутреннего репозитория. Но их содержимое отличается от текущей версии репозитория в сервисах «Яндекса».
Мы [...] не видим какой-либо угрозы для данных наших пользователей или работоспособности платформы.
В этом комментарии Яндекс практически достиг высот «службы безопасности сбербанка». Все это, конечно, бесстыдная манипуляция.
«Фрагменты». Слили 40 ГИГАБАЙТ исходников. Конечно, там не 100% всего кода Яндекса. Но это не фрагменты, ребята. Совсем не фрагменты.
«Содержимое отличается». Разумеется, отличается. Да даже если бы их слили пять минут назад, за это время разработчики Яндекса уже успели бы покоммитить новый код, так что версии бы отличались. Только что это меняет? Большая часть слитого кода прямо сейчас продолжает работать в продакшене.
«Не видим угрозы». Сложно представить себе больший подарок для злодеев, которые ищут уязвимости, чем исходники сервисов. Ну разве что прямой доступ на сервера. Интересно, по мнению «службы безопасности» он тоже не представлял бы угрозы?
Прекрасно понимаю, почему компания комментирует подобным образом. Это режим «контроля ущерба». Наиболее выгодная стратегия — делать вид, что все в порядке. Большинство людей ведь не разбираются в разработке софта, и не поймут, что им морочат голову.
Аналогично Яндекс действовал весной 2022 года, когда слили базу «Еды». Написал невнятное письмо, что мол украли емейлы (на которые всем плевать), а про домашние адреса и финансовую информацию скромно умолчал.
Возмущает в данной ситуации не сам слив, а вот эта хитрожопая, простите, реакция.
Остановить фильм
Представьте: вы налили чашку любимого напитка (пусть будет чай), уютно устроились на диване и решили посмотреть хороший фильм с планшета. Не знаю уж, почему вы не смотрите его со своего огромного настенного телевизора. Захотелось вот с планшета.
Так или иначе, начинаете смотреть, тянетесь за чаем, и понимаете, что забыли его на столе. Останавливаете фильм... Как?
Если вам не повезло смотреть фильм с одного из многочисленных пиратских плееров, воспроизведение остановится при тыке в любую точку экрана. Дизайнер плеера наверняка думал, что так будет удобно. Только забыл: по экрану часто тапают, чтобы посмотреть, сколько еще времени осталось — и останавливать при этом фильм не хотят. Плохой вариант.
Если смотрите Нетфликс или Кинопоиск, то при тыке на экран появится верхний слой с контролами (оверлей). В центре будет кнопка паузы, тыкаете на нее — фильм останавливается. Нормальный вариант, закрывает оба сценария (проверить время — 1 тап / остановить — 2 тапа). Замечу, что у Нетфликса кнопка паузы большая, а у Кинопоиска крохотная (угадайте почему).
Ну и казалось бы, что тут можно еще придумать.
Но если вы смотрите Prime Video (это Амазон), то:
— по тыку в центр экрана фильм останавливается,
— по тыку в любую другую область просто появляется оверлей.
Кажется, мелочь — ну сэкономили один тап для остановки воспроизведения. Но на самом деле очень удобно! Один раз посмотрев фильм в приложении Амазона понимаешь, что ровно так оно и должно работать. Идеально.
Обожаю, когда микровзаимодействия настолько продуманы. Редко встречается.
ChatGPT и программисты
В 20 веке была распространена профессия наборщика («машинистки», как их часто называли). Наборщики печатали документы на специальных машинках для компаний и госорганов, в огромных количествах. Распространение персональных компьютеров ближе к концу века уничтожило эту профессию.
Те же самые персональные компьютеры и программы учета вроде 1С полностью изменили профессию бухгалтера. Исчезли «бухгалтеры-калькуляторы», которые выполняли рутинные расчеты — этим теперь занимались программы. Профессия бухгалтера никуда не делась, но стала более высокоуровневой.
К чему я это. На днях поработал с ChatGPT (это самая мощная диалоговая нейросеть на сегодня). Думаю, что программистов ожидает нечто среднее между наборщиками и бухгалтерами. Надеюсь, все же ближе к бухгалтерам ツ
Например, ChatGPT уверенно проходит типовое алгоритмическое собеседование лучше любого программиста (для понимания, сейчас существует целая индустрия натаскивания программистов на такие собеседования, это что-то вроде ЕГЭ). Теперь требовать от человека решения типовых задачек на интервью — это как требовать навыки скоростного устного счета в пределах миллиона: здорово, конечно, но зачем?
Вероятно, «программисты-калькуляторы» тоже исчезнут, а работа программиста приблизится (или сольется) с работой системного аналитика. Где-то, понятно, останется низкоуровневое программирования, но в бизнесе его заменит программист-постановщик задачи и нейросеть, которая пишет код.
Такой вот прогноз. Интересно будет сверить лет через 10.
Поддержка войны
Опросы общественного мнения показывают 20–25% тех, кто против войны. Скорее всего, их больше — учитывая, что многие отказываются отвечать, опасаясь законов о фейках и дискредитации. Но все равно очевидно, что большая часть общества войну поддерживает.
Не буду останавливаться на причинах широкой поддержки — об этом много писали. Хочу сказать о другом.
Кажется, что 25% — мало. Но это не так. Это десятки миллионов людей. Десятки миллионов не считают происходящее нормальным. Десятки миллионов против убийства людей, разрушения городов, уничтожения будущего страны.
Противники войны не кричат об этом на улицах, не выстраиваются живой цепью. Да и в личной беседе могут промолчать — понятно, почему. Но мы есть. И нас много. Помните об этом.
Война
Я никогда не был «вне политики». Но предпочитал не транслировать свои взгляды публично. К сожалению, это время прошло.
Вторжение России в Украину — это преступление против обеих стран. Это предательство России, ее интересов и граждан. Это преступление против Украины и ее граждан. Это преступление против мира.
24 февраля — поворотная точка. Больше не получится быть нейтральным. Больше не удастся пребывать в иллюзии, что вас это не касается. Больше нет полутонов. Нет неоднозначности.
Сейчас время для каждого из нас определиться. Поступать по совести. Не молчать.
Боевые действия в Украине должны немедленно прекратиться. Не должны больше гибнуть мирные жители и военнослужащие наших стран.
Нет войне!
Хватит делать «удобные» визуальные редакторы
Я пишу много заметок. Больше, наверно, пишут только коммерческие авторы и госушные специалисты по технической документации (мои соболезнования последним).
Пишу обычно в markdown, а там, где его не хватает — добавляю html. Понятно, что большинство людей маркдаун (а тем более хтмл) не знают и знать не хотят. Видимо, по этой причине платформы с user-generated контентом делают «удобные» редакторы.
Есть только одна проблема. Все эти редакторы (ну почти все) — неудобное, глючное говно. Простите за резкость, но уж как есть.
Медиум, ноушн, виси.ру, хабр — ваши редакторы просто катастрофа. Последние два — особенно. Лучше обычная textarea, чем то, что вы сделали.
У меня есть решение, немного радикальное. Если не умеете делать нормальные редакторы — не делайте. Посмотрите на телеграм, он обходится примитивным набором инструментов:
— поставить ссылку
— жирный / курсив / моноширинный
— markdown для знающих
Всё. И ничего, люди пишут на многотысячные аудитории.
Конечно, сложную техническую статью с такими возможностями не напишешь. Но если у вас люди пишут сложные статьи — дайте им сложные, но мощные инструменты (md, html, latex).
Не делайте визуальные редакторы. Вы не умеете их делать.
Признать проблему
Начнем с вчерашней задачки о письмах. Конечно, нормальное решение — присылать по факту доставки одно письмо, включив в него и чеки, и опрос, и все что еще важно. Никаким законам это не противоречит и технически реализуемо.
Маркетплейс не присылает четырех разных курьеров, чтобы доставить несчастный заказ — он понимает, что заказ один, и отправляет одного курьера. Аналогично можно объединить четыре письма с чеками в одно, а попотев еще немного — и оставшиеся два письма тоже свести в одно общее.
Но я хочу обратить внимание вот на что.
Самое плохое, что может сделать инженер (продакт, дизайнер, разработчик), столкнувшись с проблемой — отказаться ее признавать. Начать доказывать себе и другим, что все работает правильно и ничего менять нельзя.
Отказываясь признавать проблему, вы бесите потребителей, ослабляете продукт и становитесь хуже как специалист.
Всегда стоит руководствоваться здравым смыслом. Нет, это не нормально — присылать шесть писем об одном чертовом заказе! Это проблема. И важно это признать, хотя бы перед самим собой.
Признав проблему, можно оценить ее влияние, варианты решения и их стоимость. И потом уже думать — будете исправлять или нет.
Признав проблему, вы не обязаны ее решать! Кажется, не все это понимают. Возможно, затраты на решение не окупят выгоды. Возможно, есть более критичные проблемы, на которых стоит сосредоточиться. Возможно, вы выберете дешевый обходной путь. Возможно, вообще не найдете решение. Всё это бывает, и в каждом продукте найдутся десятки проблем, которые сознательно не будут исправлены.
Но важно честно сказать себе, что да, это действительно проблема. А не закрывать глаза и убеждать всех вокруг, что ее не существует.
Что должно быть в письме о заказе
Если продаете товары с доставкой курьером — наверняка отправляете клиентам емейл или смс после того, как заказ оформлен. Все так делают.
Но не у всех это письмо полезно клиенту.
Плохо
Например, «Деликатеска» присылает жуткую простыню (см. картинку к посту).
Тут и правила всего на свете, и мое имя и телефон (спасибо, а то вечно забываю), и бесконечный список заказанных товаров (на скриншоте я его обрезал), и даже призыв защитить природу в финале. Все, кроме самого главного — когда я получу заказ. Формально дата и время в письме есть, но так затейливо спрятаны, что заметить их малореально.
У «Озона» нет простыни, но и даты доставки тоже нет. У «Яндекса» лучше, хотя акцент странный (см. скриншоты в полной версии заметки).
Лучше
Если письмо бестолковое — человеку все равно придется идти в личный кабинет и искать информацию там. Не делайте так. Если хотите, чтобы письмо пригодилось, напишите вот что:
Приняли заказ №12345, стоимость 5623 ₽, доставим в пятницу 16 июля с 10 до 14.
Если ваши айти-системы в состоянии идентифицировать товар без номера (по телефону, например) — можно номер не писать, станет еще лучше. Правда, может возникнуть путаница, если у человека несколько заказов одним днем.
Приняли заказ на 5623 ₽, доставим в пятницу 16 июля с 10 до 14.
Добавьте телефон, чтобы человек не искал, как с вами связаться:
Приняли заказ на 5623 ₽, доставим в пятницу 16 июля с 10 до 14. 8 800 223-23-23
Если есть ограничения по оплате, тоже напишите:
Оплата только наличными, у курьера нет сдачи.
Заказ оплачен, вот чек.
Такой формат одинаково подходит для емейла и смс. В смс достаточно этим и ограничиться. В емейле можно дальше дать больше подробностей:
— список товаров;
— как изменить время или отменить заказ;
— особенности (курьер звонит за час, доставка до двери и тому подобное).
Адрес доставки имеет смысл указывать, если у человека их несколько. ФИО и адрес эл. почты — если заказ для другого человека.
Итого
— номер (если без него никак);
— стоимость,
— дата и время,
— контактный телефон,
— важные ограничения.
Приняли заказ № 12345, стоимость 5623 ₽, доставим в пятницу 16 июля с 10 до 14. Оплата только наличными. 8 800 223-23-23
Такое сообщение действительно пригодится.
О продуктоводстве
С начала года я окончательно перестал притворяться продакт-менеджером и занимаюсь исключительно техническими штуками. Кажется, это хороший момент, чтобы описать мой опыт создания и развития облачного B2B-сервиса в России.
О чем пишу:
— продукт и фичи
— B2B и кровавый энтерпрайз
— API и документация
— техподдержка
— разработка
— интерфейс
— люди
О чем не пишу:
— маркетинг
— метрики
— касдев
— гроус-хакинг
— эджайл
— что там еще модно у продактов в этом сезоне
https://antonz.ru/productology/
Руководство по визуализации данных
Ребята из Германии сделали классное руководство по визуализации данных и открыли его под лицензией Creative Commons.
А чтобы никто не догадался и не оценил их труд — назвали максимально непонятно и спрятали на сайте в слабочитаемом виде.
Но я все равно нашел!
Поэтому теперь у вас есть бесплатная книга по визуальному представлению данных для отчетов и дашбордов. Подробная (150 страниц) и практическая (197 иллюстраций). В вебе, epub и pdf:
https://antonz.ru/dataviz-guide/
Более быстрая лошадь
Продуктоводы любят цитировать Генри Форда:
Если бы я спросил у людей, чего они хотят, они бы попросили более быструю лошадь [а не автомобиль]
Вывод делается такой, что пользователи, мол, сами не знают, чего им надо.
Кажется, в этой байке очень мало хорошего:
1. «Если бы спросил, они бы попросили». Да откуда ты знаешь? Спроси сначала — мало ли, вдруг ответы тебя удивят.
2. Допустим, реально ответили, что нужна «более быстрая лошадь». Это весьма полезная информация, только надо сфокусироваться на «быстрая», а не «лошадь». Почему важна именно быстрота, а не выносливость, комфорт или там стоимость владения? Что смогут они такого делать, чего раньше не могли? Сразу возникают вопросы, которые помогут увидеть правильное направление.
3. Некоторые пользователи не то что про лошадь не станут рассказать, они сразу затребуют гоночный болид или вообще космический корабль для межзвездных путешествий. Это тоже ценная информация, особенно если за странными желаниями вскроется реальная потребность.
4. Средний продуктовод — далеко не Генри Форд (сорян). Не грех и спросить, корона не свалится.
В общем, я за другую цитату Форда:
Мой секрет успеха заключается в умении понять точку зрения другого человека и смотреть на вещи и с его, и со своей точек зрения.
Аптайм на статус-странице
Есть такая штука у облачных сервисов — «статус-страница». Это отдельный, независимый от основного сайт, на котором написано, работает основной сервис или нет.
Статус-страница полезна, когда основной сервис свалился под ддос-атакой или от веселого пятничного обновления. Так пользователям есть куда пойти, чтобы понять масштаб проблемы и ход решения.
У большинства сервисов статус-страница сделана по такому шаблону:
1. Общий статус (работает / нет)
2. Статус отдельных сервисов (сайт, мобильное приложение, API, ...)
3. Список инцидентов.
Неплохая структура, отвечает на важный вопрос — «что-то сломалось?» Но не отвечает на второй важный вопрос — «насколько вы вообще надежные?».
Удивительно, но сервисы редко раскрывают общие показатели доступности. Хорошо, если покажут за 90 дней, за год — почти никогда.
Я думаю, нормальный подход — показывать доступность за день, неделю, месяц и год.
В любом случае, даже плохая статус-страница лучше, чем никакой. Тем более, что подключить ее несложно — есть куча готовых инструментов. Даже бесплатные, вроде UptimeRobot или Upptime
Рекомендую!