Лотерея на мероприятии!
Среди гостей в нашем офисе 26 февраля мы разыграем прекрасные призы:
Axure - одна лицензия
Proto.io - одна годовая подписка
Rosenfeld Media - скидка размером $100 на покупку на сайте
Если вы зарегистрировались на событие, то приходите, мы выдадим вам номерок, а генератор случайных чисел выберет победителей!
Среди гостей в нашем офисе 26 февраля мы разыграем прекрасные призы:
Axure - одна лицензия
Proto.io - одна годовая подписка
Rosenfeld Media - скидка размером $100 на покупку на сайте
Если вы зарегистрировались на событие, то приходите, мы выдадим вам номерок, а генератор случайных чисел выберет победителей!
«MVP IA для большого продукта» — Алена Анищенко (SEMrush)
Вводные: 60 продуктов, много команд, резкий рост.
Проблема: сложные взаимосвязи, много связей между компонентами, о которых не знали раньше.
Решение: строим ИА.
Проанализировали много инструментов, но ни один не содержал все нужные фичи, у всех были недостатки. Выбрали 1 инструмент и урезали требования к ИА.
Получили первый шаблон в формате таблицы, который нужно было заполнить специалистам из разных UX-команд.
Грабли №1. Не договорились о терминах. Одинаковые вещи команды назвали по-разному. Остановились и договорились о терминах.
По заполненому шаблону начали выстраивать ИА системы.
Грабли №2. Не договорились об уровне глубины и вложенности. Остановились и договорились.
В процессе нашли идеальный инструмент для построения ИА и построили у себя архитектуру системы.
Советы и выводы:
* сразу определитесь с целями, зачем вам все это нужно, какие пожелания к сиситеме
* договоритесь о терминах заранее, запишите и следите за ними
* договоритесь о глубине и вложенности заранее
Остался открытым вопрос: Как поддерживать результат в актуальном состоянии?
Вводные: 60 продуктов, много команд, резкий рост.
Проблема: сложные взаимосвязи, много связей между компонентами, о которых не знали раньше.
Решение: строим ИА.
Проанализировали много инструментов, но ни один не содержал все нужные фичи, у всех были недостатки. Выбрали 1 инструмент и урезали требования к ИА.
Получили первый шаблон в формате таблицы, который нужно было заполнить специалистам из разных UX-команд.
Грабли №1. Не договорились о терминах. Одинаковые вещи команды назвали по-разному. Остановились и договорились о терминах.
По заполненому шаблону начали выстраивать ИА системы.
Грабли №2. Не договорились об уровне глубины и вложенности. Остановились и договорились.
В процессе нашли идеальный инструмент для построения ИА и построили у себя архитектуру системы.
Советы и выводы:
* сразу определитесь с целями, зачем вам все это нужно, какие пожелания к сиситеме
* договоритесь о терминах заранее, запишите и следите за ними
* договоритесь о глубине и вложенности заранее
Остался открытым вопрос: Как поддерживать результат в актуальном состоянии?
«От заметок и встреч до голосового помощника» — Нелли Камаева (Alan AI)
Вводные: стартап, сделали много классных фичей, которых было много в другом продукте. Не планировали делать голосовые интерфейсы.
Проводили интервью с пользователями и поняли, что пользователям быстрее и удобнее вводить данные голосом.
Команда научилась распознавать данные, которые сказал пользователь, и выделять из них нужное для создания встречи. Но нужно было сообщать о создании и команда сделала это. Получилась Сири для компаний.
Дальше сделали Хинты, подсказки о том, что может делать помощник.
Проблемы с компаниями:
1. Как встроиться в систему любой компании, корпоративные данные секретные.
2. У компаний много систем, процессов, людей и данных.
3. Все нужно делать для людей, которые работают в компании.
4. Подходят не всем, стремно общаться с помощником при всех
Построили инфраструктуру из web-приложения и мобильного приложения для пользователя.
Внутри web-приложения можно настраивать цветовые схему, писать скрипты для работы и подсказки. После этого код встраивается в сайт и на сайте появляется голосовой помощник.
Что нужно для создания:
* не делать структуру всего
* собрать список запросов пользователей, например, в таблицу
* сгруппировать вопросы и ответы по смыслу
* регулярки для предложений с одинаковым смыслом
* хороший редактор (человек)
Итого:
* голос быстрее, чем нажимать кнопки
* голосовые приложения удобны за рулем
* пользовательские сценарии важны
* голос помогает сделать взаимодействие человечнее
Советы:
* начинать с корневого сценария
* продумать действия, подсказки и словари
* не усложнять
* для всех компаний все индивидуально
* нанять душевного редактора
Вводные: стартап, сделали много классных фичей, которых было много в другом продукте. Не планировали делать голосовые интерфейсы.
Проводили интервью с пользователями и поняли, что пользователям быстрее и удобнее вводить данные голосом.
Команда научилась распознавать данные, которые сказал пользователь, и выделять из них нужное для создания встречи. Но нужно было сообщать о создании и команда сделала это. Получилась Сири для компаний.
Дальше сделали Хинты, подсказки о том, что может делать помощник.
Проблемы с компаниями:
1. Как встроиться в систему любой компании, корпоративные данные секретные.
2. У компаний много систем, процессов, людей и данных.
3. Все нужно делать для людей, которые работают в компании.
4. Подходят не всем, стремно общаться с помощником при всех
Построили инфраструктуру из web-приложения и мобильного приложения для пользователя.
Внутри web-приложения можно настраивать цветовые схему, писать скрипты для работы и подсказки. После этого код встраивается в сайт и на сайте появляется голосовой помощник.
Что нужно для создания:
* не делать структуру всего
* собрать список запросов пользователей, например, в таблицу
* сгруппировать вопросы и ответы по смыслу
* регулярки для предложений с одинаковым смыслом
* хороший редактор (человек)
Итого:
* голос быстрее, чем нажимать кнопки
* голосовые приложения удобны за рулем
* пользовательские сценарии важны
* голос помогает сделать взаимодействие человечнее
Советы:
* начинать с корневого сценария
* продумать действия, подсказки и словари
* не усложнять
* для всех компаний все индивидуально
* нанять душевного редактора
«Сотрудничество UX-дизайнера и NLP-инженера» — Екатерина Юлина, Дарья Сердюк (Just AI – i-Free)
Вводные: молодой рынок голосовых помощников и разработчиков, компания работает в fast and aggressive delivery, внутренний продукт выходит на внешний рынок, надо сделать ux за 5 недель, помогают разработчики.
Продукт — обработчик естественного языка (NLP-сервис). Этот продукт переводит человеческую речь (запрос) в код. Использовали продукт лингвисты, разработчики чат-ботов. Продукт показали на конференции и пользователей он заинтересовал.
На ux 5 часов по 8 часов в неделю Планируем время 1 час на встречи, 6 часов на дизайн, 1 на валидацию. Делаем прототип, отказываемся от персон, договоренности фиксируем по ходу.
Проблема №1. Чтобы делать прототип, нужно определить проблему. Пробуем спросить о проблемах у разработчиков продукта, но это не то.
Решение: обучаем разработчиков ux во время проекта, учим их мыслить как ux дизайнера. И вырисовываем пользовательские сценарии вместе.
Проблема №2. Сложная и новая область для ux-дизайнера.
Решение: разработчики обучили дизайнера NLP, чтобы погрузится в тему.
Для построения прототипа смотрим на аналоги, но аналогов мало и они однотипные. Выделили 2 типа: красивые, но не функциональные и функциональные, но не красивые. Посмотрели и решили делать свое.
Проблема №3. Очень много фичей, не успеем.
Решение: делаем часть.
Проблема №4. Подводные камни и проклятье знания у разработчиков.
Решение: вытаскиваем знания из разработчиков, рассказываем, чем это не очевидно для пользователя, и упрощаем сложные вещи.
Мера упрощения интерфейса. Интерфейс не должен быть слишком простым. Оставляем научную терминологию и программный код.
Итого:
* все не сделали, но сделали значимые точечные улучшения
* расширили кругозор NLP-инженера
* ux-дизайнер вырос
* лучше делать по чуть-чуть
* собирать мнения и фидбек на сервис
* слушать себя
Советы:
* помогайте другим специалистам, учите их ux
* точечные рекомендации
* идеальные прототипы не нужны
Вводные: молодой рынок голосовых помощников и разработчиков, компания работает в fast and aggressive delivery, внутренний продукт выходит на внешний рынок, надо сделать ux за 5 недель, помогают разработчики.
Продукт — обработчик естественного языка (NLP-сервис). Этот продукт переводит человеческую речь (запрос) в код. Использовали продукт лингвисты, разработчики чат-ботов. Продукт показали на конференции и пользователей он заинтересовал.
На ux 5 часов по 8 часов в неделю Планируем время 1 час на встречи, 6 часов на дизайн, 1 на валидацию. Делаем прототип, отказываемся от персон, договоренности фиксируем по ходу.
Проблема №1. Чтобы делать прототип, нужно определить проблему. Пробуем спросить о проблемах у разработчиков продукта, но это не то.
Решение: обучаем разработчиков ux во время проекта, учим их мыслить как ux дизайнера. И вырисовываем пользовательские сценарии вместе.
Проблема №2. Сложная и новая область для ux-дизайнера.
Решение: разработчики обучили дизайнера NLP, чтобы погрузится в тему.
Для построения прототипа смотрим на аналоги, но аналогов мало и они однотипные. Выделили 2 типа: красивые, но не функциональные и функциональные, но не красивые. Посмотрели и решили делать свое.
Проблема №3. Очень много фичей, не успеем.
Решение: делаем часть.
Проблема №4. Подводные камни и проклятье знания у разработчиков.
Решение: вытаскиваем знания из разработчиков, рассказываем, чем это не очевидно для пользователя, и упрощаем сложные вещи.
Мера упрощения интерфейса. Интерфейс не должен быть слишком простым. Оставляем научную терминологию и программный код.
Итого:
* все не сделали, но сделали значимые точечные улучшения
* расширили кругозор NLP-инженера
* ux-дизайнер вырос
* лучше делать по чуть-чуть
* собирать мнения и фидбек на сервис
* слушать себя
Советы:
* помогайте другим специалистам, учите их ux
* точечные рекомендации
* идеальные прототипы не нужны
«Информационная архитектура изменяющихся систем» — Лара Симонова (Christie’s, со-основатель Channelkit)
Под информационной архитектурой каждый понимает свое. В этом докладе под ИА подразумевается совокупность практик, направленных на выявление значимых сущностей, изучение и формализацию их свойств, связей между ними, определение возможных действий с ними в рамках потенциальных пользовательских целей.
Продукт — это инструмент решения задач человека (субъекта) при взаимодействии с миром. Любой продукт — контейнер для пользовательского опыта. Информационный архитектор помогает разработчику и дизайнеру создавать продукт, а потом тестирует на основе фидбека.
Проектирование позволяет создать словарь сущностей и карту их взаимодействия. Это позволяет сохранить пользовательскую логику.
Мир сложный, его можно описывать по-разному. Выбор и анализ вариантов для описания мира задает контекст для продукта. Эти варианты называются рестрикторы, они помогают определить границы системы. Важно правильно выбрать рестрикторы, чтобы архитектура была устойчивой.
Мир меняется, важно это учитывать при тестировании информационной архитектуры. Модель изменения мира: мир делится на слои с разными скоростями изменения. Природа меняется медленно, а технологии быстро.
Чтобы спроектировать продукт с учетом изменений нужно распределить рестрикторы по слоям. Один рестриктор может принадлежать разным слоям. Рестрикторы могут взаимодействовать и меняться от взаимодействия с другими рестрикторами. Если продукт не учитывает изменения мира, то он выпадет из него.
Процесс: берем мир —> выделяем предметную область —> определяем рестрикторы —> размещаем рестрикторы по слоям —> строим ИА.
Под информационной архитектурой каждый понимает свое. В этом докладе под ИА подразумевается совокупность практик, направленных на выявление значимых сущностей, изучение и формализацию их свойств, связей между ними, определение возможных действий с ними в рамках потенциальных пользовательских целей.
Продукт — это инструмент решения задач человека (субъекта) при взаимодействии с миром. Любой продукт — контейнер для пользовательского опыта. Информационный архитектор помогает разработчику и дизайнеру создавать продукт, а потом тестирует на основе фидбека.
Проектирование позволяет создать словарь сущностей и карту их взаимодействия. Это позволяет сохранить пользовательскую логику.
Мир сложный, его можно описывать по-разному. Выбор и анализ вариантов для описания мира задает контекст для продукта. Эти варианты называются рестрикторы, они помогают определить границы системы. Важно правильно выбрать рестрикторы, чтобы архитектура была устойчивой.
Мир меняется, важно это учитывать при тестировании информационной архитектуры. Модель изменения мира: мир делится на слои с разными скоростями изменения. Природа меняется медленно, а технологии быстро.
Чтобы спроектировать продукт с учетом изменений нужно распределить рестрикторы по слоям. Один рестриктор может принадлежать разным слоям. Рестрикторы могут взаимодействовать и меняться от взаимодействия с другими рестрикторами. Если продукт не учитывает изменения мира, то он выпадет из него.
Процесс: берем мир —> выделяем предметную область —> определяем рестрикторы —> размещаем рестрикторы по слоям —> строим ИА.
«Интерпретация состояний, режимов и их выбора в профинтерфейсах» — Александр Овчаренко (Wärtsilä Digital Technology)
Состояние — это какой-то вариант или свойство объекта в нашей системе. Пример пожарный извещатель, у него 2 состояния: температура выше порога(пожар) и температура ниже порога(все в норме). Но датчик температуры может сломаться, тогда мы не узнаем про изменения состояния. Есть другие примеры, когда нехватка информации о состоянии приводит к проблемам.
Состояний обычно больше, чем сначала кажется. Пользователь должен ясно понимать текущее состояние системы и его достоверность. У пользователей может не быть времени на реакцию, если состояние не верно показано.
Состояние — это какой-то вариант или свойство объекта в нашей системе. Пример пожарный извещатель, у него 2 состояния: температура выше порога(пожар) и температура ниже порога(все в норме). Но датчик температуры может сломаться, тогда мы не узнаем про изменения состояния. Есть другие примеры, когда нехватка информации о состоянии приводит к проблемам.
Состояний обычно больше, чем сначала кажется. Пользователь должен ясно понимать текущее состояние системы и его достоверность. У пользователей может не быть времени на реакцию, если состояние не верно показано.
«Как обеспечить доступность интерфейса, над которым работает более 100 команд» — Валерия Курмак (Сбербанк)
Провели большое исследование. Основные проблемы: коммуникация и стереотипы.
В сбербанке адаптируют процессы и сервисы для людей с инвалидностью. Мобильное приложение сбербанка адаптировали за 10 недель. Интернет банк адаптировать сложнее, так как платформа старая.
Для этого меняют процесс разработки:
* внедряют проверку доступности на всех этапах разработки
* добавили в автотесты специальные инструменты для тестирования для людей с инвалидностью
* проводят тестирование с пользователями, наняли человека с инвалидностью
* в релиз выходят только после того, как с доступностью все хорошо
Тонкости тестирования с пользователями:
* страх общения с инвалидами, другие не знают, как подойти
* подбор респондентов, нужно выбрать критерии, форм инвалидности много
* тихое пространство
* важна платформа на компьютере
* способ взаимодействия с ПО (пользуется мышкой или нет)
Чтобы помочь командам делать продукты доступнее, встроили доступность в дизайн-систему.
Сделали озвучку интерфейса. Все элементы на всех экранах договорились называть одинаково. Текстовые элементы озвучиваем как написано. Действия озвучиваем с глаголом. Для озвучки всех элементов есть правила (например, номер карты всегда озвучивается одинаково).
Разработали гайдлайн и сгруппировали для каждой роли (менеджер, дизайнер, разработчик).
Провели большое исследование. Основные проблемы: коммуникация и стереотипы.
В сбербанке адаптируют процессы и сервисы для людей с инвалидностью. Мобильное приложение сбербанка адаптировали за 10 недель. Интернет банк адаптировать сложнее, так как платформа старая.
Для этого меняют процесс разработки:
* внедряют проверку доступности на всех этапах разработки
* добавили в автотесты специальные инструменты для тестирования для людей с инвалидностью
* проводят тестирование с пользователями, наняли человека с инвалидностью
* в релиз выходят только после того, как с доступностью все хорошо
Тонкости тестирования с пользователями:
* страх общения с инвалидами, другие не знают, как подойти
* подбор респондентов, нужно выбрать критерии, форм инвалидности много
* тихое пространство
* важна платформа на компьютере
* способ взаимодействия с ПО (пользуется мышкой или нет)
Чтобы помочь командам делать продукты доступнее, встроили доступность в дизайн-систему.
Сделали озвучку интерфейса. Все элементы на всех экранах договорились называть одинаково. Текстовые элементы озвучиваем как написано. Действия озвучиваем с глаголом. Для озвучки всех элементов есть правила (например, номер карты всегда озвучивается одинаково).
Разработали гайдлайн и сгруппировали для каждой роли (менеджер, дизайнер, разработчик).
«Модель для сборки информационной структуры проекта» — Анна Абрамова (СПб СоА)
Разные языки и фокусы внимания, нужно договариваться. Как это сделать? Разбить информацию на уровни (бизнес, проектирование, реализация). На каждом уровне разговаривают на разных языках и количество информации везде разное. Есть внешняя среда, она меняется и на каждом уровне разная. Появляется новый фокус внимания — управление, который помогает нам справляться. Управление — это договоренности, правила работы с внешней средой. Проекты бывают разные и управление строится по-разному.
Проекты можно поделить на 9 областей, каждую область делает какой-то специалист. Нужно понимать, за какую область отвечаешь ты и как взаимодействовать с остальными. Когда мы понимаем, за что отвечаем, можем поделить зоны ответственности. Стараемся делать систему прозрачной и понятной остальным. Если зоны ответственности не сверить, то возможны нарушения границ и конфликты.
Схему можно поделить еще на 2 части: исполнитель и заказчик.
Итого:
* много областей знаний и фокусов внимания, все они важны, это нужно учитывать
* цель достигается, потому что мы разные
Разные языки и фокусы внимания, нужно договариваться. Как это сделать? Разбить информацию на уровни (бизнес, проектирование, реализация). На каждом уровне разговаривают на разных языках и количество информации везде разное. Есть внешняя среда, она меняется и на каждом уровне разная. Появляется новый фокус внимания — управление, который помогает нам справляться. Управление — это договоренности, правила работы с внешней средой. Проекты бывают разные и управление строится по-разному.
Проекты можно поделить на 9 областей, каждую область делает какой-то специалист. Нужно понимать, за какую область отвечаешь ты и как взаимодействовать с остальными. Когда мы понимаем, за что отвечаем, можем поделить зоны ответственности. Стараемся делать систему прозрачной и понятной остальным. Если зоны ответственности не сверить, то возможны нарушения границ и конфликты.
Схему можно поделить еще на 2 части: исполнитель и заказчик.
Итого:
* много областей знаний и фокусов внимания, все они важны, это нужно учитывать
* цель достигается, потому что мы разные
Друзья! Напоминаем адрес: Пресненская наб., д. 10, блок С
Внизу на входе вас будет ожидать куратор с парусом OZON. У охраны будут списки, по которым вы пройдете в бизнес-центр. Просьба взять с собой документ!
Если что — звоните 89031774144
ПОЖАЛУЙСТА, СОХРАНЯЙТЕ БЕЙДЖИ
ДО ВЫХОДА ИЗ БИЗНЕС-ЦЕНТРА
Ozon_WiFi_Guest
Пароль: Leningrad
Внизу на входе вас будет ожидать куратор с парусом OZON. У охраны будут списки, по которым вы пройдете в бизнес-центр. Просьба взять с собой документ!
Если что — звоните 89031774144
ПОЖАЛУЙСТА, СОХРАНЯЙТЕ БЕЙДЖИ
ДО ВЫХОДА ИЗ БИЗНЕС-ЦЕНТРА
Ozon_WiFi_Guest
Пароль: Leningrad
WIAD Moscow pinned «Друзья! Напоминаем адрес: Пресненская наб., д. 10, блок С Внизу на входе вас будет ожидать куратор с парусом OZON. У охраны будут списки, по которым вы пройдете в бизнес-центр. Просьба взять с собой документ! Если что — звоните 89031774144 ПОЖАЛУЙСТА, СОХРАНЯЙТЕ…»
На всякий случай — запись мероприятия по той же самой ссылке https://www.youtube.com/watch?v=ZxkO8QNH3Sk
YouTube
Митап "Информационная Архитектура цифровых продуктов"
Регистрация через TimePad https://internet-res-org.timepad.ru/event/884979/ (пожалуйста, указывайте рабочую почту)
Друзья,
Впервые в Москве отмечаем "Всемирный день информационной архитектуры" (World Information Architecture Day) https://www.worldiaday.org/about…
Друзья,
Впервые в Москве отмечаем "Всемирный день информационной архитектуры" (World Information Architecture Day) https://www.worldiaday.org/about…
Всем привет! мы не забыли и не забили : )
Скоро получим фотографии и немного погодя опубликуем здесь + вышлем письмо из таймпада с докладами и ссылками.
А пока -- не забудьте воспользоваться бонусами от спонсоров: bit.ly/wiad19-swag
Скоро получим фотографии и немного погодя опубликуем здесь + вышлем письмо из таймпада с докладами и ссылками.
А пока -- не забудьте воспользоваться бонусами от спонсоров: bit.ly/wiad19-swag
World IA Day 2019 | Everthere
Check out our digital event bag
Click to see what's in the bag
Материалы события:
1) Задать вопрос, обсудить — вступайте в чат https://tttttt.me/joinchat/CyRM10f46ook9BKYDOnRbw
2) Вы можете посмотреть запись мероприятия (и отправить её коллегам и друзьям) — https://www.youtube.com/watch?v=ZxkO8QNH3Sk
3) Также доступны для скачивания презентации докладчиков — https://drive.google.com/drive/u/0/folders/1NGgD3x3QK6R8qDR9R7bHoLxvsaGF8zg1
4) Вы очень поможете, если заполните форму обратной связи : ) https://docs.google.com/forms/d/e/1FAIpQLSeQYtOkrIg5p3l23EUAkdppGQRoZ6ksiY5EJYbym_PgdyVweQ/viewform
5) Вот здесь можно посмотреть фотографии с события — https://disk.yandex.ru/d/4gVd9kOr5We0hA
1) Задать вопрос, обсудить — вступайте в чат https://tttttt.me/joinchat/CyRM10f46ook9BKYDOnRbw
2) Вы можете посмотреть запись мероприятия (и отправить её коллегам и друзьям) — https://www.youtube.com/watch?v=ZxkO8QNH3Sk
3) Также доступны для скачивания презентации докладчиков — https://drive.google.com/drive/u/0/folders/1NGgD3x3QK6R8qDR9R7bHoLxvsaGF8zg1
4) Вы очень поможете, если заполните форму обратной связи : ) https://docs.google.com/forms/d/e/1FAIpQLSeQYtOkrIg5p3l23EUAkdppGQRoZ6ksiY5EJYbym_PgdyVweQ/viewform
5) Вот здесь можно посмотреть фотографии с события — https://disk.yandex.ru/d/4gVd9kOr5We0hA
Отчёт с мероприятия
https://habr.com/ru/company/ozontech/blog/444924/
Будем счастливы любым комментариям! На Хабре или в чате.
https://habr.com/ru/company/ozontech/blog/444924/
Будем счастливы любым комментариям! На Хабре или в чате.
Хабр
Первый в Москве WIAD: как прошел, и о чем говорили
Всемирный день информационной архитектуры традиционно обходил Москву стороной — но мы решили это исправить. Как прошло, кто пришел, о чем рассказали — в отчете с митапа об информационной архитектуре в...
Всем привет! Я, мы медленно начинаем готовиться к WIAD 2020. Москва в списке подтвержденных локаций.
Официальная дата — 22 февраля 2020, суббота. Когда пройдёт в Москве точно пока неизвестно, однако я хочу собрать солидную программу, чтобы было на что потратить выходной.
Обещать не буду, но постараюсь вести здесь дневник подготовки или как минимум сводку новостей по мероприятию.
Сейчас от глобальной команды ожидается решение по теме для 2020 года, которая пока что крутится вокруг “IA is essential, IA is key, IA is Elemental”.
Буду рад, если расшарите этот пост или напишете в чат.
Официальная дата — 22 февраля 2020, суббота. Когда пройдёт в Москве точно пока неизвестно, однако я хочу собрать солидную программу, чтобы было на что потратить выходной.
Обещать не буду, но постараюсь вести здесь дневник подготовки или как минимум сводку новостей по мероприятию.
Сейчас от глобальной команды ожидается решение по теме для 2020 года, которая пока что крутится вокруг “IA is essential, IA is key, IA is Elemental”.
Буду рад, если расшарите этот пост или напишете в чат.
The IA Element
Итак, тема WIAD 2020 — The IA Element.
Давайте сначала вспомним какие темы назначались начиная с первого WIAD:
2012: Designing Structures for Understanding
2013: Exploring and expanding the ontologies of information architecture.
2014: Making the World a Better Place Through Information Architecture
2015: Architecting Happiness
2016: Information Everywhere, Architects Everywhere
2017: Information Strategy & Structure
2018: IA for Good
2019: Design for Difference
И вот грядущий 2020 озаглавлен The IA Element.
Это круто, потому что перевод может быть любым
“Элемент Информационной Архитектуры в…”,
“ИА как элемент (системы)”,
“Элементы ИА каждый в отдельности”
и любые другие интерпретации.
Круто это потому, что
⁃ во-первых, это очень близко по духу самой концепции информации в дисциплине ИА;
⁃ во-вторых, нет ограничений на темы; доклады, беседы, мастер-классы могут быть на любые ИА-темы.
Я для себя определяю тему 2020 в философском ключе: разработка и проектирование — своего рода алхимия, а уж ИА так вообще метафизика коммуникации. И вот этот самый Элемент Коммуникации очень важно продолжать искать-создавать.
С удовольствием обсужу мою и ваши интерпретации в чате : )
Всем отличной недели!
Итак, тема WIAD 2020 — The IA Element.
Давайте сначала вспомним какие темы назначались начиная с первого WIAD:
2012: Designing Structures for Understanding
2013: Exploring and expanding the ontologies of information architecture.
2014: Making the World a Better Place Through Information Architecture
2015: Architecting Happiness
2016: Information Everywhere, Architects Everywhere
2017: Information Strategy & Structure
2018: IA for Good
2019: Design for Difference
И вот грядущий 2020 озаглавлен The IA Element.
Это круто, потому что перевод может быть любым
“Элемент Информационной Архитектуры в…”,
“ИА как элемент (системы)”,
“Элементы ИА каждый в отдельности”
и любые другие интерпретации.
Круто это потому, что
⁃ во-первых, это очень близко по духу самой концепции информации в дисциплине ИА;
⁃ во-вторых, нет ограничений на темы; доклады, беседы, мастер-классы могут быть на любые ИА-темы.
Я для себя определяю тему 2020 в философском ключе: разработка и проектирование — своего рода алхимия, а уж ИА так вообще метафизика коммуникации. И вот этот самый Элемент Коммуникации очень важно продолжать искать-создавать.
С удовольствием обсужу мою и ваши интерпретации в чате : )
Всем отличной недели!