Какие книги читать дизайнеру: мнение экспертов

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

Вот какие книги они упоминают:

• «Дизайн привычных вещей» Дона Нормана;

• «Пиши-сокращай» Максима Ильяхова;

• «Спроси маму» Роба Фитцпатрика;

• «Начни с почему» Саймона Синека;

• «Переломный момент» Малькольма Гладуэлла;

• «Паттерны дизайн-менеджмента» Юрия Ветрова;

• «ВкусВилл. Как совершить революцию в ритейле, делая всё не так» Евгения Щепина;

• «Тайная жизнь цвета» Кассии Сен-Клер;

• «Настольную книгу Project-менеджера» Владимира Завертайлова;

• «То, что мы видим, то, что смотрит на нас» Жоржа Диди-Юбермана;

• «История журнального дизайна» Ольги Рожновой;

• «Об интерфейсе» Алана Купера.

Больше подробностей о подкастах, дизайн-школах и классных телеграм-каналах — в полной версии статьи. Там же и интересные цифры и наблюдения о том, что представляет собой профессия продуктового дизайнера и как его обязанности пересекаются с обязанностями продакт-оунера.

Как научить ИИ переносить информацию с бумаги в ERP

Для автоматизации бизнес-процессов часто требуется обработка бумажных документов со сложной структурой — например, счетов или накладных. Разбирать такие документы вручную долго, но, к счастью, процесс можно автоматизировать с помощью ИИ.

Мы в таких случаях используем Datapipe — инструмент с открытым исходным кодом. Он помогает нам построить пайплайн обработки данных. Он устроен так:

1. Данные, размеченные модератором в Label Studio, автоматически загружаются в пайплайн.

2. Размеченные данные добавляются в т. н. «замороженный датасет» — он больше не изменяется и используется для обучения ML-моделей.

3. Затем разбиваем данные на две части:

   • Тренировочный набор (train) — для обучения модели.

   • Проверочный набор (val) — для проверки и оценки качества модели.

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

5. Приступаем к последовательному обучению моделей. Сначала обучаются модели для детекции объектов (YOLOv5), а затем применяются OCR-модели (Google Cloud Vision OCR) для распознания текста.

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

Как работает такая система — в нашем блоге.

Нативные инструменты для создания виджетов во Flutter-приложении

Несмотря на все преимущества Flutter, он не всегда оптимально решает задачи, которые требуют глубокой нативной интеграции. Существуют инструменты, разработанные специально под нативные платформы, но недоступные напрямую из Dart. И как правило, в таких случаях на помощь приходит PlatformChannel. 

Но существуют и нативные инструменты, которые интегрируются с Flutter. Они, например, позволяют внедрять Home Widgets — элементы, с которыми можно взаимодействовать напрямую с домашнего экрана

• Инструкция для разработки под Android

• Инструкция для разработки под iOS

Когда виджеты разработаны, их нужно внедрить в приложение. Библиотека home_widget предоставляет набор инструментов для работы с нативными виджетами, данные методы мы можем вызвать при помощи класса HomeWidget. Вот самые важные из методов:

1. Future<bool?> saveWidgetData<T>( String id, T? data ) 

   Метод позволяет сохранить передаваемые данные в хранилище нашего виджета.

2. Future<bool?> updateWidget({String? name, String? androidName, String? iOSName, String? qualifiedAndroidName,})

   Метод вызывается для обновления нашего виджета.

3. Future<T?> getWidgetData<T>(String id, {T? defaultValue,})

   Метод позволяет прочитать данные из нашего виджета. Он может быть полезен, если нужно синхронизировать информацию между виджетом и Flutter-приложением.

Больше подробностей о нативных инструментах с примерами кода вы найдете в отдельной статье.

Про дизайн HR-сервисов. Часть 3

В первой части рассказали о важности дизайна для HR Tech в целом, а во второй — о хороших решениях для интерфейсов HR-сервисов. Теперь же опишем, насколько для подобных продуктов важна инклюзивность.

• Доступность для всех. Лучший способ отразить ценности компании — интерфейс, который доступен для людей с ограниченными возможностями здоровья. Это могут быть элементы управления, совместимые с сенсорными устройствами, опция регулировки шрифта и цветовой схемы, голосовые команды и другие адаптивные функции.

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

• Семантическая структура и метаданные. Стоит разрабатывать интерфейс с четкой семантической структурой, чтобы пользователи с различными способностями могли легко ориентироваться и понимать контекст информации.

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

Больше о карьерный сайтах рассказываем в отдельном статье, а о дизайне — в нашем телеграм-канале.

Про дизайн HR-сервисов. Часть 2

В первой части рассказали о важности дизайна для HR Tech в целом. Теперь же поговорим о том, на какие тонкости в интерфейсах дизайнеру стоит обращать внимание.

1. Минимализм и простота. Чем больше в макете чистых линий и простых форм, тем лучше.

2. Персонализация. Важно давать пользователю настраивать интерфейс под себя — менять цветовую схему или настраивать опции отображения информации.

3. Мобильная адаптация. Адаптивный дизайн позволяет сотруднику управлять HR-задачами с телефона или планшета.

4. Интерактивные элементы и сервисы. Анимации, интерактивные диаграммы и инфографика упрощают взаимодействие с сервисами.

5. Чат-боты и возможности ИИ. Они берут на себя рутину и механическую работу.

6. Система уведомлений. Если корпортал отправляет сотруднику пуши, тот оперативно узнает о важных событиях и заданиях.

7. Использование иконок. Иконки нужны не только в цифровых продуктах, но и в HR-сервисах. Они упрощают навигацию и понимание функционала.

8. Дизайн-системы. Обеспечивают консистентность дизайна. Человек должен чувствовать, что о нем заботятся.

9. Динамичные и адаптивные формы. Динамичные формы, которые адаптируются к вводу данных, минимизируют необходимость вручную настраивать интерфейс.

10. Голосовой интерфейс. Голосовые команды и функции распознавания речи делают сервис инклюзивным, улучшают доступность и увеличивают производительность.

В следующей части расскажем о важности инклюзивности для дизайна HR Tech сервисов. А больше про дизайн — в нашем телеграм-канале.

Про дизайн HR-сервисов. Часть 1

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

Вот какие задачи HR-сервисы должны закрывать:

1. Привлечение талантов. HR Tech сервис, построенный на больших данных, анализирует карьерные предпочтения и ценности подходящих кандидатов, а затем транслирует им, что эти ценности у них совпадают. И напротив, если эти ценности отличаются, дизайн становится дополнительным фильтром.
   
   Как понять, нужен ли компании карьерный сайт.

2. Персонализированный подход. ИИ и аналитика помогают строить персонализированные программы обучения и адаптироваться к уникальным запросам каждого сотрудника. Когда люди чувствуют поддержку со стороны компании, они более лояльны. И это заметно извне. Рекомендации, отзывы, посты в соцсетях — всё это создает привлекательный HR-бренд.
   
   О персонализации и автоматизации найма — в интервью с российскими HRD.

Через дизайн можно показать любые особенности работодателя. Если компания поддерживает онлайн-обучение, одобряет гибкую форму занятости или много работает с нейросетями, это влияет на визуальные решения карьерного сайта. Любая мелочь вроде темной темы помогает соискателю больше узнать о компании.

Во второй части расскажем о принципах построения интерфейса в HR-сервисах.

Советы тимлиду: как не допускать выгорания в команде

Регулярные 1-to-1. Важно доверительно общаться со всеми участниками команды и следить за их настроением. Задавайте прямые вопросы: «Как ты себя чувствуешь?», «Что нравится в работе, а что нет?» и т. д. Люди не всегда откровенно отвечают, но всегда нужно давать шанс высказаться.

Здоровая атмосфера. Нужно транслировать команде, что работа не единственный смысл жизни. Иногда рассказывайте, что посмотрели на выходных и как сходили в спортзал. Любая личная история напоминает команде, что за пределами работы огромный мир.

Гибкий график. Не нужно караулить коллег с часами утром и вечером. Если кому-то нужно начать день попозже или закончить пораньше — пожалуйста. Главное — оставаться на связи с командой, не пропадать и делать задачи в срок.

Периоды восстановления. Важно, чтобы команда успевала восстанавливаться после сложных рабочих периодов. Если во время недавнего релиза все выложились на 110%, дайте дополнительные выходные или отпустите их в короткие отпуска.

Ротация задач. Внутри команды стоит периодически менять роли. Тут всё просто: одна из причин выгорания — рутина и однообразие. Если ставить перед сотрудником новые цели, ему будет интереснее работать.

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

Больше о выгорании и управлении командой — в большой статье.

🕵️ Как создать продукт, до которого не доберутся кибермошенники

Современного пользователя сложно удивить. На его смартфоне десятки приложений и сервисов, над которыми работали лучшие команды мира. Он уже привык к удобному интерфейсу, современному дизайну, понятным иконкам, а главное — привык доверять цифровым продуктам свои секреты. Это могут быть данные банковской карты, личные предпочтения в покупках, номера страховок и документов.

Если продукт безопасен, то человек уверен, что информация о нем никуда не просочится и что его никто не обманет. А значит, за такой продукт можно и доплатить. Поэтому безопасность стала частью идентичности многих брендов и залогом лояльности их аудитории.

Об этом мы и поговорим с коллегами на четвертой встрече клуба «Ecom и Вино». Она пройдет 6 сентября в офисе AGIMA. Мы позвали Ecom-экспертов и специалистов по кибербезопасности из Ростелеком, Flowwow, Ozon, F.A.C.C.T, и AGIMA.

Главная тема встречи — безопасность цифровых продуктов. Обсудим защиту данных — своих и пользовательских, — реальные кейсы уязвимостей и лучшие методы борьбы с ними.

В программе — дискуссия с экспертами в формате круглого стола, бизнес-игра, много живого общения, хорошие напитки и вкусная еда.

Встреча вновь будет закрытой — только для Ecom-директоров и CMO.

Зарегистрироваться и узнать детали можно на странице события.

Как сделать так, чтобы тебя читали: 3 простых правила при создании текста

По данным NN/g, люди не вчитываются в каждое слово на странице с текстом, а воспринимают только 20% контента. Они сканируют и вычленяют отдельные слова и фрагменты.

Это стоит учитывать при создании любого контента. Придерживайтесь трех простых правил, чтобы ваш контент выполнял свою цель:

1. Создавайте сканируемый контент.

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

2. Помогайте людям сканировать ваш контент.

Расставьте по тексту крючки, за которые зацепится глаз читателя.

3. Сделайте так, чтобы человек перешел к чтению после сканирования.

Если человек сканирует интересный и полезный текст, он начнет его читать подробнее. А это и есть ваша цель — донести сообщение до клиента.

>> Больше интересных примеров и кейсов из мира диджитал найдете в Telegram-канале нашей дизайн-команды.

4 принципа из художки, которые помогают в работе дизайнера

Наш дизайнер Юля Вакуленко выделила 4 правила с уроков рисования, которыми она пользуется в работе. В итоге получился список советов для любых дизайн-задач.

1. Сперва общая композиция, потом — детали.

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

2. Результат зависит от контекста.

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

3. Критика — не руководство к действию.

Художка тренирует восприимчивость к критике: один преподаватель зарубил композицию твоей картины, другой — цвета, третий вообще усомнится в способностях. Фишка в том, что критика — не руководство к действию, а пища для размышлений. Задавайте встречные вопросы своим комментаторам, ведь истина — в диалоге.

4. Сложные вещи лучше упрощать.

Любой предмет — это набор геометрических фигур. Упростить объект до базовых форм и сохранить его характерные черты — задача не из легких. Но это полезно не только для иконок и логотипов, но и для поиска концептуальной визуализации в целом. Всё, что не требует много размышлений, запоминается лучше.

>> Полная версия статьи Юли — по этой ссылке.

Как JIT в PHP 8 ускоряет парсинг CSV-файлов

С выходом PHP 8 появилась одна из самых мощных функций — JIT-компиляция. Она ускоряет выполнение PHP-скриптов, и это особенно полезно при парсинге больших CSV-файлов.

JIT компилирует opcode в машинный код, который выполняется напрямую на процессоре. В результате скомпилированный код используется в циклах, исключая повторную интерпретацию.

Как это помогает при обработке файла:

1. Ускорение циклов: Цикл обрабатывает строки файла быстрее благодаря компиляции его тела в машинный код.

2. Оптимизация работы со строками: Функции типа fgetcsv становятся эффективнее, что особенно важно при сложной обработке данных.

3. Снижение накладных расходов: JIT минимизирует затраты на вызов функций, делая их выполнение более быстрым.

Можно провести эксперимент: подготовить CSV-файл с 10 миллионами строк и запустить PHP-скрипт — с включенным JIT и без него. Получится, что включение JIT позволит сократить время на парсинг файла примерно на 33%.

Больше деталей и пример скрипта найдете в Телеграм-канале Саши Шутая, нашего руководителя отдела PHP.

Плюсы шаблона Saga для микросервисной архитектуры

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

Например, вы разработали систему для покупки билета на самолет. В нем три сервиса: оплата, уведомление, бронирование. Сервис успешно списал деньги, выслал уведомление о покупке, но возникла ошибка на этапе бронирования. Как откатить изменения, когда у нас три независимых сервиса? В монолитном приложении нас бы спасли транзакции ACID. А в случае с микросервисами — Saga. 

Принципы работы Saga:

1. Разбиение на шаги: Saga состоит из шагов (транзакций) в каждом микросервисе, таких как списание средств и бронирование.

2. Компенсирующие транзакции: если один шаг не удался, запускаются компенсирующие действия для отмены изменений предыдущих шагов.

3. Асинхронное выполнение: шаги могут выполняться асинхронно, а при ошибке запускаются компенсирующие транзакции.

Стратегии реализации:

• Оркестрация: один сервис или оркестратор управляет всем Saga, что упрощает реализацию, но создает единую точку отказа.

• Хореография: каждый микросервис сам управляет своими транзакциями и компенсирующими действиями, что делает систему более децентрализованной, но усложняет управление.

Читайте больше про веб-разработку в канале нашего руководителя отдела PHP Саши Шутая.

🛠️ Главные инструменты Rive

Для работы с Rive Animation лучше использовать их UI-интерфейс, в котором и происходит создание и настройка самой анимации. Анимация состоит из нескольких составляющих. Они больше знакомы дизайнерам, но, если кратко, вот некоторые из них.

1. Artboard: слой, который является холстом анимации — на нем располагаются остальные элементы. В нем можно задать цвет и размер фона. В каждом файле Rive есть хотя бы один такой.

2. Group: необязательный элемент, но он отлично подходит, чтобы объединить элементы в группы для любого объекта, изменение которого может потребоваться в дальнейшем.

3. Shape: Rive позволяет создавать, редактировать и анимировать векторную графику, используя процедурные или пользовательские фигуры. Из них чаще всего и состоит весь интерфейс.

4. Pen: это инструмент, который позволяет делать очень сложные кастомные фигуры.

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

Про количественные и качественные показатели сотрудников

Замер и контроль личных количественных показателей превращает управление персоналом в подобие RPG-игры, где мы прокачиваем персонажа. Руководитель видит «характеристики» каждого сотрудника, и это помогает ему принимать верные стратегические решения. Вот основные плюсы такого подхода:

• легко контролировать эффективность каждого сотрудника и принимать кадровые решения на основе данных;

• каждый сотрудник, зная свои целевые KPI, стремится к хорошему финансовому результату;

• иерархическая система самоуправляема. Топ-менеджменту не обязательно контролировать каждого сотрудника. Достаточно следить за показателями на уровне ниже, например, у руководителей департаментов. Те в свою очередь видят, кто из их специалистов справляется хорошо, а кто наоборот — обуза.

Кажется, это универсальное решение всех проблем. Но в реальности без качественных метрик не обойтись. Примеры:

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

2. Слаженная команда показывает хорошие Throughput и Lead time. Через полгода выясняется, что они хакнули систему и накрутили красивые метрики, не поставляя бизнес-ценности.

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

Больше об управлении IT-командами рассказываем здесь.

Как мы построили бесконечный винный фонтан своими руками

Каждый год мы с компанией ездим за город на AGIMA Camp. Это летний корпоратив, где мы общаемся с коллегами, строим планы и просто отдыхаем. В этот раз главной темой поездки был американский фестиваль Burning Man. Его участники возводят в пустыне всякие безумные скульптуры и сооружения. Вот и мы решили провести что-то наподобие — конкурс инженерной мысли.

Как раз для конкурса одна из команд собрала своими руками настоящий винный фонтан.

Вот как они это сделали:

1. Первое, что было нужно, ящик. В него поместили всю начинку. Главная часть начинки — резервуар, в который вино должно было сливаться из чаши.

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

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

В салатнике просверлили отверстие под диаметр слива. Слив выбрали самый обычный, который используют в большинстве раковин. Трубка от слива вела обратно в резервуар с вином.

Таким образом, система была максимально простой и понятной: вино наливалось в резервуар, оттуда с помощью насоса поднималось в бутылки, из бутылок выливалось в салатник, а оттуда через слив обратно в резервуар.

Подробная смета, видео и фотографии механизма — в нашем блоге.

Lottie vs. Rive

Это два популярных инструмента для создания анимаций в приложениях на Flutter. Сравнили их плюсы и минусы.

Lottie

Плюсы:

• Простота использования: благодаря поддержке JSON, Lottie доступен для разработчиков любого уровня.

• Кроссплатформенность: позволяет использовать одни и те же анимации на разных платформах.

• Широкое комьюнити: в сети есть большое количество готовых анимаций.

• Гибкость: Lottie позволяет настраивать анимацию и эффекты, что дает больше контроля над результатом.

Минусы:

• Ограничения по сложности: Lottie не подходит для очень сложных анимаций с большим количеством элементов и эффектов.

• Производительность: в некоторых случаях Lottie потребляет слишком много ресурсов, что плохо влияет на производительность приложений.

Rive

Плюсы:

• Интерактивность: Rive поддерживает интерактивные анимации, которые реагируют на пользовательские действия.

• Мощный редактор: он понятный, функциональный и с ним не нужно погружаться в дебри разработки.

• Производительность: с Rive получается быстрая и плавная анимация благодаря формату файлов.

Минусы:

• Сложность использования: у Rive более сложный интерфейс, чем у Lottie, новичкам с ним работать трудно.

• Размер файлов: Rive-анимации могут быть тяжелыми, и это влияет на вес всего приложения.

Итого: если вам нужны простые и легкие анимации с быстрой интеграцией, Lottie — отличный выбор. Для сложных, интерактивных и высокопроизводительных анимаций лучше подойдет Rive.

Подробнее про Rive писали в большой статье и в тг-канале о мобильной разработке и ИТ.

Как мы измеряем узнаваемость HR-бренда компании

Для этого мы проводим опрос по узнаваемости. Он дает нам представление, сколько людей на IT-рынке знают о нас, о каких преимуществах слышали и что сами говорят. Если хотите, можете тоже пройти его. Мы запустили опрос в начале этого года среди соискателей, которые присылают нам резюме. Позже развернули на более широкую аудиторию и начали продвигать через соцсети наших топ-менеджеров. 

Чтобы результаты были релевантными, добавили в начале вопрос «Работаете ли вы в IT?». Это было нужно, чтобы отсеять ответы, которые нам менее интересны. В итоге на сегодняшний день в опросе приняло участие уже около 1500 человек. Почти все вопросы так или иначе связаны с брендом компании. Но в первую очередь мы спрашиваем, что в целом, кроме зарплаты, мотивирует соискателя принять оффер.

Цели такого опроса:

• понять, что на рынке думают и что знают о нашей компании;

• уточнить, какие каналы привлечения кандидатов работают, а какие нет;

• выяснить, где в HR-бренде слабые места и над чем нужно поработать.

Также благодаря опросу мы имеем доступ к другим, не менее интересным данным. Например, знаем, спецы какого возраста и стека чаще слышат про AGIMA. И в этом случаем мы тоже улавливаем связь с нашими PR-активностями. Скажем, провели митап для дизайнеров — выросло количество дизайнеров, которые про нас знают. 

Больше подробностей про исследование HR-бренда в нашей статье.

4 совета про стажировки от Junior-разработчика

Перед тем как попасть на стажировку в AGIMA, фронтенд-разработчик Рома просмотрел сотни вакансий и побывал на десятках собеседований. Он проанализировал свой опыт и сделал полезную выжимку для тех, кто ищет стажировки в IT:

1. Не HH.ru единым

На карьерных сайтах сложно найти что-то годное. Я начал искать вакансии сразу на сайтах компаний. Гуглишь «топ компаний по веб-разработке» и идешь по списку. Если на сайте нет раздела «Вакансии», всегда есть почта для связи — шлите свое резюме туда.

2. Изучайте инфу о компании

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

3. Учите Git

Многие новички пропускают этот пункт и думают, что Git — это несложно. Но даже изучения основных команд Git недостаточно. Советую сделать пет-проект в команде с такими же новичками — потренируете командную работу и важные навыки в Git: правильное название коммитов (commitlint), разработку отдельных задач в отдельных ветках и т. д.

4. Тренируйте навык тайм-менеджмента и умение отдыхать

Не стоит перерабатывать и думать о коде всё свободное время — есть шанс выгореть, впасть в депрессию и вылететь из компании. Лучше работать строго по графику, но усердно — не смотреть рилсы, а решать задачи.

Это часть большой статьи, где разрабы и их менторы дают советы, как выжить на стажировке в IT — enjoy!

Волшебник Изумрудного города, или Как тестировать MVP сложного продукта

Расскажем об интересном методе тестирования продуктов. Он называется — «Волшебник страны Оз».

Если вы помните, волшебник в одноименной сказке оказался фокусником. Такую же роль для респондента при этом подходе выполняет исследователь.

Например, компания разрабатывает голосовое управление для онлайн-кинотеатра, но в приложении такого функционала пока нет. Приглашают пользователя для теста. Он говорит: «Хочу посмотреть сериал "Друзья"».

За респондентом скрыто наблюдает еще один человек, Он-то в действительности и управляет ТВ. Когда пользователь дает какую-то команду — это он из-за ширмы выполняет ее пультом. Респондент об этом не знает.

Обычно этот метод используют для продуктов, в которых сложный функционал. Интегрировать такой в MVP дорого и накладно. Это может быть то же самое голосовое управление, AI-поиск, VR/AR.

Метод также может быть открытым, закрытым и смешанным.

✓ Открытый — когда у исследователя нет готовых реакций/ответов.

✓ Закрытый — когда они уже четко проработаны.

Минус открытого метода — высокая степень импровизации, а закрытого — что вы могли не предусмотреть все варианты ответа.

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

Больше о тестировании MVP и UX-исследованиях читайте в нашем Телеграмм-канале.

Новые условия IT-ипотеки

Правительство России продлило программу льготной IT-ипотеки до 2030 года, но исключило из нее Москву и Санкт-Петербург. Ранее сотрудники аккредитованных IT-компаний могли без проблем купить себе квартиру по льготной ставке, причем где угодно — география не влияла на применение льготы. Теперь же расположение компании и самой квартиры имеют значение.

Минцифры разъясняет, что сотрудники компаний, зарегистрированных в Москве и Санкт-Петербурге, лишаются льготы. Иными словами, теперь IT-ипотека доступна только тем, кто работает в региональных аккредитованных компаниях. При этом купить квартиру в Москве и Санкт-Петербурге по программе IT-ипотеки отныне в принципе невозможно, вне зависимости от того, где зарегистрирована компания.

Также, согласно новым условиям, процентная ставка выросла до 6%, а размер льготного кредита уменьшился до 9 млн рублей. Кроме того, раньше после оформления ипотеки человек должен был отработать в IT не менее 5 лет. Теперь же менять сферу нельзя, пока ипотека не будет погашена.

Вырос и уровень необходимой минимальной зарплаты. В городах-миллионниках, Московской и Ленинградской областях он должен быть не ниже 150 тысяч, во всех остальных городах и регионах — не ниже 90 тысяч.

Как вы оцениваете новые условия IT-ипотеки?