{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "Виталий Филатов: заметки с тегом UX", "_rss_description": "Меня зовут Виталий Филатов. Я коммерческий писатель, помогаю бизнесу рассказывать о себе и продукте. Пишу и редактирую статьи, инструкции, текст сайтов и интерфейсов. Люблю работать в команде с дизайнерами и разработчиками.", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/www.vitalyfilatov.ru\/tags\/ux\/", "feed_url": "https:\/\/www.vitalyfilatov.ru\/tags\/ux\/json\/", "icon": "https:\/\/www.vitalyfilatov.ru\/user\/userpic@2x.jpg?1613163987", "author": { "name": "Виталий Филатов", "url": "https:\/\/www.vitalyfilatov.ru\/", "avatar": "https:\/\/www.vitalyfilatov.ru\/user\/userpic@2x.jpg?1613163987" }, "items": [ { "id": "104", "url": "https:\/\/www.vitalyfilatov.ru\/all\/status-model\/", "title": "Упрощаем набор статусов статьи", "content_html": "

Ещё один частный случай с высокими абстракциями. На этот раз на примере статусов статьи в админке Помощи ВТБ Бизнеса из прошлой статьи<\/a>.<\/p>\n

TLDR. Сперва модель статусов отражала серверную логику, отчего жизненный цикл статьи выглядел сложно. Мы вынесли один из статусов в параметр, и стало попроще, но не всем понравилось.<\/p>\n

Контекст и задача<\/h2>\n

На тот момент из-за особенностей архитектуры продукта статьи Помощи считались частью кода и обновлялись с общим релизом. Просто так править статьи было нельзя. Все изменения собирались в админке, ждали ближайшего релиза и синхронизировались с версией Помощи на проде.<\/p>\n

Из-за привязки к общему релизу статусы в админке отражали не только текущее состояние, но и будущие изменения. Кроме того, у опубликованных статей можно было управлять видимостью, что создавало дополнительные статусы.<\/p>\n

\n\"\"\n
Статусная модель статьи в админке. Если не сохранять изменения, статья возвращается в предыдущее состояние. Статью нельзя стразу опубликовать скрытой, но почему — уже не помню<\/div>\n<\/div>\n

Мне доверили придумать краткие и ясные названия статусам, чтобы пользователь меньше путался. Но я сам запутался и решил, что для начала хорошо бы упростить саму модель.<\/p>\n

Немного теории<\/h2>\n

Статусная модель описывает жизненный цикл сущностей, с которыми работает пользователь: заказы, посылки, статьи. Модель объясняет, в каких состояниях объекты могут находиться и по каким правилам переходят из одного в другое.<\/p>\n

Редакторам статусная модель интересна тем, что в ней пересекаются миры разработчиков и пользователей.<\/p>\n

Для разработчика<\/b> статусная модель — это модель жизненного цикла объекта данных, она показывает логику работы программы. За прямоугольниками на схеме разработчик видит программный код, схемы баз данных и текст запросов к ним.<\/p>\n

Для пользователя<\/b> статусная модель — важная часть ментальной модели продукта. На её основе пользователь собирает у себя в голове понимание того, как работает интерфейс. Очевидно, чем логичнее для пользователя набор состояний сущности, тем проще: не нужно запоминать значения статусов и сложные схемы переходов.<\/p>\n

\n

Хорошую статусную модель пользователь понимает интуитивно<\/p>\n<\/blockquote>\n

Чаще всего глазами пользователя на статусную модель никто не смотрит, поэтому вместе с ней в интерфейс просачивается логика программного кода. А когда пользователи начинают путаться, редактору поручают лечить проблемы в сценариях формулировками статусов и тултипами.<\/p>\n

Решение<\/h2>\n

Я предложил сделать видимость статьи одним из параметров, как её название или ключевые слова. В этом случае мы бы переключали видимость флажком в настройках и катили изменённую статью на прод. Такой подход не сильно менял структуру баз данных, но здорово упрощал схему состояний и переходов:<\/p>\n

\n\"\"\n
Если видимость сделать параметром, отдельные статусы для включения и выключения не понадобятся<\/div>\n<\/div>\n

По этой же логике можно было бы вынести в параметры и удаление, но его решили оставить отдельным статусом для удобства. Кнопка «Удалить» перемещала статью в статус «Удаляем» и заменялась на «Отменить удаление».<\/p>\n

В интерфейсе я предложил вынести статьи к релизу в отдельную вкладку и показывать там не статусы, а описание изменений.<\/p>\n

\n\"\"\n
Фрагмент условного интерфейса админки со списком публикуемых статей<\/div>\n<\/div>\n

Аналитику такое решение показалось непривычным и избыточным, мнения разделились. К счастью, пока мы спорили, публикацию статей удалось отвязать от релизного цикла, и набор статусов упростился сам собой.<\/p>\n", "date_published": "2026-05-06T17:06:57+05:00", "date_modified": "2026-05-08T17:56:02+05:00", "image": "https:\/\/www.vitalyfilatov.ru\/pictures\/092-complex-model@2x.png", "_date_published_rfc2822": "Wed, 06 May 2026 17:06:57 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "104", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/www.vitalyfilatov.ru\/pictures\/092-complex-model@2x.png", "https:\/\/www.vitalyfilatov.ru\/pictures\/092-simple-model@2x.png", "https:\/\/www.vitalyfilatov.ru\/pictures\/092-articles-lists@2x.png" ] } }, { "id": "100", "url": "https:\/\/www.vitalyfilatov.ru\/all\/ai-talks\/", "title": "Как нейросети могут изменить работу UX-редактора", "content_html": "

Фантазирую, как нейросети повлияют на умственный труд, работу с текстом и культуру мышления в целом.<\/p>\n

В 2024 году мы с Никитой Чернояровым записали подкаст про нейросети<\/a>. Получилось тяжеловато и путанно, поэтому я решил всё немного додумать и выразить более связно. Ожидаемо вышла простыня, зато у вашей умной читалки будет работа. Источники и пояснения смотрите в примечаниях с пижонскими сносками.<\/p>\n

Начнём с самого важного и объёмного, а там, глядишь, и до Сократа доберёмся.<\/p>\n

Средний уровень мастерства снизится<\/h2>\n

Если кратко, то, как и любая новая непонятная технология, нейронные сети стали «новым АйТи внутри АйТи». Бизнес подхватил волну хайпа и набирает «промпт-инженеров» после курсов с ВК, а полезные знания ещё сильнее размоет рерайтами. Неопытных людей в индустрии станет больше, отчего в среднем уровень навыка просядет.<\/p>\n

Теперь подробнее. Мысль о падении навыков довольно избитая и спорная, поэтому я зайду издалека.<\/p>\n

\n

Далее идёт вольный пересказ интернета, поэтому можно смело читать только цитаты<\/p>\n<\/blockquote>\n

Очевидно, что современные общедоступные нейросети на основе языковых моделей не умеют думать по-настоящему. Они не понимают смысла понятий, которыми оперируют, а знают только о силе связей между ними и угадывают следующее слово в тексте. Из-за этого у нейросетей предсказуемо плохо с суждениями о реальном мире, да и с логикой вообще [1]<\/a><\/sup>.<\/p>\n

Нейросети хороши в другом: они быстро ищут закономерности в огромных данных, чего-нибудь генерируют по аналогии или обрабатывают по заданным правилам. Нейросети научились понимать запросы на естественном языке и прилично отвечать, но всё ещё остаются автоматами — программами, которые решают описанную задачу описанным методом. Нейросети не могут творчески выходить за границы условий задачи, как человек [2]<\/a><\/sup>.<\/p>\n

\n

Нейросети решают задачи только тем способом, которому их обучили, и не умеют учиться новым способам сами<\/p>\n<\/blockquote>\n

Например, нейросеть может написать научно-популярную статью по вашим тезисам. Но сделает это она исключительно на основе своей базы связей. Эта база может быть невероятно огромна, но без функции критического анализа нейросеть не сможет найти релевантные научные исследования и сделать верные выводы. Вместо этого она соберёт ворох подходящих к тезисам цитат из популярных источников и слепит студенческий реферат.<\/p>\n

Другой случай — описание конкретных объектов реального мира, которые нейросеть не может воспринимать напрямую и опираться на чувственный опыт. Например, описание товаров на маркетплейсах или каких-нибудь элитных квартир глазами покупателя. Без специального обучения нейросеть не догадается рассчитать время до метро по карте или превратить недостаток расположения дома в преимущество<\/a>.<\/p>\n

Этот длинный пассаж подводит нас к выводу:<\/p>\n

\n

Нейросетям стоит поручать рутину — трудную или нудную работу, для которой они хорошо обучены<\/p>\n<\/blockquote>\n

Рутина хорошо нам знакома и не учит ничему новому. Если перекладывать на нейросеть творческие задачи, мы будем ограничены её возможностями и не всегда сможем проверить и улучшить результат. Но всё это не делает нейросети плохими или опасными. Проблема, как всегда, не в технологии, а в её применении.<\/p>\n

Бизнес подаёт чат-ботов как невероятный прорыв и немного преувеличивает их эффективность<\/i> ради роста капитализации [3]<\/a><\/sup>. В простых задачах ChatGPT действительно обеспечивает прирост качества и скорости в моменте [4]<\/a><\/sup>, но в перспективе снижает количество людей, которые захотят учиться сами. Инструмент даёт быстрое решение и вознаграждение, а мозг экономит глюкозу и не мотивирует глубоко вникать.<\/p>\n

\n

С умственным протезом условные джуны быстро получат приемлемый результат, но могут пропустить этап простых задач и не сформировать нужные навыки мышления [5]<\/a><\/sup><\/p>\n<\/blockquote>\n

Например, начинающие писатели часто попадают в писательский блок<\/a>. Если не осознать, что он чаще всего возникает от нехватки понимания, можно просто привыкнуть по любому поводу генерировать черновик нейросетью, потому что некогда, а результат ждут вчера<\/i>.<\/p>\n

Но если джун и захочет вникать, ему будет не до этого. Требования к джунам постоянно растут и усложняются, сегодня ни у кого нет времени раскачиваться на простых задачах — бизнесу нужен конвейер. Поэтому джуны вынуждены пользоваться любыми помогайками, чтобы не проиграть вайбкодерам.<\/p>\n

Важно упомянуть и промпты:<\/p>\n

\n

Практика составления хитрых промптов не углубляет понимание предметной области, а развивает навык составления промптов<\/p>\n<\/blockquote>\n

Похожим образом регулярное прохождение тестов на IQ повышает именно навык, а не сам IQ [6]<\/a><\/sup>.<\/p>\n

Другой аспект — упрощение знаний, которое следует из особенностей производства массового контента. Смотрите выше про научно-популярную статью. Не буду нагнетать, просто попробуйте найти в статьях по UX точное определение этого самого UX [7]<\/a><\/sup>.<\/p>\n

\n

Знания утонут в поверхностных пересказах без источников и проверки фактов, учиться станет сложнее. Особенно если генерить учебные планы нейросетью [8]<\/a><\/sup><\/p>\n<\/blockquote>\n

Но не всё так плохо. Те, кому будет интересно, прочтут нужные книги, вникнут в суть ремесла и получат преимущество. Покупайте мой курс<\/del> Главное, чтобы нашлись работодатели, которым нужна экспертиза, а не тысяча итераций дизайна в неделю.<\/p>\n

Специалисты останутся востребованы<\/h2>\n

Бизнес может заменить специалиста чат-ботом, но чат-бот специалиста не заменит. Например, вот из чего складывается моя рутина UX-редактора:<\/p>\n

    \n
  1. Взять задачу, изучить постановку на языке аналитиков. Попросить их добавить ссылки на макеты и документацию;<\/li>\n
  2. Выяснить, что документации нет, а все макеты у дизайнера, который в отпуске;<\/li>\n
  3. Найти коллегу дизайнера, который был на проекте раньше, и через него выйти на нужный файл с макетами;<\/li>\n
  4. По косвенным признакам вычислить нужные макеты среди кучи версий без статусов и дат актуальности. Попутно получить от продакта результаты UX-исследований, которые нужны в задаче;<\/li>\n
  5. По макетам и инструкции в Справочном центре собрать модель процесса, увидеть в нём корнер-кейсы, уточнить их у продакта на звонке и передоговориться о сроках. Заодно убедить продакта вынести часть объяснений в инструкцию;<\/li>\n
  6. Посмотреть результаты исследований, понять, что они получены по другим макетам, и перенести часть выводов на сценарий из задачи;<\/li>\n
  7. Переложить продуктовый смысл на ситуацию пользователя и написать текст<\/i>. Сразу в макетах, учитывая уже написанное, редполитику и словарь продукта, который сами редакторы и ведут;<\/li>\n
  8. Собрать свою версию экрана из компонентов дизайн-системы и объяснить продакту, что для неё не нужно переписывать API. Заодно рассказать, почему типографика важна и её нужно делать хорошо;<\/li>\n
  9. Пройти кросс-ревью у коллеги и выяснить, что у некоторых терминов из текста обнаружились новые значения. Поправить текст;<\/i><\/li>\n
  10. Дополнить словарь, пока не забыл. Оповестить всех, кто с ним работает по редакционному регламенту. Дописать кусочек регламента;<\/li>\n
  11. Убедить юристов в том, что мы меняем их формулировки не из прихоти художника, а с чёткими целями и по методу с научной основой;<\/li>\n
  12. Получить комментарии от продакта, придумать новое решение и переписать текст<\/i> в макетах ещё раз.<\/li>\n<\/ol>\n

    Конечно, всё это можно делегировать нейросети, но всё равно потребуется кто-то, кто её обучит и проследит, чтобы она не бредила в незнакомых ситуациях. А кто сможет это сделать, если сам не разбирается?<\/p>\n

    Пользуясь случаем, просьба ко всем аналитикам, продактам и дизайнерам:<\/p>\n

    \n

    Дорогой друг! Не пиши текст в макетах нейросеткой, это только добавит всем работы: редактор ничего не поймёт и всё равно задаст тысячу вопросов, а потом всё переделает. Пиши своими словами, что должен понять и сделать пользователь на каждом шаге сценария<\/p>\n<\/blockquote>\n

    Обратите внимание, в списке выше собственно работы с текстом<\/i> набралось три эпизода. Очевидно, один только ChatGPT мою рутину не упростит [9]<\/a><\/sup>. Нужен обучаемый ИИ-ассистент, понимающий контекст и умеющий интегрироваться с рабочими сервисами: вики, сервисом локализации, Джирой и Фигмой.<\/p>\n

    В идеале такой ассистент помогал бы мне следить за логикой изложения и единообразием терминов, вовремя обновлять словари, собирать текст по макетам в коллекции формулировок и вовремя подсвечивать отклонения от редполитики и ToV. Это сэкономило бы много времени и внимания, чтобы я, наконец, занялся какой-нибудь стратегией и исследованиями.<\/p>\n

    Умные инструменты сделают работу интереснее<\/h2>\n

    Античный философ Сократ был противником популяризации письменности. Он считал, что без запоминания всех нужных знаний и обучения в диалоге греческая молодёжь утратит самостоятельность суждений. Но Сократ оказался прав не во всём — письменность освободила значительные когнитивные ресурсы и помогла мыслить глубже [10]<\/a><\/sup>.<\/p>\n

    Доступные и гибкие ассистенты могут помочь нам с очередным скачком в мышлении за счёт его более эффективной организации. Сначала вы просто читаете всё подряд, потом собираете библиотеку и делаете заметки, после заводите хитрую картотеку, как у Никласа Лумана<\/a>, а в итоге загружаете всё в ИИ-помощника и настраиваете его под свои задачи.<\/p>\n

    Благодаря машинному анализу накопленных знаний вдумчивый человек сможет вновь стать философом — неторопливо и глубоко размышлять на стыке дисциплин и задавать креативные вопросы, выводящие мышление за рамки привычных моделей.<\/p>\n

    Конечно, при условии, что пока появятся такие инструменты, мы не разучимся сосредотачиваться дольше 30 секунд, а на Земле не закончится электричество. Но его пока хватает, а вы дочитали до конца.<\/p>\n

    Примечания<\/h2>\n

    Прошу прощения за архаичную вёрстку примечаний, но движок блога не предусматривает сноски, а дописывать его я не потяну. Поэтому переход по сноске перекидывает вас из ленты в статью.<\/p>\n

    <\/a><\/p>\n

      \n
    1. Тут я слукавил для драматизма. Нейросети строят логические выводы, но не на суждениях, а на предсказательных способностях. Последние итерации показывают приличные результаты, и в индустрии нет единого мнения по этому вопросу. Смотрите отчёт Apple от 2025 года The Illusion of Thinking<\/a>. А в 2023 выходила статья Санджива Ароры и Анирудха Гояла про успешный тест на генерацию осмысленного текста<\/a>. ↩︎<\/a><\/li>\n<\/ol>\n

      <\/a><\/p>\n

        \n
      1. Психологи считают, что творчество — это когнитивная деятельность, приводящая к новому или необычному видению проблемы или ситуации. Постоянное использование одного инструмента вырабатывает функциональную устойчивость, которая ограничивает креативность. Роберт Солсо, Когнитивная психология. 8-е изд., стр. 540 и 543.<\/i> ↩︎<\/a><\/li>\n<\/ol>\n

        <\/a><\/p>\n

          \n
        1. Например, Сэм Альтман в эссе о мягкой сингулярности<\/a> говорит, что искусственный сверхразум появится совсем скоро, нужно только подождать. Как Метавселенную экстремиста Цукерберга и Марсианский экспресс Илона Маска (он условно рукопожатный). ↩︎<\/a><\/li>\n<\/ol>\n

          <\/a><\/p>\n

            \n
          1. Статья в MIT Economics<\/a> от 2023 года. Результаты исследования 444 человек показывают, что ChatGPT существенно повышает среднюю производительность работников с низкими способностями. ↩︎<\/a><\/li>\n<\/ol>\n

            <\/a><\/p>\n

              \n
            1. В ходе практики эксперты учатся распознавать специфические паттерны и организуют знания с точки зрения общих принципов, а не поверхностных характеристик. Солсо, стр. 347 и 567.<\/i> ↩︎<\/a><\/li>\n<\/ol>\n

              <\/a><\/p>\n

                \n
              1. У меня нет прямых подтверждений именно этого факта, но есть косвенные. Во-первых, некоторые учёные не наблюдают эффект переноса<\/a>. Во-вторых, исследования карт мозга показывают, что уроки музыки не обеспечивают ребёнка более качественным мозгом. Часы практики создают мозг, более подготовленный для игры на фортепиано. Ребекка Шварцлоуз, Ландшафты мозга, стр. 172.<\/i> В-третьих, исследования профи по тетрису показывают, что они хорошо крутят в уме только фигуры из тетриса. Солсо, стр. 387—388.<\/i> ↩︎<\/a><\/li>\n<\/ol>\n

                <\/a><\/p>\n

                  \n
                1. В лучшем случае вы встретите упоминание определения по ISO 9241-210<\/a>, но мало кто упоминает коллекцию определений EXPRESSO<\/a>. Впрочем, мне встречалось мнение, что точные определения не так уж и нужны в работе. ↩︎<\/a><\/li>\n<\/ol>\n

                  <\/a><\/p>\n

                    \n
                  1. Вполне вероятно, что нейросеть проигнорирует редко упоминаемые важные источники, например, сайт NN\/g<\/a> или Советы Бюро Горбунова<\/a>. ↩︎<\/a><\/li>\n<\/ol>\n

                    <\/a><\/p>\n

                      \n
                    1. Но это я. Владимир Лалош как-то рассказывал, что ChatGPT ему хорошо помогает<\/a>. ↩︎<\/a><\/li>\n<\/ol>\n

                      <\/a><\/p>\n

                        \n
                      1. Если Платон только записывал за Сократом, то Аристотель уже не мыслил себя без чтения. Марианна Вульф, Бесконечная история чтения, стр. 98—100 и 104—116.<\/i> ↩︎<\/a><\/li>\n<\/ol>\n

                        Благодарности<\/h2>\n

                        Никита Чернояров позвал меня на подкаст, задавал направление беседе и помог собрать всё в кучу.<\/p>\n

                        Юлия Ушакова помогла свежим взглядом и острым умом.<\/p>\n

                        К. Д. проверил самые важные тезисы на прочность, помог избавиться от лишнего и рассказал о нелёгкой доле современных джунов.<\/p>\n", "date_published": "2025-07-07T23:01:03+05:00", "date_modified": "2026-06-15T14:13:01+05:00", "_date_published_rfc2822": "Mon, 07 Jul 2025 23:01:03 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "100", "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "98", "url": "https:\/\/www.vitalyfilatov.ru\/all\/ideal-id\/", "title": "Кейс с совпадающими номерами", "content_html": "

                        История про совпадения в номерах стикеров и понимание коммуникационной задачи. И почему нельзя просто так взять и сделать правильно<\/i>.<\/p>\n

                        Рабочие макеты под NDA, поэтому в этот раз только текстом.<\/p>\n

                        Ситуация<\/h2>\n

                        Пользователю нужно подготовить поставку в пункт выдачи: пройтись по своему складу, собрать товары по списку, наклеить на них стикеры с уникальными номерами, упаковать и отвезти.<\/p>\n

                        Чтобы человеку было удобно, разработчики придумали интерактивный чек-лист с нужными товарами и номерами стикеров. Абстрактно список выглядит так:<\/p>\n

                        \n

                        1245642 9258<\/b>
                        \n9008731 9685<\/b>
                        \n5748202 4973<\/b>
                        \n4505331 9685<\/b>
                        \n2356911 6736<\/b><\/p>\n<\/blockquote>\n

                        Там ещё есть чекбоксы, фотки и названия товаров, но про макеты я уже говорил, просто представьте, что они там есть. Четыре последних цифры выделены — пользователям удобно по ним ориентироваться.<\/p>\n

                        Фишка в том, что эти «хвосты» в большинстве случаев уникальны, но иногда совпадают у разных номеров, как в примере выше. И это проблема: пользователь может спутать, наклеить не тот стикер, и товар не примут.<\/p>\n

                        Чтобы обратить внимание пользователя на совпадающие хвосты, команда решает подсветить их цветной плашкой и написать про это в справке к разделу. Наша задача — составить текст, не влезая в уже готовый дизайн.<\/p>\n

                        Формальное решение<\/h2>\n

                        Сперва напишем, что просят, а потом будем рассуждать про дизайн, визуальную коммуникацию и основы когнитивной психологии.<\/p>\n

                        \n

                        Похожие стикеры подсвечиваются<\/b>
                        \nКогда у разных стикеров совпадают последние 4 цифры, мы выделяем их цветом. Если встретили такой, обратите внимание на его полный номер<\/p>\n<\/blockquote>\n

                        Теперь можно сформулировать коммуникационную задачу<\/i> и начать думать. Задача коммуникации простая:<\/p>\n

                        \n

                        Обратить внимание пользователя на разные номера с одинаковыми «хвостами» и помочь не спутать стикеры<\/p>\n<\/blockquote>\n

                        Очевидно, что в контексте задачи выделять «хвосты» цветом — плохое решение: мы привлекаем внимание к какому-то искусственному признаку, а не к важному. Как чиновники, когда подсвечивают знак пешеходного перехода вместо самого пешехода (смотри бессмертную заметку Лебедева<\/a>).<\/p>\n

                        Мало того. Мы привлекаем внимание к общей части различающихся сущностей, что помогает мало. Перефразируя один из гештальт-принципов, можно сказать, что похожие сущности воспринимаются, как связанные по смыслу<\/i>. А нам нужно сделать акцент на их различии. Для этого можно выделить различающиеся части проблемных номеров:<\/p>\n

                        \n

                        1245642 9258<\/b>
                        \n9008731<\/b> 9685
                        \n5748202 4973<\/b>
                        \n4505331<\/b> 9685
                        \n2356911 6736<\/b><\/p>\n<\/blockquote>\n

                        Выглядит так себе, но задачу решает.<\/p>\n

                        Можно оставить выделение цветом, но дополнительно его усилить каким-нибудь сигналом. Например, значком:<\/p>\n

                        \n

                        9008731 9685<\/b><\/mark> ⚠
                        \n5748202 4973<\/b>
                        \n4505331 9685<\/b><\/mark> ⚠<\/p>\n<\/blockquote>\n

                        Спорно, конечно, но хорошее визуальное решение найдёт дизайнер, нам важнее показать общий принцип.<\/p>\n

                        Системное решение<\/h2>\n

                        Всё по ТРИЗ: масштабно и безответственно. Изменить алгоритм генерации номера, чтобы исключить возможность путаницы. Например, генерировать номер так, чтобы в одной поставке не было одинаковых «хвостов».<\/p>\n

                        А ещё лучше — генерировать номер на основе системного ID пользователя и даты сбора поставки с исключением номеров, совпадающих в последних 4 цифрах. Если вдруг не хватит разрядности, можно увеличить длину номера или перейти на шестнадцатеричную систему счисления, где вариантов будет примерно в шесть раз больше.<\/p>\n

                        \n

                        0000—9999 — 10 000 вариантов, 10 в 4 степени
                        \n0000—FFFF — 65 536 вариантов, 16 в 4 степени<\/p>\n<\/blockquote>\n

                        Но решение с уникальной генерацией реализуемо только в принципе. Номерами, чек-листом и печатью стикеров заведуют разные команды. У каждой — свои приоритеты, ресурсы и горящие задачи. Никто просто не сможет протащить через владельца и скоординировать такое крупное изменение. В компаниях обычно просто нет продактов, которые таким занимаются. А у имеющихся зона ответственности и интересов ограничена задачами их команды.<\/p>\n

                        Стоит добавить, что про «правильную» генерацию наверняка уже кто-то думал, но столкнулся с таким ворохом трудностей и зависимостей в реализации, который с лихвой перекрыл ожидаемую выгоду. Но мы не узнаем наверняка: на большинстве проектов не ведут поисковую<\/del> документацию.<\/p>\n

                        UPD. Статье нужен какой-нибудь афористичный вывод, так что вот он: продукт нужно проектировать до того, как он начнёт приносить прибыль. Потом уже будет не до этого.<\/p>\n", "date_published": "2025-06-19T22:06:29+05:00", "date_modified": "2025-06-19T22:46:06+05:00", "_date_published_rfc2822": "Thu, 19 Jun 2025 22:06:29 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "98", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "96", "url": "https:\/\/www.vitalyfilatov.ru\/all\/input\/", "title": "Поле ввода с подсказками", "content_html": "

                        Помогаем пользователю заполнить сложное поле и разбираемся, чем задача отличается от проблемы. Кейс свежий, детали под NDA, поэтому всё в условном дизайне и без конкретики.<\/p>\n

                        Ситуация<\/h2>\n

                        Пользователю нужно заполнить графу с номером документа, подтверждающего качество товара. Бэк-офис проверяет документы, у товара в каталоге появляется отметка подлинности, и покупатели охотнее его берут.<\/p>\n

                        \n\"\"\n
                        Качество товаров в России подтверждают сертификаты и декларации соответствия<\/div>\n<\/div>\n

                        Нумерация у документов ожидаемо дикая, по четыре префикса на каждый вид:<\/p>\n

                        \n

                        ЕАЭС [N] RU [Д,С]<\/b>-XX.YYYY.A.00000<\/p>\n<\/blockquote>\n

                        \n

                        РОСС RU [Д,С]<\/b>-XX.YYYY.A.00000<\/p>\n<\/blockquote>\n

                        \n

                        ТС [N] RU [Д,С]<\/b>-XX.YYYY.A.00000<\/p>\n<\/blockquote>\n

                        \n

                        RU [Д,С]<\/b>-XX.YYYY.A.00000<\/p>\n<\/blockquote>\n

                        У деклараций есть N и «Д» перед дефисом, у сертификатов пишем только «С». Остальные части номера тоже хитрые: сначала русские буквы и цифры, потом они же с латиницей, потом опять русская, потом только цифры.<\/p>\n

                        Пользователи ожидаемо путаются, пишут в поддержку и плохо проводят время. Нужно помочь им разобраться и правильно всё ввести. Для этого фронты придумали узнавать префикс и накладывать на поле нужную маску:<\/p>\n

                        \n\"\"\n<\/div>\n

                        Задача<\/h2>\n

                        Маску мы показываем, но пользователи всё ещё плохо понимают, где какие символы вводить. Когда пользователи ошибаются, форма ругается ошибками, но это не очень помогает.<\/p>\n

                        \n\"\"\n<\/div>\n

                        Нужно как-то подсветить, что часть номера может состоять как из латинских символов, так и из русских. Есть памятка во всплывающем окне, где изложен весь этот ребус. Она написана по мотивам документации, нужно переписать по-человечески:<\/p>\n

                        \n

                        Как заполнить номер<\/b><\/p>\n<\/blockquote>\n

                        \n

                        С или Д<\/b> — кириллические буквы. Символ принадлежности номера к сертификату\/декларации соответствия<\/p>\n<\/blockquote>\n

                        \n

                        ХХ<\/b> — кириллические буквы и цифры. Код страны изготовителя продукции<\/p>\n<\/blockquote>\n

                        \n

                        YYYY<\/b> — латинские и кириллические буквы и цифры. Код органа по сертификации, выдавшего сертификат соответствия<\/p>\n<\/blockquote>\n

                        \n

                        А<\/b> — только кириллические буквы. Тип объекта сертификации<\/p>\n<\/blockquote>\n

                        \n

                        00001<\/b> — только цифры. Порядковый номер сертификата соответствия<\/p>\n<\/blockquote>\n

                        Такое получается, потому что постановщики задач в продукте часто мыслят категориями разработки и описывают в инструкции технические требования, а не порядок действий для человека. Это нормально.<\/p>\n

                        Решение<\/h2>\n

                        Формальное.<\/b> Изучим предмет и напишем памятку в понятном формате: какие бывают номера и какие буквы вводить. Про заглавные писать не будем, пусть фронты сделают перевод всех символов в верхний регистр. Остальное изложим от читателя. Заодно чуть поменяем маску, чтобы не обозначать русские буквы латинскими. Получится примерно так:<\/p>\n

                        \n

                        Как заполнить номер<\/b><\/p>\n<\/blockquote>\n

                        \n

                        1. Найдите номер документа<\/b><\/p>\n<\/blockquote>\n

                        \n

                        У сертификата номер в Росаккредитации указан внизу листа, а у декларации в самом верху.<\/p>\n<\/blockquote>\n

                        \n

                        Сертификат<\/b><\/p>\n<\/blockquote>\n

                        \n

                        — ЕАЭС RU С-ББ.YYYY.Г.00000<\/p>\n<\/blockquote>\n

                        \n

                        — РОСС RU С-ББ.YYYY.Г.00000<\/p>\n<\/blockquote>\n

                        \n

                        — ТС RU С-ББ.YYYY.Г.00000<\/p>\n<\/blockquote>\n

                        \n

                        — RU С-ББ.YYYY.Г.00000<\/p>\n<\/blockquote>\n

                        \n

                        Декларация<\/b><\/p>\n<\/blockquote>\n

                        \n

                        — ЕАЭС N RU Д-ББ.YYYY.Г.00000<\/p>\n<\/blockquote>\n

                        \n

                        — РОСС RU Д-ББ.YYYY.Г.00000<\/p>\n<\/blockquote>\n

                        \n

                        — ТС N RU Д-ББ.YYYY.Г.00000<\/p>\n<\/blockquote>\n

                        \n

                        — RU Д-ББ.YYYY.Г.00000<\/p>\n<\/blockquote>\n

                        \n

                        2. Начните вводить номер<\/b><\/p>\n<\/blockquote>\n

                        \n

                        Введите первые символы номера, и в поле появится подсказка с его форматом. Жирным выделена общая часть для всех номеров:<\/p>\n<\/blockquote>\n

                        \n

                        ЕАЭС RU С-ББ.YYYY.Г.00000<\/b><\/p>\n<\/blockquote>\n

                        \n

                        ББ<\/b> — русские буквы и цифры<\/p>\n<\/blockquote>\n

                        \n

                        YYYY<\/b> — цифры, русские или английские буквы<\/p>\n<\/blockquote>\n

                        \n

                        Г<\/b> — русская буква<\/p>\n<\/blockquote>\n

                        \n

                        00000<\/b> — только цифры<\/p>\n<\/blockquote>\n

                        Понятно, что изначальную проблему памятка не решает и нужно идти дальше. Хорошо бы не только написать в мире читателя, но и разобраться, где именно у него возникает проблема, и работать с ней по месту.<\/p>\n

                        Полное.<\/b> Очевидно, проблемы у пользователя возникают в момент ввода номера, а потому отрывать его от ввода и показывать памятку бессмысленно. Её нужно открыть, прочитать и запомнить, а потом ещё и применить. Поэтому стоит просто подсказывать нужное по мере ввода. Вот примерно так:<\/p>\n

                        \n\"\"\n
                        Маску можно распознать по первому символу: все четыре вида уникальны, а тип документа мы уже знаем<\/div>\n<\/div>\n

                        Можно ограничивать ввод по позиции курсора, но это сложнее в реализации и не факт, что сильно удобнее. Поэтому ограничимся подсказками и за кадром проработаем ошибки.<\/p>\n

                        На этом стоило бы и закончить, но у нас есть ещё два решения.<\/p>\n

                        Избыточное.<\/b> Можно вместо маски показывать набор полей для каждой части номера. Выглядит серьёзно, но на деле только сделает дороже разработку и поддержку. Ещё это усложнит обработку при вставке из буфера обмена, а пользователи чаще всего копируют номер документа, а не набирают его руками. Вот так не нужно:<\/p>\n

                        \n\"\"\n<\/div>\n

                        Идеальное.<\/b> Сделать так, чтобы человеку вообще ничего не надо было вводить. Пусть номер считывает камера телефона и распознаёт нейросеть. Пока это возможно лишь технически, но когда-нибудь наша цивилизация покорит космос, и такие вещи станут ожидаемой нормой.<\/p>\n

                        Выводы<\/h2>\n

                        Формальную часть решения у нас точно примут — она не противоречит условиям задачи и ситуации в команде продукта. А вот полное, скорее всего, завернут или добавят частями в конец бэклога. Решение нужно ещё вчера, есть задачи важнее, а разработчики и так вывихнули мозги, пока вкрячивали подстановку маски в типовое поле ввода, которое это не предусматривало.<\/p>\n

                        Тем не менее задачи стоит решать полностью, чтобы собирать портфолио<\/s> постепенно убеждать окружающих в пользе UX-специалистов. А заодно подкреплять идею, что пользовательские проблемы решаются не только редактурой текста, но и организацией смысла вообще.<\/p>\n", "date_published": "2024-10-24T11:23:04+05:00", "date_modified": "2024-10-24T13:17:21+05:00", "image": "https:\/\/www.vitalyfilatov.ru\/pictures\/086-original@2x.png", "_date_published_rfc2822": "Thu, 24 Oct 2024 11:23:04 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "96", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/www.vitalyfilatov.ru\/pictures\/086-original@2x.png", "https:\/\/www.vitalyfilatov.ru\/pictures\/086-mask@2x.png", "https:\/\/www.vitalyfilatov.ru\/pictures\/086-error@2x.png", "https:\/\/www.vitalyfilatov.ru\/pictures\/086-result@2x.png", "https:\/\/www.vitalyfilatov.ru\/pictures\/086-toomuch@2x.png" ] } }, { "id": "94", "url": "https:\/\/www.vitalyfilatov.ru\/all\/ux-notes\/", "title": "Заметки о работе UX-редактором", "content_html": "

                        Мой стендап про UX-редактуру для канала «Наташин UX»<\/a>. Хвастаюсь корешками книг, кошусь мимо камеры и рассказываю, как попал в UX, какую пользу приносит редактор, откуда в продуктах берётся плохой текст, почему его сложно исправить и чем полезна работа в банке.<\/p>\n

                        Смотреть на Ютубе с подробными таймкодами<\/a><\/p>\n

                        \n