Эмма Боултон собрала восемь направлений, которые влияют на работу UX-исследований в компании. Исследователь занимается не только интервью и тестами: ему нужно искать респондентов, хранить данные, соблюдать этические требования, работать с инструментами, развивать навыки и учитывать зрелость организации.
Когда таких задач становится много, появляется Research Ops — отдельный операционный слой, который помогает с рекрутингом, документацией, библиотекой исследований, закупкой инструментов и внутренними правилами. Исследователи получают больше времени на саму работу, а компания понимает, какие процессы требуют ресурсов.
Внутри:
– Какие восемь направлений входят в исследовательскую практику;
– Почему рекрутинг и административные задачи часто становятся первым поводом для Research Ops;
– Как не терять результаты прошлых исследований;
– Зачем компании библиотека знаний, шаблоны и единые правила;
– Как понять зрелость исследовательской практики и решить, какие задачи пора передать отдельному специалисту.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5🔥2👍1
Ксюша из 2ГИС рассказывает, как исследователи подключились к рекламной кампании в сжатые сроки и без готового процесса. Маркетингу нужно было понять, какие функции можно показывать в промо, а команде исследований пришлось быстро разобраться в продукте, договориться со стейкхолдерами и подобрать разные методы под каждую задачу.
Для ИИ-поиска провели очный моделируемый тест: переименовали функцию, улучшили её видимость и нашли проблемы в обработке запросов. Фильтры по атмосфере проверили через немодерируемые тесты, облако ассоциаций и карточную сортировку. В итоге команда «Поиска» стала чаще обращаться к исследователям и постепенно выстроила собственный процесс.
Внутри:
– Как начать работу с новой командой, если процессов и документов ещё нет;
– Почему метод исследования зависит от готовности продукта и сроков;
– Как быстрые тесты помогли доработать функции перед рекламной кампанией;
– Почему одного яркого инсайта недостаточно для решения;
– Как исследования постепенно становятся частью работы продуктовой команды.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍3🔥2
Интересно вас послушать.
Предположим вы делаете сервис как у меня (HireHi). Он растет, развивается от недели к недели.
Завтра вам падает сообщение на почту от гиганта рынка с предложением купить сервис и оставить вас СЕО за 50 млн рублей единым траншем без всяких рассрочек.
Продали бы? И почему, если нет?
(ко мне не пришли, если что и навряд ли придут пока что ахах, просто интересно)
———
💻 Вакансии в IT и digital
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы
Предположим вы делаете сервис как у меня (HireHi). Он растет, развивается от недели к недели.
Завтра вам падает сообщение на почту от гиганта рынка с предложением купить сервис и оставить вас СЕО за 50 млн рублей единым траншем без всяких рассрочек.
Продали бы? И почему, если нет?
(ко мне не пришли, если что и навряд ли придут пока что ахах, просто интересно)
———
Please open Telegram to view this post
VIEW IN TELEGRAM
hirehi.ru
Работа и свежие вакансии для IT-специалистов | HireHi
69 154 актуальные вакансии для IT-специалистов на HireHi. Работа в разных IT-направлениях, включая разработку, дизайн, маркетинг, QA, аналитику, DevOps, менеджмент, продажи, финансы, рекрутинг и другие сферы.
🤔14😁9👍5
Подборка лендингов и сайтов для вдохновения на предстоящую неделю
– eyedrop.ai
– trstudio.co.uk
– getnudge.info
– alisoneroman.com
– of.domains
– nuraform.com
———
– habito.studio
– togetherwithyou.co
– pulsetic.com
– launchdarkly.com
– beside.com
– terminal-x.ai
———
– lu.ma
– meshedcover.com
– startups.rip
– patagonmarkets.com
– coffeecollective.dk
– jobyaviation.com
———
– nelson.co
– net.inc
– ridealso.com
– andreykrauzov.com
– zing.dev
– artprize-shadows.com
———
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6👍3❤1
Что там по передаче макетов в разработку.
В Фигме вот вернулись к традиционному)
Rogie King из Фигмы рассказал, как они делали генеративные плагины и шейдеры. Он хотел начинать каждый дизайн с рабочего прототипа: собрал с нейронкой, потыкал, поправил и показал команде. Но разработчикам, продактам и остальным участникам оказалось неудобно использовать такие прототипы как основу для обсуждения. Дизайнерам они помогали проверять идеи, а договариваться всей командой было сложнее.
Поэтому сначала стали раскладывать состояния в статичных макетах и согласовывать поведение, а потом переходить к прототипам в коде. Ведь по работающему экрану ещё надо понять, что именно предусмотрел дизайнер. Нажал кнопку, всё загрузилось, пошёл дальше. А если:
– Запрос упал;
– Данных пока нет;
– У пользователя нет доступа;
– Вместо двух слов в названии приехала простыня.
Это уже мои примеры. Даже если дизайнер всё предусмотрел, разработчику надо как-то добраться до каждого варианта. Тут нажми, сюда введи вот это, теперь подожди. Ой, сработало, а надо было, чтобы упало)) И так по каждому экрану. На макетах можно положить состояния рядом и сразу увидеть, где забыли ошибку или куда пропала кнопка.
Меня бы тоже напрягало постоянно звать кого-то, чтобы он провёл экскурсию по прототипу. Хочется открыть файл, посмотреть нужный экран, оставить коммент и пойти дальше. А прототип уже потыкать, когда проверяешь переходы и само взаимодействие. Команда Фигмы в итоге так и стала работать.
А вы сейчас как передаёте макетики? У кого какие лайфхаки, делитесь в комментах, интересно посмотреть
———
💻 Вакансии в IT и digital
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы
В Фигме вот вернулись к традиционному)
Rogie King из Фигмы рассказал, как они делали генеративные плагины и шейдеры. Он хотел начинать каждый дизайн с рабочего прототипа: собрал с нейронкой, потыкал, поправил и показал команде. Но разработчикам, продактам и остальным участникам оказалось неудобно использовать такие прототипы как основу для обсуждения. Дизайнерам они помогали проверять идеи, а договариваться всей командой было сложнее.
Поэтому сначала стали раскладывать состояния в статичных макетах и согласовывать поведение, а потом переходить к прототипам в коде. Ведь по работающему экрану ещё надо понять, что именно предусмотрел дизайнер. Нажал кнопку, всё загрузилось, пошёл дальше. А если:
– Запрос упал;
– Данных пока нет;
– У пользователя нет доступа;
– Вместо двух слов в названии приехала простыня.
Это уже мои примеры. Даже если дизайнер всё предусмотрел, разработчику надо как-то добраться до каждого варианта. Тут нажми, сюда введи вот это, теперь подожди. Ой, сработало, а надо было, чтобы упало)) И так по каждому экрану. На макетах можно положить состояния рядом и сразу увидеть, где забыли ошибку или куда пропала кнопка.
Меня бы тоже напрягало постоянно звать кого-то, чтобы он провёл экскурсию по прототипу. Хочется открыть файл, посмотреть нужный экран, оставить коммент и пойти дальше. А прототип уже потыкать, когда проверяешь переходы и само взаимодействие. Команда Фигмы в итоге так и стала работать.
А вы сейчас как передаёте макетики? У кого какие лайфхаки, делитесь в комментах, интересно посмотреть
———
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥19❤5
Автор разбирает подбор цветов от задачи проекта до промптов для генерации изображений. Сначала нужно понять характер бренда, аудиторию, конкурентов и носители. Потом выбрать цветовую схему, определить роли оттенков и проверить, сохраняется ли контраст в чёрно-белом варианте.
Для генерации одной красивой картинки достаточно общего описания. Для серии в едином стиле нужно заранее зафиксировать цвета, HEX-коды, насыщенность, яркость и назначение каждого оттенка. Иначе нейросеть начнёт менять палитру от изображения к изображению.
Внутри:
– Чем отличаются RGB, CMYK, HEX и HSB;
– Как использовать монохромные, аналоговые, комплементарные и триадные схемы;
– Зачем нужно правило 60–30–10;
– Как проверить контраст и понять, куда падает внимание;
– В каком порядке описывать палитру, объекты и сюжет в промпте.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10👍3🔥3
Перенести клиентский сайт с конструктора с помощью AI 👀
Одна страница ещё ладно. Но здесь три языка, больше двадцати страниц, блог, бронирование и формы заявок. Всё это надо перенести, сохранить внешний вид и проверить, что после переезда заявки продолжают приходить.
Коля Алексеев, основатель студии Fluid, описал такой кейс. AI-агент проходил сайт страницу за страницей и собирал его заново на собственном коде. Ему удалось сохранить и внешний вид, и позиции в поиске.
На основе этой работы он написал бесплатный гайд по настройке среды для AI-агентов. Можно пройти по шагам и собрать у себя всё, что нужно для работы над своими проектами.
📌 Что внутри:
• Как настроить среду и подготовить скиллы;
• Как сохранять правки в правилах, чтобы каждый раз не объяснять одно и то же;
• Claude Code или Codex: что выбрать под задачу;
• Какие инструкции и инструменты дать агенту, чтобы меньше переделывать за ним.
🙂 А 16 сентября в 18:00 мск Коля проведёт эфир и соберёт с агентами клиентский сайт по настоящему ТЗ, от дизайна до CMS. Можно будет посмотреть, как он ставит задачи и доводит сайт до рабочего состояния.
🔠 Забрать бесплатный гайд
Одна страница ещё ладно. Но здесь три языка, больше двадцати страниц, блог, бронирование и формы заявок. Всё это надо перенести, сохранить внешний вид и проверить, что после переезда заявки продолжают приходить.
Коля Алексеев, основатель студии Fluid, описал такой кейс. AI-агент проходил сайт страницу за страницей и собирал его заново на собственном коде. Ему удалось сохранить и внешний вид, и позиции в поиске.
На основе этой работы он написал бесплатный гайд по настройке среды для AI-агентов. Можно пройти по шагам и собрать у себя всё, что нужно для работы над своими проектами.
• Как настроить среду и подготовить скиллы;
• Как сохранять правки в правилах, чтобы каждый раз не объяснять одно и то же;
• Claude Code или Codex: что выбрать под задачу;
• Какие инструкции и инструменты дать агенту, чтобы меньше переделывать за ним.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤5👍3😁3😢1
🧱 Дизайн-система должна хранить решения, а не только компоненты
Автор проверил это на трёх ИИ-агентах. Всем дали одну библиотеку компонентов, токены и задания собрать страницу настроек для разных продуктов. В результате получились три вполне рабочие страницы, но с разной структурой: где-то вкладки, где-то карточки, разные способы сохранения и разные подходы к опасным действиям.
Компоненты задают кнопки, поля и переключатели, но не отвечают на вопросы более высокого уровня. Поэтому команда должна отдельно описывать повторяющиеся решения: как устроена страница настроек, где размещается опасная зона, когда изменения сохраняются и как подтверждается удаление. После этого такие правила можно закрепить в коде и понятных паттернах, чтобы следующий дизайнер или ИИ не решал ту же задачу заново.
Внутри:
– Почему библиотеки компонентов сами по себе не создают единую систему;
– Какие решения чаще всего остаются только в головах и старых макетах;
– Как разложить страницу настроек на поведение, строки, группы и общий шаблон;
– Что меняется, когда правила описаны рядом с компонентами;
– Как использовать ИИ-агентов, чтобы находить места, где продукт начинает расходиться.
➡️ Читать статью
———
💻 Вакансии в IT и digital
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы
Автор проверил это на трёх ИИ-агентах. Всем дали одну библиотеку компонентов, токены и задания собрать страницу настроек для разных продуктов. В результате получились три вполне рабочие страницы, но с разной структурой: где-то вкладки, где-то карточки, разные способы сохранения и разные подходы к опасным действиям.
Компоненты задают кнопки, поля и переключатели, но не отвечают на вопросы более высокого уровня. Поэтому команда должна отдельно описывать повторяющиеся решения: как устроена страница настроек, где размещается опасная зона, когда изменения сохраняются и как подтверждается удаление. После этого такие правила можно закрепить в коде и понятных паттернах, чтобы следующий дизайнер или ИИ не решал ту же задачу заново.
Внутри:
– Почему библиотеки компонентов сами по себе не создают единую систему;
– Какие решения чаще всего остаются только в головах и старых макетах;
– Как разложить страницу настроек на поведение, строки, группы и общий шаблон;
– Что меняется, когда правила описаны рядом с компонентами;
– Как использовать ИИ-агентов, чтобы находить места, где продукт начинает расходиться.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
❤13👍6🔥4
Простите, я буду это делать, пока это будет. Прилетело вот)))
Приходите: hirehi.ru и зовите всех, кто ищет работку в айти
Приходите: hirehi.ru и зовите всех, кто ищет работку в айти
❤42🔥22👍7😁4
Автор собрал систему, где ИИ-продакт работает с бэклогом и принимает решения на уровне продукта, а агенты-исполнители отдельно анализируют, разрабатывают и проверяют задачи. Задачи хранят контекст и историю решений, а продакт следит, чтобы команда решала проблему пользователя, а не просто закрывала пункты технического задания.
За неделю система выполнила около 350 задач в четырёх направлениях. При этом быстро выяснилось, что автономность сама по себе не гарантирует эффективность: агенты начали дробить работу, придумывать лишние правила и многократно перепроверять малозначимые вещи. После ретроспективы процессные задачи сократили с 75% до 25%, а кросс-ревью и передачу задач между моделями автоматизировали.
Внутри:
– Как связаны ИИ-продакт, бэклог с контекстом и конвейер исполнителей;
– Почему агенты заходят в тупик, когда видят только свою задачу;
– Как избыточные гейты и контроль превращают автономную систему в бюрократию;
– Какие изменения помогли сократить лишнюю процессную работу;
– Где проходит граница между полезной автономностью и работой ради самой работы.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8👍3❤1
В Т2 отказались оценивать исследователей по количеству проведённых работ и удовлетворённости заказчиков. Вместо этого команда отслеживает, что происходит с результатами исследований после передачи в продукт: какие артефакты вышли в прод, взяты в работу, отложены или отклонены.
Единицей измерения может быть рекомендация, найденная проблема или клиентская метрика. Для каждого результата фиксируют проект, заказчика, дату и текущий статус. В 2025 году показатель влияния исследований составил 78%, но команда использует его прежде всего для разбора причин и улучшения взаимодействия с продуктом.
Внутри:
– Почему количество исследований плохо подходит для оценки их пользы;
– Как устроена трёхуровневая модель влияния;
– Какие статусы получают рекомендации и проблемы после исследования;
– Как работать с отклонёнными результатами;
– Почему исследовательская команда должна быть партнёром продукта и участвовать в Discovery.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9❤5🔥5🤔1
This media is not supported in your browser
VIEW IN TELEGRAM
👀 Сколько нейросетей у вас сейчас открыто?
Одна генерирует изображения, вторая редактирует, третья делает видео. У каждой свой аккаунт, подписка и способ оплаты.
Phygital+ собирает 40+ ИИ-моделей в одном рабочем пространстве: GPT-Image, Seedance, Seedream, FLUX, Recraft, Kling, Veo и другие.
Здесь можно начать с идеи, создать серию визуалов, отредактировать детали и превратить лучшие кадры в ролик, не перенося материалы между платформами. Новые модели появляются в Phygital+ сразу после релиза: например, GPT-Image 2.5 добавили уже на следующий день.
Это не агрегатор или очередной чат, а профессиональный инструмент для производства контента от первых концепций до готовых рекламных материалов.
С платформой работают команды X5, Альфа-Банка, KANZLER, Фонбета, FUNDAY, Depot и ещё более 200 компаний.
Phygital+ работает без VPN, на русском языке и с оплатой картой РФ.
До 25 сентября действует скидка 40% на годовые планы:
➔ Starter — 10 800 ₽ в год
➔ Pro — 42 500 ₽ в год
Если вы регулярно генерируете визуалы, посчитайте стоимость всех своих подписок. В Phygital+ 40+ моделей обойдутся от 900 ₽ в месяц — около 30 ₽ в день за весь рабочий набор.
Получить годовой доступ со скидкой ➔
Реклама. ООО «АЙ-СПЕЙС», ИНН 7721481180. erid: 2VtzquxKHNc
Одна генерирует изображения, вторая редактирует, третья делает видео. У каждой свой аккаунт, подписка и способ оплаты.
Phygital+ собирает 40+ ИИ-моделей в одном рабочем пространстве: GPT-Image, Seedance, Seedream, FLUX, Recraft, Kling, Veo и другие.
Здесь можно начать с идеи, создать серию визуалов, отредактировать детали и превратить лучшие кадры в ролик, не перенося материалы между платформами. Новые модели появляются в Phygital+ сразу после релиза: например, GPT-Image 2.5 добавили уже на следующий день.
Это не агрегатор или очередной чат, а профессиональный инструмент для производства контента от первых концепций до готовых рекламных материалов.
С платформой работают команды X5, Альфа-Банка, KANZLER, Фонбета, FUNDAY, Depot и ещё более 200 компаний.
Phygital+ работает без VPN, на русском языке и с оплатой картой РФ.
До 25 сентября действует скидка 40% на годовые планы:
Если вы регулярно генерируете визуалы, посчитайте стоимость всех своих подписок. В Phygital+ 40+ моделей обойдутся от 900 ₽ в месяц — около 30 ₽ в день за весь рабочий набор.
Получить годовой доступ со скидкой ➔
Реклама. ООО «АЙ-СПЕЙС», ИНН 7721481180. erid: 2VtzquxKHNc
😁10❤5👍2🔥1
Подборка лендингов и сайтов для вдохновения на предстоящую неделю
– sunday.ai
– cotool.ai
– coastpay.com
– art-yakushev.com
– littleampscoffee.com
– twigspaper.com
———
– tricota.com.ar
– myjuniper.com
– portorocha.com
– mastercard.com/businessoutcomes
– timestripe.com
– musotoku.com
———
– good-fella.com
– shade.inc
– gte.xyz
– hopin.com
– petspan.com
– wearecollins.com
———
– dotconnect.vc
– ova-investment.com
– trybento.co
– museum.unesco.org
– lightweight.info
– graphite.space
———
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤1👍1
Дизайнер теперь должен ещё и кодить.
А по деньгам что? мм?
В вакансии продуктового дизайнера Samaya AI уже прямо требуют опыт написания кода для прода. Плюс интервью с пользователями, интерфейсы, дизайн-система и работа с АИ. Вилка у них указана: 160–220 тысяч долларов в год, работа в Калифорнии. По одной вакансии весь рынок оценивать не буду, но сам набор обязанностей НЕ ДУРНЫЙ для диза. Года 3 назад такого не было впомине. То есть, диз прям должен писать код в рабочую кодовую базу. И это лишь один из примеров вакансий, их становится больше и больше в геометрической прогрессии.
Я сам пилю HireHi с нейронками и прекрасно понимаю, зачем дизайнеру уметь собирать работающие штуки. Можно самому проверить идею, поправить интерфейс и довести решение до пользователей. Мне это нравится, я сам выбрал этим заниматься. Но если на работе к моим задачам добавляют код и ответственность за то, что уехало на прод, я бы хотел обсудить условия.
Потому что под «дизайнер должен уметь работать с АИ» можно подразумевать оч разные вещи:
– Быстрее накидать варианты;
– Собрать прототип для проверки;
– Внести изменения в рабочий продукт;
а потом разбираться да, почему на проде что-то пошло не так (сюрприз)
Некоторые пункты требуют времени и ответственности. Кто проверяет код? Кто его поддерживает? Какие старые задачи с дизайнера снимают, чтобы он успевал ещё и это? Или исследования, макеты, созвоны и сроки остаются, а разработка как-нибудь поместится между ними?)
Я не считаю, что за каждый освоенный инструмент обязаны повышать зарплату. Профессия меняется, учиться всё равно придётся. Но умение быстрее делать свою работу и постоянные дополнительные обязанности надо обсуждать отдельно. Подписка на нейронку сама по себе этот разговор не закрывает. А то чичас очень удобно некоторые делают, задачки накинем дополнительно в ваке, а зп оставим такую же, что и была 3 года назад. Извините конечно, но нет.
Чё думаете?) У кого-то есть такой экспириенс уже на работе? Зп не подняли да? 😭😭😭
———
💻 Вакансии в IT и digital
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы
А по деньгам что? мм?
В вакансии продуктового дизайнера Samaya AI уже прямо требуют опыт написания кода для прода. Плюс интервью с пользователями, интерфейсы, дизайн-система и работа с АИ. Вилка у них указана: 160–220 тысяч долларов в год, работа в Калифорнии. По одной вакансии весь рынок оценивать не буду, но сам набор обязанностей НЕ ДУРНЫЙ для диза. Года 3 назад такого не было впомине. То есть, диз прям должен писать код в рабочую кодовую базу. И это лишь один из примеров вакансий, их становится больше и больше в геометрической прогрессии.
Я сам пилю HireHi с нейронками и прекрасно понимаю, зачем дизайнеру уметь собирать работающие штуки. Можно самому проверить идею, поправить интерфейс и довести решение до пользователей. Мне это нравится, я сам выбрал этим заниматься. Но если на работе к моим задачам добавляют код и ответственность за то, что уехало на прод, я бы хотел обсудить условия.
Потому что под «дизайнер должен уметь работать с АИ» можно подразумевать оч разные вещи:
– Быстрее накидать варианты;
– Собрать прототип для проверки;
– Внести изменения в рабочий продукт;
а потом разбираться да, почему на проде что-то пошло не так (сюрприз)
Некоторые пункты требуют времени и ответственности. Кто проверяет код? Кто его поддерживает? Какие старые задачи с дизайнера снимают, чтобы он успевал ещё и это? Или исследования, макеты, созвоны и сроки остаются, а разработка как-нибудь поместится между ними?)
Если я теперь отвечаю ещё и за реализацию, давайте обсудим, сколько такая работа стоит
Я не считаю, что за каждый освоенный инструмент обязаны повышать зарплату. Профессия меняется, учиться всё равно придётся. Но умение быстрее делать свою работу и постоянные дополнительные обязанности надо обсуждать отдельно. Подписка на нейронку сама по себе этот разговор не закрывает. А то чичас очень удобно некоторые делают, задачки накинем дополнительно в ваке, а зп оставим такую же, что и была 3 года назад. Извините конечно, но нет.
Чё думаете?) У кого-то есть такой экспириенс уже на работе? Зп не подняли да? 😭😭😭
———
💻 Вакансии в IT и digital
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы
❤27👍8🤯4😁1
В приложении было много кнопок и других элементов, но общего порядка не было. Одни компоненты копировали по фичам, другие напрямую использовали чужие команды. В итоге изменения приходилось вносить в нескольких местах, а разработчики зависели от решений коллег.
Команда добавила паспорта компонентов, правила разработки, сторибук и скриншот-тесты. После этого компоненты начали делать сами фичевые команды, а ИИ стал помогать с шаблонным кодом. За ним всё равно проверяют люди, но ошибки теперь находят до релиза, а разработка компонента подешевела с 3–5 до 2 сторипоинтов.
Внутри:
– Почему копипаста и прямое переиспользование чужих компонентов одинаково создают проблемы;
– Как отличить компонент дизайн-системы от компонента конкретной фичи;
– Зачем нужны паспорта компонентов и сторибук;
– Как распределить разработку между командами, если владельцев дизайн-системы всего двое;
– Почему ИИ хорошо собирает бойлерплейт только вместе с правилами, тестами и ревью.
———
Please open Telegram to view this post
VIEW IN TELEGRAM
👍11❤3🔥1😁1