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

Раскидайте, коль не жалко, своим знакомым айтишникам. Больше мнений Богу Мнений!

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

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

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

Давно уже не занимаюсь пользовательским опытом напрямую, но взгляд постоянно цепляется за хорошие (и, увы, за плохие) UX-решения.

В этот раз решение, хвала богам, хорошее.

Если после нажатия на пункт меню предполагаются дополнительные действия (вроде окна подтверждения), в такие пункты стоит добавить многоточие. Это позволит пользователю на интуитивном уровне понимать, что ничего бесповоротного сразу не произойдёт. Плюс многоточие явно подготовит его к тому, что для завершения действия ещё придётся куда-нибудь потыкать.

Фигма молодцы, будьте как Фигма.

Алоха!

У меня тут ещё одна вакансия к нам в команду Атома. На этот раз ищем Cloud Architect. Нужен человек, который будет отвечать за архитектуру облачных сервисов электромобиля (а их там тьма).

Если знаете таких, киньте им вот эту ссылочку, плз

Боролся я как-то на той неделе с трассировкой требований корпоративных. Неравной битва была, копий понятийных поломали множество.

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

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

Сам Уильям Пауэрс со своей мотивационной иерархией подружил врагов непримеримых, ибо нехуй

Я тут задумал небольшой редизайн сайта. Статейки не забыты, пишутся, но медленно (ибо проекты и обучение чота всё время сожрали). Вероятно, я сперва выкачу новый дизайн, а потом уже начну постить. На подходе статья про JS+US и большой цикл по реверсивному дизайну.

Не переключайтесь!

Кстати, забыл рассказать. Нас тут с Дашей Хлоповой пригласили на ProductSense'23 выступить, и теперь пятого сентября там будет чумовой мастер-класс по функциональной архитектуре. Расскажем, почему рынок привык работать плохо и почему функции — фундамент любого продукта.

Чтобы вы не гуглили, что за ProductSense такой, вот их сайт.

Кстати, у Даши есть свой канал. Он пока маленький, но от этого не менее полезный. Давайте поможем Даше найти путь к сердцам аудитории и нести знания в мир!

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

Как сделать честную жеребьёвку гнутой монеткой, если шанс выпадения одной стороны выше, чем другой?

Осень — время докладов. На этот раз меня пригласили выступить на Стачке в Ульяновске. Если кто-то из вас там будет, велкам, попьём пива, пообщаемся за проектирование и процессы

Друзья, у меня новая вакансия. На этот раз нам в команду Атома нужен UX-дизайнер на максималках. Работать нужно будет над цифровой экосистемой вокруг электромобиля. Проект крутой, как Чак Норрис и огромный, как моё самомнение.

Откликайтесь, шарьте

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

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

Чтобы упростить погружение в тему, я даже набросал высокоуровневую схему (которая до этого момента, кажется, нигде и не публиковалась)

С наступающим вас, товарищи! И напоминаю про лучший подарок для дизайнеров: плакат для проверки зрения

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

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

Параллельно с редизайном были:

а) полностью переработаны все схемы/графики (спасибо Даше Будко и DO Studio за самоотверженный труд во благо визуальной унификации);

б) немного отрефакторены статьи про функциональную архитектуру (и заодно цикл стал на одну запланированную статью больше);

в) появился раздел про моих «питомцев», где я коротко рассказываю о парочке своих любимых pet-проектов.

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

а) это был тяжёлый год;

б) 12 (двенадцать!) статей в процессе написания: это 2 статьи про функции и архитектуру, 9 статей про реверс-дизайн и одна про дружбу джоб-стори с юзер-стори. Ну и ещё пяток всяких мелких, я их не считаю.

Так что не переключайтесь, скоро прорвёт

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

Что я умею?

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

2. Формировать представление о новом продукте. Определю пользовательские, технические, функциональные и бизнес-границы продукта, помогу посчитать экономику, выявлю риски и ограничения.

3. Помогать бизнесу выстроить правильные процессы. Могу условную бухгалтерию перевести на условный ЭДО, могу безжалостным аудитом найти и уничтожить узкие места проекта, могу ускорить медленное и автоматизировать ручное.

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

5. Обучать. Управлению цифровыми продуктами, всевозможным методологиям продуктового дизайна, коммуникациям внутри проектных команд, функциональной, информационной архитектурам и ещё массе всякого. Прямо сейчас я академический руководитель и/или преподаватель в четырёх ВУЗах: ИТМО, РУДН, РАНХиГС и ТГУ.

В прошлом я разработчик, дизайнер, аналитик и даже местами предприниматель, поэтому говорю абсолютно со всей проектной командой на одном языке. Мой сайт https://sherer.pro, там можно почитать мои посты и немного больше узнать о моём опыте.

Шарьте, если считаете, что я кому-то могу оказаться полезен :)

Когда-то давно, в 2018 году, я вписался в один очень забавный спор. Тогда только появился Яндекс.Дзен, который теперь уже и не Яндекс вовсе, а вообще VK. Да и «дзеном», собственно, эта площадка никогда и не пахла. Зато она идеальна подходила для всяких трэвел- и китчен-блогеров, распаковщиков, обзорщиков и прочих «контент-мэйкеров».

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

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

Но некоторые я решил просто закидывать сюда с минимальными правками. Собственно, вот одна из них.

Уже много лет я не работаю на фрилансе, но до этого долго и успешно практиковал удалённую разработку и проектирование. И иногда клиенты задавали презабавный в своей наивности вопрос: «А сразу без багов писать нельзя?» или «А нельзя сразу сделать так, чтобы юзеры не отваливались?».

Так вот, хочу ответить всем своим будущим и бывшим клиентам и партнёрам: «Нет, нельзя. Меньше — можно, вообще без — нельзя.»

Запомните одну простую штуку. Создание серьёзного программного продукта — это не только производственный процесс. Это исследование. Вот вы знаете, как положить асфальт. И когда вам говорят, что нужно покрыть 5 квадратных кэмэ дороги, вы быстренько считаете расход, технику, амортизацию, логистику – и выдаете сроки и сумму. А теперь замените в предыдущем предложении слово «дороги» на «стены». Чуете? Никто, ни один дебил до вас, не клал асфальт на пять километров стены. По отдельности – все понятно. Вот асфальт, он простой. Вот каток, он тоже несложный. Вот сорок рабочих, они умеют укладывать простой асфальт несложным катком. А вот стена, и о ней вы тоже знаете практически всё. Но вместе — какая-то поебень получается.

И пусть мы представим, что асфальт на этой стене оправдан. Всё равно, эти сорок профи изведут вам гору асфальта, прежде чем поймут, как его класть. Вот переведённый асфальт — это и есть баги и минусы в воронке.

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

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

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

У меня всё. И да, все аналогии лживы.