Как я проектирую UI/UX (с и без ИИ) 0. Не проектируй интерфейс раньше, чем язык и слова, которыми он будет описан 1. Всегда учитывай Целое Процесс дизайна состоит из трёх шагов: 1) Перечислить все ограничения, под которые проектируется диз; 2) Рассмотреть множество решений, удовлетворяющих этим ограничениям; 3) Если понимаешь, что нужно добавить ограничение или одно можно убрать, вернуться к шагу 1.

ИИ хорошо генерирует варианты, но плохо держит ограничения, поэтому дизайни ограничения раньше, чем экраны

2. Убирай лишнее Убирай ненужное, что все (ты сам, коллеги, ИИ) так любят добавлять. Простой вопрос: "Юзер сможет без этого решить свою задачу?". Ответ в 80%: "да"

Проверяй дизайн на скорость понимания, а не на красоту

3. Дизайни только с живыми данными, ибо они отображают реальность в которой ваш красивый дизайн будет ломаться об длинные тексты. 4. Используйте компоненты, библиотеки и переиспользуемые компоненты. Унификация позволяет систематизировать интерфейс для вас, для пользоателя и для ИИ (помни про ограничения для ИИ).

Проектируй UI для повторного использования UX Гибкость системы = гибкость интерфейса. И наоборот

А если решение работает только для одного экрана, то скорее всего, оно временное. Ищи где UI/UX должен(!) всплывать ещё 5. Заимствовать чужие дизайн-решения не глупо, глупо их не заимствовать, потому что большинство UX-проблем и паттернов уже давно решены. Всё что нужно это опознать ваши, найти подходящее решение и собрать всё вместе. Собранные вначале работы удачные скриншоты от конкурентов/смежных проектов дают более чистое видение проблем и вам и снова полезны для ИИ. 6. Исследуй вкус Предпочтение = это «мне нравится» Вкус = это понимание, почему нравится

Вкус – это рефлексия над собственной реакцией на что-то

7. Никогда не торопись c дизайном 😌

первое что я бы сделал на посту любого геймдизайнера в любой игровой студии — это ввёл таймер последнего захода в игру (похуй на основе чего, стиме, сейва, даты, часов, секунд) и ЕСЛИ (!) человек зашел в игру спустя 3-4 недели после последнего играния, то предложил бы ему снова от начала до конца пройти онбординг по управлению и легкий rewind по предыдущим событиям прошедшим в игре. Это стоит буквально нихуя. В то же время это позволяет легко вернуться любому игроку к своему сейву спустя столько угодно времени и не перепроходить сначала всю игру РАДИ ТОГО ЧТОБЫ ВСПОМНИТЬ КАК В ЭТО ИГРАТЬ. Это настолько фундаментальная и тупейшая проблема геймдева которая решается одним простым трекером, что я даже не удивлён что я думаю об этом, как и миллионы других людей, но среди разработчиков не проскальзывает и искры такой идеи потому что они банально ТУПЫЕ БЛЯ. Зачем перепроходить игру заново, если можно вернуться в свой сейв с небольшим туториалом и памяткой для самого же себя? Если бы у людей была такая возможность то проходимость игр достигала бы самых высоких значений. А так по статистике того же стима у большинства игр даже миддлгейм-ачивы не взяты, потому что некоторые начинают @ дропают @ забывают @ начинают @ дропают. Одна простая UX механика и игра будет завершена в 10 раз больше.

Находим общий язык с пользователями Привет! Это Наташа Коростелёва, продакт в Авито Работе. Пара слов для тех, кто никогда не пользовался Авито Работой: это площадка массового найма, где рабочие, курьеры, продавцы, комплектовщики находят работу. У таких соискателей, синих воротничков, есть большая проблема в поиске — они ищут место, где стабильно заработать, а площадки спрашивают список фильтров — профессию, занятость, число смен. Но человека волнует совсем другое: будут ли штрафы, как встроить подработку в график 2/2. В Kano исследовании «поиск по жизненным ситуациям» оказался в топе востребованных и привлекательных. Мы пошли смотреть, как люди формулируют это сами: в интервью и в диалогах с нашим ИИ-ассистентом. Оттуда вытащили цитаты «нужна работа вечером рядом с домом, чтобы успевать забирать ребёнка из садика». Они и легли в основу подборок. А теперь то, что обычно остаётся за кадром. ➡️ Эксперименты с названиями подборок Сначала мы тестировали громкие, заметные названия вроде «увидеть север» и «лёгкая работа». Логика была простая: чем ярче звучит подборка, тем больше внимания она привлекает. Но всё оказалось наоборот. Чем абстрактнее ситуация, тем меньше людей узнаёт в ней себя: у каждого своя «лёгкость», а «романтика севера», даже если её понимают, не у всех находит отклик. Сработали формулировки, за которыми человек может представить себе что-то конкретное — условно, обычный вторник в своей жизни. ➡️ Поиск метафор В Авито мы много внимания уделяем визуалу и метафорам. Приложением пользуются десятки миллионов человек — должно быть очевидно, что скрывается за каждой кнопкой. Но представление дизайнеров о жизненных ситуациях не всегда совпадает с видением работника на заводе. Отдельный привет метафоре вахты! Понадобилось больше 20 правок, чтобы вместо хипстерского чемодана получить то, с чем человек реально едет на объект. Конверсия зависит от того, поймет ли пользователь, что это про него. ➡️ Ситуации vs. приоритеты Чтобы название новой механики считывалось правильно, исследователи проделали большую работу с фокус-группами. Человек в поиске работы часто находится в уязвимом состоянии, поэтому важно исключить негативный подтекст. «Жизненные ситуации» в русском языке — это про грустное: потеря работы, увольнение, выход на пенсию. А вот название «жизненные приоритеты» оказалось более жизнеутверждающим — оно как бы возвращало контроль над непростой жизнью рабочего человека. С этим вариантом мы и запустили рекламную кампанию. Какие выводы можно сделать? Массовый продукт во времена ИИ-помощников обязан говорить на языке пользователя, а персонализация — это не только про алгоритмы под капотом. Это ещё и сценарии, интерфейсы, формулировки и картинки, в которых человек узнаёт себя.

Немного про UX и звук На основе Restory. Если кто не читал предыдущий пост, напомню, что это симулятор пункта ремонта бытовой техники, где надо разбирать и чинить всякие штуки. Уже писал недавно про хорошие решения в этом проекте, но в Restory есть и какие-то менее удачные вещи. Давайте разберём. Мне очень нравится, что многие успешные действия игрока тут сопровождаются звуком (закончили чистить деталь, выкрутили болтик и так далее). Это позволяет сэкономить время и даёт понятную обратную связь, особенно если не успел что-то разглядеть визуально, но хочешь быстро отремонтировать вещь, чтобы успеть сдать её вовремя. В случае с закручиванием болтов часто нет никакого звука на окончание этого действия. А видно их не всегда хорошо (см. пример на первом скриншоте с приставкой, вдохновлённой Atari). В этом случае не всегда понятно в принципе, я сейчас раскручиваю элемент или закручиваю, а никакой внятной анимации на это не предусмотрено. В других предметах дела обстоят чуть лучше, там всякие крепления более заметны (см. скрин 2 с телефоном). Но тоже зависит от ракурса. Иногда я завинчивал болты в нужны мне сторону чуть ли не с третьего раза. Причём, надо отметить, что на раскручивание звук есть, так как болт улетает в крышку с другими болтами) Это ещё и нарративно здорово придумано, потому что так же работает в реальной жизни. Но при закручивании разработчики немного не продумали телеграфирование, и посчитали его достаточным. Здесь есть отметка таких болтов через UI, но очень часто её (отметку) просто-напросто плохо видно в крупных устройствах. В отсутствии достаточного визуала, звук остаётся единственным действительно эффективным способом передать игроку информацию. Конечно, можно сказать, что и в жизни нет никаких звуков, когда закручиваешь такие небольшие болты у бытовой техники. Да, это так, но не все вещи из реальной жизни нужно тащить в видео игру. Плюс, хорошая игра тем и отличается, что мы знаем, когда применить игровые условности, которые не будут важны игрокам, а когда наоборот требуется более подробный подход в плане реалистичности. В данной ситуации, какого-то звука прямо очень не хватает, а учитывая стилистику игры и довольно много условностей изначально, это бы вполне нормально работало и не вызывало вопросов. Удобство игрока гораздо важнее реализма в таких моментах, особенно если говорить о тех случаях, когда игрокам нужно дать хорошую обратную связь о результате их действий. В идеале даже можно было бы иметь 4 звука: 1 на раскручивание, 1 на окончание процесса закручивания (такой сейчас есть) и 2 на закручивание (1 на само закручивание и 1 на успех закручивания). Это помогало бы в тех случаях, когда визуально не так заметно текущее состояние болтов в устройстве. Ещё отмечу, что и сам этот визуал болтиков тоже можно было улучшить, чтобы он был понятнее в разных состояниях, но это, как говорил классик, уже совсем другая история. #Restory #UI #gamedesign #анализ

Не заставляйте ждать...и тупить Вчера подключил новый рассыльщик почты. Нажал кнопку «Отправить» и 15 минут смотрел на фразу «в процессе» и гадал, сломалось или нет. Не выдержал, перегрузил страницу и ушел из сервиса. В аэропорту Хьюстона пассажиры жаловались на выдачу багажа. Наняли больше грузчиков, время ожидания упало до восьми минут — один из лучших показателей в отрасли — но негативить меньше не стали. Оказывается, минуту пассажир идёт от гейта до ленты; семь минут стоит. Тогда прибывающие рейсы стали отгонять к дальним гейтам. Дорога — шесть минут, ожидание — две. Суммарно то же самое, но жалобы упали почти до нуля. Человек считает минуты, в которые ничего не происходит. Пустое ожидание ощущается примерно вдвое длиннее занятого, и претензия всегда именно к нему. Загрузка на онбординге сорок секунд — не ускоряйте её, задайте за это время три вопроса, которые всё равно собирались задать. Договор согласуется неделю — отдайте клиенту на эту неделю анкету, реквизиты, доступы. Заказ едет три дня — дайте выбрать упаковку на второй. Иногда правильный ход — сделать процесс длиннее. Хьюстон именно так и поступил. Вывод прост: клиент прощает долгий процесс и не прощает пустой.

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

Немного про диегетический UI Просто небольшое, но очень хорошее решение с диегетическим UI из ReStory. Если кто не знает, это такой интерфейс, который существует внутри мира игры. В данном случае это индикатор уровня сжатого воздуха в баллончике для чистки, который находится на самом баллончике. То есть это элемент на предмете, который видим как мы, так и наш персонаж в мире игры. Это классно придумано, потому что повышает иммерсивность и погружение в игру, люблю такие решения. Диегетическим может быть не только интерфейс, это может быть и звук (например, звук, который слышит персонаж в мире игры диегетический, а звук нажатия на элемент недиегетического интерфейса — только игрок). Музыка тоже может быть диегетическая, если она из магнитофона или плеера в игре, и недиегетическая, если это просто фоновая музыка, или это закадровый комментарий кого-то, не нашего персонажа. Хотя если это другой персонаж из мира игры, который рассказывает историю, это уже будет диегетическая штука (диегетический нарратор, если быть максимально точным). Думаю, смысл понятен. По большей части, если что-то можно сделать диегетическим без ущерба для удобства использования и понимания игрока, и если мы не целимся в казуальную аудиторию — лучше так и сделать. Но не всегда разработчики об этом думают, и это чаще чуть сложнее реализовать, поэтому часто отмечаю такие штуки, особенно когда это реализовано хорошо. Здесь, поскольку у нас жанр симулятор, мы стремимся больше к реализму в решениях, в том числе в UI, даже если это чуть сложнее, потому что иммерсивность во многом даже важнее удобства использования (в разумных пределах, разумеется, у нас нет цели делать максимально неудобную игру лишь бы это было максимально реалистично). В симуляторах это довольно тонкая черта между реализмом и условностями, которую не всегда так уж просто провести разработчикам. В Рестори это сделано достаточно хорошо: тут много деталей, но они не переусложнённые и UX вполне удобный, можно быстро делать все основные действия в рамках основного игрового цикла игры. #Restory #gamedesign #narrative #анализ

Как заставить зумера со спауном внимания 8 секунд пройти онбординг из 15 экранов? 🤨 кмооооон да никак 😳 В 2026м году медианный completion rate онбордингов по приложениям всего 50%. 50, КАРЛ Посмотрите сессии своих пользователей - едва ли они вдумчиво отвечают на каждый вопрос, наверняка большинство кто доходит до конца пролетает онбординг на автопилоте, не читая ни одного экрана и это уже стандарт индустрии, спасибо тик току и другим платформам шорт контента за клиповое мышление у целого поколения 😂 Ну а чего, представьте показывать восьмилетнему ребенку вместо мгновенной выгоды слайды, которые можно пролистнуть не читая Новые проблемы как обычно требуют новых решений и мне кажется мой друг @eduardbaksheev (Эдик кстати нам оч помогает с дизайном aesty!) придумал интересное решение для своей прилы peri ai (вопросы по женскому здоровью), у него онбординг это чат с персонализированными вопросами и голосовым вводом 🧠 Прокликать такое невозможно - следующий вопрос не появится пока не ответишь, и каждый ответ меняет сценарий. Через минуту апп знает обо мне больше чем классический онбординг узнал бы за 15 экранов и мне лично отвечать было интереснее, чем заполнять форму, так как я получала какой-то отклик после каждого вопроса (но справедливости ради зумер я по нижней границе 😧) Мне стало интересно, где еще это есть и я нашла парочку примеров. Airtable собирает воркспейс из разговора с AI, Clay генерит первый воркфлоу из ответов welcome survey, Pi и Replika знакомятся с тобой как человек, ну и конечно Duolingo вообще ставит урок до регистрации, так что думаю это вполне можно считать новым трендом - персонализированный чат вместо формы ответов на онбординге 🐵 Ну и вишенка на торте - если продукт сам по себе чат, значит онбординг это уже первое использование продукта. Наталкивает на мысли что надо пробовать у себя, мы сейчас как раз первую сессию переделываем - показать функционал и объяснить, что не надо все вещи фоткать отдельно скорее всего будет очень удобно, как будут цифры - поделюсь Ставлю на то что через год чат-онбординг будет у половины consumer аппов, скриньте 😅 @neural_prosecco

Ликвид-гласс и низкий приоритет Мака В Ток-шоу Грубера № 453 с Луи Мантией в очередной раз звучит мысль, что Ликвид-гласс особенно плох на Маке, что там он хуже всего проработан, а на Айфоне ещё туда-сюда. Вот выделяли бы на Мак столько же ресурсов, сколько на Айфон, там бы тоже было нормально! https://daringfireball.net/thetalkshow/2026/07/31/ep-453 Кажется, дело не только в приоритетах. Низкое качество Ликвид-гласса как дизайн-системы принципиально ярче проявляется на Маке, чем на Айфоне, просто потому, что сам Мак сложнее и богаче, используется для более насыщенных смыслом задач более требовательными пользователями. Мак намного чувствительнее к качеству интерфейса. Айфон по сравнению с ним игрушка: его сложнее сломать плохим дизайном, потому что там намного меньше есть что ломать. Так-то Айфон тоже стал хуже от Ликвид-гласса. Взять хотя бы нестабильные положение и форму элементов, мешающие вырабатываться привычке. Или неинформативную обратную связь, мешающую понять, сработал ли элемент. Или размытости, затрудняющие чтение текста. Но люди это меньше замечают на Айфоне, потому что они не делают на нём ничего серьёзного и подолгу. Я понимаю, что давно есть люди, которые прям работают на Айфоне, которые выросли с ним, а компьютером особо никогда не пользовались. Но по ним сложно о чём-то судить, ведь у них нет и эффективных привычек и высоких требований. Они ведь и не догадываются, что работают в разы медленнее, чем могли бы. И даже когда у них есть компьютер, они им пользуются так же неэффективно, как Айфоном, потому что не знают, что можно иначе. Короче, никакое количество ресурсов не поможет Ликвид-глассу стать хорошим на Маке. Поможет только постепенное исправление допущенных в нём ошибок. И Айфон от этого тоже выиграет заодно, конечно.

50 самых полезных ресурсов для продактов ProductMap - Большая карта знаний и навыков PM: от discovery и аналитики до AI и leadership. Product Compass - Один из лучших структурированных наборов PM-frameworks и competency maps. ProductDo Skills Map - Визуальная карта навыков продакта по уровням и направлениям. Ravi Mehta PM Toolkit - Сильный competency framework для оценки и развития PM. PMwheel - Удобная модель self-assessment и развития продуктовых навыков. GitLab PM Competencies - Реальная корпоративная система уровней и ожиданий от PM. Intercom PM Ladder - Хороший пример карьерной лестницы от PM до senior-level ролей. Reforge - Глубокие материалы по growth, retention, monetization и strategy. Mind the Product - Огромная библиотека статей, кейсов и выступлений по Product Management. SVPG - Marty Cagan: empowered teams, discovery, strategy и product operating model. Lenny’s Newsletter - Практические разборы growth, marketplaces, AI, leadership и product strategy. Product Talk - Teresa Torres: Continuous Discovery, OST и работа с assumptions. Strategyzer - Business Model Canvas, Value Proposition Canvas и тестирование бизнес-гипотез. GoPractice - Одна из сильнейших баз по продуктовой аналитике, retention и unit economics. GoPractice Simulator - Практический симулятор продуктовой работы с метриками и решениями. Product School - Большая библиотека guides, templates и PM-материалов. The Product Folks - Кейсы, frameworks, teardown’ы и материалы для развития product sense. Hustle Badger - Хорошая база по strategy, JTBD, PRD, discovery и product org. PM Skills Marketplace - 100+ готовых AI-native skills и workflows для Product Management. prodmgmt.world - AI-native PM OS: skills, frameworks, workflows и агенты. Productboard Resources - Customer insights, prioritization, roadmap и product operations. ProdPad - Lean roadmaps, outcomes, discovery и product strategy. airfocus - Prioritization, discovery, strategy и Product Ops. Aha! Product Guide - Очень большой системный справочник по Product Management. Jira Product Discovery - Практики работы с ideas, insights, prioritization и discovery → delivery. Pragmatic Institute - Market-driven product, positioning, pricing и GTM. Product-Led Alliance - PLG, activation, adoption, onboarding и retention. Growth Unhinged - Очень сильный контент по SaaS growth, pricing и monetization. First Round Review - Подробные кейсы стартапов по продукту, growth и management. YC Library - PMF, MVP, пользователи, growth и запуск стартапов. Sequoia Articles - Стратегия, рынки, PMF и построение компаний. a16z - AI, SaaS, marketplaces, fintech и новые продуктовые модели. CXL - Experimentation, CRO, analytics и behavioral science. Demand Curve - Практические growth playbooks по acquisition и retention. Growth.Design - UX-разборы известных продуктов через behavioral psychology. Built for Mars - Очень подробные UX teardown’ы реальных продуктов. Nielsen Norman Group - Фундаментальная база по UX, usability и research. Dovetail - Интервью, research synthesis и работа с customer insights. Maze Guides - Usability testing, prototypes и continuous research. Hotjar - Behavior analytics, funnels, user feedback и customer journeys. Mobbin - Огромная библиотека интерфейсов сильных digital-продуктов. Page Flows - Реальные onboarding, checkout, subscription и другие user flows. UserOnboard - Классические разборы onboarding известных продуктов. Amplitude Academy - Бесплатное обучение funnels, retention, cohorts и analytics. Amplitude Blog - North Star, activation, retention и experimentation. Mixpanel Blog - Практическая продуктовая аналитика: funnels, cohorts и retention. ChartMogul - Одна из лучших баз по SaaS-экономике: MRR, NRR, CAC, LTV, churn. Shape Up - Сильная альтернатива backlog-driven разработке: shaping, appetite и betting. ChatPRD - AI-помощник для PRD, discovery, requirements и PM-документов. Atlassian Team Playbook - Практики для alignment, decision-making, goals, retrospectives и командной работы.

Поддержу коллег из Эргономики всего с их предложениями, ведь я очень люблю музыку, всегда и везде её слушаю, а Яндекс всеми силами пытается отбить у меня это желание. Интерфейс Яндекс музыки с каждым обновлением Название трека переводится, как острая пицца и это отсылка к фильму падает на дно. С остальными сервисами всё хорошо, а сервис музыка Так, план простой: найти свой ритм и не сбавлять ;) делают всё неудобнее и хуже. Страшный коктейль из постоянно мигрирующих кнопок, переливающихся всеми Лиричность - визитная карточка русского рока цветами, рекламы и максимально неуместных элементов, смысл которых лишь запутать и помешать тебе найти нужный. А ещё удобно поделиться треком, чтобы ссылка кинула не на трек, а на альбом и твой визави угадывал, какой же ты трек посоветовал. Я использую на телефоне и компе много разных стриминговых приложений и ко всем есть вопросики, это святое, но яндекс-музыка в последний год от души пришпорила свою бешеную лошадь обновлений и теперь она, закусив удила, несётся с выпученными глазами по вёдрам с яркими красками, перемешивая всё на своём пути. Яндекс, пишите нам, если вы запутались, что делать, я вам с удовольствием помогу сделать удобно и хорошо. Министерство жилья

Иногда лучший инструмент для роста продукта - это ограничения понятных сценариев Представьте себе сценарий: вы организовали встречу, создали для коллег доску с материалами, кидаете им ссылку и приглашаете к совместной работе. Коллега кликает, переходит и начинает работу. Максимально удобная концепция для пользователя, но бесполезная для роста самого продукта. Но как найти те самые сценарии, которые можно ограничить и получить пользу? В этом году в досках, мне предстояло найти новые точки роста продукта, как в пользовательских метриках, так и в деньгах. Сегодня поговорим об ограничениях, которые помогают продавать и растить продукт. Какие ограничения мы ввели в продукте за последние годы? • Ограничение на шеринг ссылок на редактирование в бесплатной команде (шерить можно, но только тиммейтам или на платном тарифе) • Ограничение на количество бесплатных команд (только 1 штука) • Ограничение на количество бесплатных досок (только 3 штуки) Особенно интересно как на продукт повлияло внедрение ограничение на ссылку: 1. Пользователи в момент стали приглашать больше коллег в команды (приглашение работает через почту или специальную ссылку) 2. Количество новых пользователей, которые зарегистрировались в сервисе выросло в 2 раза 3. Мы трекаем период активности новых пользователей, так вот - те, пользователи, которые прошли через сценарий приглашения - чаще активны 4. MAU сервиса за счет изменений вырос на 10% (хотя должен был упасть в рамках летнего периода) 5. MRR продукта вырос на 15% Как именно мы выделили этот сценарий? 1. мы смотрели на сценарии использования досок сверху вниз по дереву сценариев, 2. внедряли те или иные изменения и смотрели на метрики, 3. очень важным было наличие подобных ограничений у конкурентов, 4. но внедрить их одномоментно - нельзя, потому что не ясно будет поведение пользователей. При внедрении ограничения в сценарий Вы должны учитывать гипотезу изменения, например, ограничение потенциально влияет не только на регистрации, а на другие метрики: • conversion to sign-up; • activation rate; • количество приглашений на пользователя; • team creation rate; • долю пользователей, создавших первую доску; • retention; • количество рабочих пространств; • conversion в платный тариф. Смотрите не только на конкретную метрику, но и стройте гипотезу сценария: доска→совместная работа→приглашение коллег→команда→новые доски→новые приглашения Если есть инструменты, которые помогут выделить когорты (например, Mixpanel), то постройте анализ там, чтобы видеть изменения по когортам пользователей. Продолжение следует... в следующей части про активацию пользователей в продукте Черный продакт в MAX

Оверкаст и лимит выпусков В начале недавнего выпуска АТП Марко Армент рассказывал про фичу Episodes limit в Оверкасте (начало темы где-то в 7:50): https://atp.fm/703 У любого подкаста можно настроить, сколько выпусков держать скаченными на устройстве. Скажем, ставишь три выпуска, перестал регулярно слушать какой-то подкаст — следующие три выпуска скачались, а дальше уже не качаются — чё зря место тратить. Ну или слушаешь ты выпуски нерегулярно — наготове всегда ждут только последние три, а остальные, если что, придётся скачать вручную. Так вот, Марко рассказывал о проблеме. Что, если человек вручную просит скачать какой-то выпуск, а у него уже три и так скачано? Не удалять же его сразу же для поддержания порядка! А как тогда быть? Марко ввёл в базе данных специальный скрытый флаг «выпуск скачан вручную», чтобы такие выпуски не учитывались в лимите. Это очередной пример того, как даже самые, казалось бы, тривиальные фичи требуют продумывания и учёта разных случаев, которые на первый взгляд могут быть неочевидны. Все проектировщики интерфейса и дизайнеры продуктов должны такие примеры впитывать и копить. В общем, Марко рассказывает дальше. Решение со скрытым флагом худо-бедно работает. Но если пользователь нет-нет, да скачивает выпуски вручную, у него копится расхождение между настроенным и фактическим количеством хранимых выпусков. Постепенно он, разумеется, забывает, что что-то скачивал вручную. Но он видит, что лимит не работает: в каких-то подкастах лежит пять, в каких-то семь выпусков без видимых причин. И он пишет Марко багрепорт или жалобу в Апсторе! В итоге жена подсказала Марко решение всех проблем: просто не давай, говорит, пользователям скачивать больше выпусков, а выводи сообщение: «У вас стоит лимит на три выпуска, а это уже четвёртый». Марко решение понравилось, а мне нет. Оно конечно снимает проблемы с Марко, но не с пользователя. Теперь ведь получается, что программа не выполняет прямую просьбу пользователя скачать подкаст, причём делает это, как говорят юристы, «по формальным основаниям». Оверкаст, чё прикопался, видишь же, я прошу скачать этот выпуск? Просто скачай! Соблюдай принцип «Дай нажать!» Ещё хуже, что при обновлении Оверкаст удаляет все скаченные выпуски сверх установленного лимита. Я бы предложил в таком случае выводить компактное немодальное сообщение: “Episode limit for %podcast% raised to 4”. Так мы и просьбу пользователя уважим, и никаких скрытых статусов вводить не станем. Ну и при обновлении, соответственно, поднять лимиты тем подкастам, которые фактически уже больше набрали вследствие ручной скачки.