Ориентируемся в пространствах ИИ с формой разумного дизайна Sentient Design
Новые виды интерфейсов бродят по нашим экранам — ко-пилоты, агенты, чат-боты, помощники, сервисы-инструменты, радикально адаптивные интерфейсы и т.д.
Треугольник разумного дизайна — динамическая форма, на которой отображены 4 основных архетипа пользовательского опыта с ИИ:
– инструменты (tools);
– ИИ-агенты;
– ко-пилоты;
– чаты.
Каждый из них может сочетаться, перекрываясь с другими, создавая определённые функциональности.
Все они, так или иначе, контролируются пользователем с помощью итераций через подсказки или элементы настроек/управления.
– Чат представляется пользователю как партнёр, который может идти в любом направлении.
– Агенты выполняют работу в фоне под небольшим контролем.
– Инструменты предлагают продвинутые формы и механики взаимодействий с ИИ.
– Ко-пилоты смешивают атрибуты всех их, обеспечивая работу в режиме реального времени.
Увеличив детализацию треугольника Sentient Design, можно увидеть свойства, возможности и ограничения каждого атрибута.
Основные качества, которые сопровождают пользовательский опыт с ИИ:
– Радикально-адаптивный. Трансформация в реальном времени в соответствие с потребностями и контекстом пользователя.
– Обоснованный. Предоставление пользователю комплексной информации для принятия им решений;
– Совместимость и взаимодействие. Обмен данными и инструкциями с другими модулями и ИИ-Сетями;
Больше о Sentient Design
Хорошей недели ☕️✨
Новые виды интерфейсов бродят по нашим экранам — ко-пилоты, агенты, чат-боты, помощники, сервисы-инструменты, радикально адаптивные интерфейсы и т.д.
С ИИ всё шумно, хаотично, волнующе... Начало чего-то нового, даже если пока не ясно, чем именно это новое может стать
Треугольник разумного дизайна — динамическая форма, на которой отображены 4 основных архетипа пользовательского опыта с ИИ:
– инструменты (tools);
– ИИ-агенты;
– ко-пилоты;
– чаты.
Каждый из них может сочетаться, перекрываясь с другими, создавая определённые функциональности.
Все они, так или иначе, контролируются пользователем с помощью итераций через подсказки или элементы настроек/управления.
– Чат представляется пользователю как партнёр, который может идти в любом направлении.
– Агенты выполняют работу в фоне под небольшим контролем.
– Инструменты предлагают продвинутые формы и механики взаимодействий с ИИ.
– Ко-пилоты смешивают атрибуты всех их, обеспечивая работу в режиме реального времени.
Увеличив детализацию треугольника Sentient Design, можно увидеть свойства, возможности и ограничения каждого атрибута.
Основные качества, которые сопровождают пользовательский опыт с ИИ:
– Радикально-адаптивный. Трансформация в реальном времени в соответствие с потребностями и контекстом пользователя.
– Обоснованный. Предоставление пользователю комплексной информации для принятия им решений;
– Совместимость и взаимодействие. Обмен данными и инструкциями с другими модулями и ИИ-Сетями;
Больше о Sentient Design
Хорошей недели ☕️
Please open Telegram to view this post
VIEW IN TELEGRAM
Инструкция к Lego — идеальный пример безупречного PRD, ведь с ней любой ребёнок может собрать Продукт с абсолютной точностью.
Инструкции Lego, как и Product Requirements Documents, содержат:
– чёткую конечную цель;
– все шаги и этапы;
– модули и части;
– подсказки и демонстрации;
– сборку/тесты в режиме live;
– полную картину процесса.
✨ 6 ключевых этапов написания PRD
Инструкции Lego, как и Product Requirements Documents, содержат:
– чёткую конечную цель;
– все шаги и этапы;
– модули и части;
– подсказки и демонстрации;
– сборку/тесты в режиме live;
– полную картину процесса.
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
Февральский дайджест лучших постов для продактов Пока Сергей Брин * отвечает на вопросы молодых фаундеров о провалах и планах #Google в хакерхаусе "где-то в Сан-Франциско", вы можете почитать февральский дайджест постов для продакт-менеджеров и их команд:…
Сергей Брин вернулся к активной работе в Google и каждый день трудится над разработкой ИИ, рассказал он же во вчерашнем интервью на All-In Summit 2024
Внутри ещё про людей, технологии, как ему пишет код ИИ, гигаватты энергии и то, куда это всё движется.
👨🏻💻 ☕️
Внутри ещё про людей, технологии, как ему пишет код ИИ, гигаватты энергии и то, куда это всё движется.
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Sergey Brin | All-In Summit 2024
(0:00) David Friedberg intros Sergey Brin
(1:41) What Sergey is working on at Google
(5:45) Is Google chasing a "God Model"?
(8:49) Thoughts on the massive AI chip buildout
(12:54) Future of human-AI interaction
(14:58) Changing Google's conservative product…
(1:41) What Sergey is working on at Google
(5:45) Is Google chasing a "God Model"?
(8:49) Thoughts on the massive AI chip buildout
(12:54) Future of human-AI interaction
(14:58) Changing Google's conservative product…
Product Management & AI
Стив Джобс о философии и ИИ, 1985 год P.S. Серёге из видоса выше есть ещё чему поучиться.
Когда Apple запустила iTunes Store в 2003 году, это вызвало хаос в Microsoft, а Билл Гейтс был шокирован тем, как Джобс всё это провернул
«Мы просто были под кайфом» (с) Джим Оллчин, Microsoft, из переписки с извинениями перед командой.
Краткая история, которая поставила Apple на один уровень с Microsoft *
iPod стал мгновенным хитом с момента своего запуска
Настолько, что Apple продала 5,6 миллионов iPod в первом квартале 2003 года (год запуска магазина iTunes).
Но с iPod была проблема – добавление музыки было запутанным.
Чтобы залить новую музыку, пользователям приходилось либо покупать CD, либо скачивать песни онлайн, что означало использование пиратских сервисов, которые вызвали хаос в музыкальной индустрии 2000-х годов, которых привёл к сокращению её объёмов в два раза до $20 млрд.
Джобс знал, что единственный способ остановить пиратство — предложить лейблам и слушателям альтернативу, которая была бы более привлекательной, чем ежемесячная подписка, которую предлагали музыкальные компании тех времён.
И он придумал питч для iTunes Store:
1. Маленький рынок Apple
Джобс использовал небольшой по тем временам размер Apple как преимущество. Он заявил, что магазин iTunes будет только на Macintosh, а это всего 5% от устройств общего музыкального рынка.
Это позволило Apple задействовать минимум серверов на старте и снизить риски для лейблов на случай, если бы сервис оказался невостребован и лейблы могли бы легко уйти, не почувствовав эти изменения на себе.
2. Система управления цифровыми правами (DRM)
Apple разработала собственное ПО, которое давало широкий функционал по управлению медиа-контентом и, что самое главное – обеспечивало его защиту от копирования (пиратства).
3. 99 центов за трек
Джобс также настаивал на том, чтобы песни можно было покупать по отдельности, а не в составе альбома. Лейблы же могли зарабатывать с продаж до 70% комиссии.
4. Система
С точки зрения бизнес-процессов, Apple предлагала всем пользователям Продукт-Систему:
– устройство iPod;
– iTunes Store;
– ПО для управления медиа.
Именно это позволило быстро согласиться 4 из 5 крупным звукозаписывающим компаниям, которые зашли в iTunes Store.
Но Sony отказывалась.
Глава Sony Music Энди Лэк считал, что они должны получать роялти с каждого проданного устройства, поэтому переговоры затягивались.
Но уже имея поддержку 4 из 5 лейблов, Apple демонстрировала, что ей не нужна Sony, хотя они «были бы рады иметь их». В конце концов, Sony согласилась.
Но собрать крупные звукозаписывающие лейблы было недостаточно.
Многие из популярных музыкантов имели собственные лейблы/контракты и Джобсу пришлось убеждать их, с чем ему помог Dr Dre.
В конечном счёте, все эти действия не могли пройти незамеченными в Microsoft, которая тоже занималась разработкой собственного магазина музыки, что даже вызвало озабоченность у Гейтса.
Некоторые цитаты из его письма:
...для меня это очень странно...
...я не говорю, что эта странность означает, что мы облажались...
... я не уверен, в чём проблемы...
...нам нужно двигаться быстрее...
Помимо Microsoft, Sony также пытались внедрить и развивать свою концепцию Walkman и до iPod у неё даже была 50% доля рынка.
С выпуском iPod это доля была быстро съедена, а точкой в гонке стал успешный релиз iTunes Store.
* – В 2002 году стоимость Apple составляла $5 млрд против $276 млрд Microsoft.
P.S.2 Серёге из видоса выше всё ещё есть чему поучиться 😎
iTunes для Windows – лучшее когда-либо написанное приложение для Windows (c) Стив Джобс
«Мы просто были под кайфом» (с) Джим Оллчин, Microsoft, из переписки с извинениями перед командой.
Краткая история, которая поставила Apple на один уровень с Microsoft *
iPod стал мгновенным хитом с момента своего запуска
Настолько, что Apple продала 5,6 миллионов iPod в первом квартале 2003 года (год запуска магазина iTunes).
Но с iPod была проблема – добавление музыки было запутанным.
Чтобы залить новую музыку, пользователям приходилось либо покупать CD, либо скачивать песни онлайн, что означало использование пиратских сервисов, которые вызвали хаос в музыкальной индустрии 2000-х годов, которых привёл к сокращению её объёмов в два раза до $20 млрд.
Джобс знал, что единственный способ остановить пиратство — предложить лейблам и слушателям альтернативу, которая была бы более привлекательной, чем ежемесячная подписка, которую предлагали музыкальные компании тех времён.
И он придумал питч для iTunes Store:
1. Маленький рынок Apple
Джобс использовал небольшой по тем временам размер Apple как преимущество. Он заявил, что магазин iTunes будет только на Macintosh, а это всего 5% от устройств общего музыкального рынка.
Это позволило Apple задействовать минимум серверов на старте и снизить риски для лейблов на случай, если бы сервис оказался невостребован и лейблы могли бы легко уйти, не почувствовав эти изменения на себе.
2. Система управления цифровыми правами (DRM)
Apple разработала собственное ПО, которое давало широкий функционал по управлению медиа-контентом и, что самое главное – обеспечивало его защиту от копирования (пиратства).
3. 99 центов за трек
Джобс также настаивал на том, чтобы песни можно было покупать по отдельности, а не в составе альбома. Лейблы же могли зарабатывать с продаж до 70% комиссии.
4. Система
С точки зрения бизнес-процессов, Apple предлагала всем пользователям Продукт-Систему:
– устройство iPod;
– iTunes Store;
– ПО для управления медиа.
Именно это позволило быстро согласиться 4 из 5 крупным звукозаписывающим компаниям, которые зашли в iTunes Store.
Но Sony отказывалась.
Глава Sony Music Энди Лэк считал, что они должны получать роялти с каждого проданного устройства, поэтому переговоры затягивались.
Но уже имея поддержку 4 из 5 лейблов, Apple демонстрировала, что ей не нужна Sony, хотя они «были бы рады иметь их». В конце концов, Sony согласилась.
Но собрать крупные звукозаписывающие лейблы было недостаточно.
Многие из популярных музыкантов имели собственные лейблы/контракты и Джобсу пришлось убеждать их, с чем ему помог Dr Dre.
В конечном счёте, все эти действия не могли пройти незамеченными в Microsoft, которая тоже занималась разработкой собственного магазина музыки, что даже вызвало озабоченность у Гейтса.
Некоторые цитаты из его письма:
...для меня это очень странно...
...я не говорю, что эта странность означает, что мы облажались...
... я не уверен, в чём проблемы...
...нам нужно двигаться быстрее...
Помимо Microsoft, Sony также пытались внедрить и развивать свою концепцию Walkman и до iPod у неё даже была 50% доля рынка.
С выпуском iPod это доля была быстро съедена, а точкой в гонке стал успешный релиз iTunes Store.
* – В 2002 году стоимость Apple составляла $5 млрд против $276 млрд Microsoft.
P.S.2 Серёге из видоса выше всё ещё есть чему поучиться 😎
This media is not supported in your browser
VIEW IN TELEGRAM
4 неочевидных ошибки при разработке и внедрении фич
№1. Игнорирование индивидуальности функций
Не все фичи одинаковы (полезны)– каждая функция имеет собственные уникальные механики, которые необходимо учитывать не только для её разработки, но и ДЛЯ будущего позиционирования, вывода и доставки этой функции до пользователей (рынка).
№2. Неправильная упаковка функций
Функции также бывают разных форм и размеров.
Такие факторы, как частота использования, масштаб решаемой проблемы, «ценность» фичи в глазах клиента, стоимость эксплуатации и т. д. – всё это влияет на установление приоритета, доступов и цен на функции.
– Советы по ценообразованию фич
Особенно актуально, когда функция реализована как автономное масштабируемое дополнение к основному продукту.
– Делаем фичу или суб-продукт?
№3. Несбалансированное развёртывание функций
Вытекает из предыдущих – даже 1 фичу не нужно запускать сразу для всех пользователей.
Поэтапное внедрение фичи по гео/когортам/тирам даёт продуктовым командам самое главное – время и свободу для сбора аналитики, багов, отзывов, тестов и их анализу.
№4. Рассхинхрон фич с сапортами/продажниками/маркетингом
Задержка в обновлении и доставке фич и инфы о продукте/фичах до юзеров и менеджеров – классика многих продуктов, которая снижает конверсии:
а) новой фичи, с которой не сможет разобраться юзер;
б) время до закрытия тикета/лида менеджером (читай – его KPI-зарплату-мотивацию-выгорание-эффективность).
Другая классика – когда сейлзы/маркетинг продают фичи "как они лучше продаются", а не такими, какими фичи является в реальности.
Задача продуктовой команды – систематически проверять и сверять фичи на актуальность целей, затрат, выгод и формулировок, которые дают пользователям ваши маркетологи, сапорт и... сами фичи (продукт).
№1. Игнорирование индивидуальности функций
Не все фичи одинаковы (
№2. Неправильная упаковка функций
Функции также бывают разных форм и размеров.
Такие факторы, как частота использования, масштаб решаемой проблемы, «ценность» фичи в глазах клиента, стоимость эксплуатации и т. д. – всё это влияет на установление приоритета, доступов и цен на функции.
– Советы по ценообразованию фич
Особенно актуально, когда функция реализована как автономное масштабируемое дополнение к основному продукту.
– Делаем фичу или суб-продукт?
№3. Несбалансированное развёртывание функций
Вытекает из предыдущих – даже 1 фичу не нужно запускать сразу для всех пользователей.
Поэтапное внедрение фичи по гео/когортам/тирам даёт продуктовым командам самое главное – время и свободу для сбора аналитики, багов, отзывов, тестов и их анализу.
№4. Рассхинхрон фич с сапортами/продажниками/маркетингом
Задержка в обновлении и доставке фич и инфы о продукте/фичах до юзеров и менеджеров – классика многих продуктов, которая снижает конверсии:
а) новой фичи, с которой не сможет разобраться юзер;
б) время до закрытия тикета/лида менеджером (читай – его KPI-зарплату-мотивацию-выгорание-эффективность).
Другая классика – когда сейлзы/маркетинг продают фичи "как они лучше продаются", а не такими, какими фичи является в реальности.
Задача продуктовой команды – систематически проверять и сверять фичи на актуальность целей, затрат, выгод и формулировок, которые дают пользователям ваши маркетологи, сапорт и... сами фичи (продукт).
OG "founder mode" 😎
Пилим и выводим фичи на рынок с фреймворком SPACER
После летних отпусков у команды (и руководства) всегда много идей и планов. Чтобы держать перед глазами полный цикл жизни "идея-фича", распишите каждую из них по шести направлениям.
S = История
Состоит из: а) предыстории (начального контекста, лежащего в основе этой функции); б) истории пользователя (краткое описание, изложенное с точки зрения целевого пользователя).
– Какие данные привели к этой функции?
– Какую проблему решает эта функция?
– Типичный сценарий использования
– Какие преимущества получат пользователи?
– Как эта функция соотносится с нашим видением продукта?
P = Цена и упаковка
Ценообразование –первое второе, о чём нужно думать с функциями в продукте.
– Как фича влияет на общую ценовую стратегию?
– Это премиум-фича/базовый пакет/ценовой уровень?
– Сравнение с другими ценами на рынке.
– Гибкость использования в промо и акциях.
A = Возможности и ограничения
Ограничения и запреты фич (продуктовая реальность) также должны быть явно обсуждены:
– Каковы механики этой функции?
– Особенности интеграции с существующим продуктом
– Какие тех. ограничения существуют?
✨ Какие потенциальные варианты использования могут выходить за рамки возможностей этой функции?
✨ Насколько масштабируема эта функция для будущих улучшений?
C = Конкурентное отличие
Базис любого позиционирования – отличие от конкурентов.
– Конкуренты предлагают аналогичную функцию?
– Чем они нас в ней превосходят?
– Какие уникальности отличают нашу функцию?
– Как быстро конкуренты скопируют нашу уникальность?
E = Конечный пользователь
Капитан Очевидность напоминает, что У-Каждой-Функции Есть-Свой-Основной-Пользователь и вариант использования им "его фич".
– В каких контекстах или ситуациях пользователи обычно используют эту функцию?
– Каким образом эта функция решает конкретную проблему этого сегмента пользователей?
– Какие сегменты пользователей получат наибольшую выгоду от этой функции?
✨ Существуют ли какие-либо вторичные группы пользователей, которые следует учитывать?
R = Дорожная карта
Этот пункт охватывает ожидаемую дату выхода функции в производство и то, что её ждет в Будущем.
– Когда ожидается выпуск функции?
– Какие риски могут изменить эти сроки?
✨ Какие потенциальные улучшения и расширения фичи рассматриваются на ближайшие 6–12 месяцев?
✨ Насколько гибки наша дорожная карта и продукт для этих изменений после релиза и доставки фичи?
----
А между тем,ИИ Oracle на прошлой неделе получила разрешение на строительство трёх небольших ядерных реакторов мощностью до 1 гигаватта для своего AI дата-центра.
Всем атомной недели!
☕️☢️
После летних отпусков у команды (и руководства) всегда много идей и планов. Чтобы держать перед глазами полный цикл жизни "идея-фича", распишите каждую из них по шести направлениям.
S = История
Состоит из: а) предыстории (начального контекста, лежащего в основе этой функции); б) истории пользователя (краткое описание, изложенное с точки зрения целевого пользователя).
– Какие данные привели к этой функции?
– Какую проблему решает эта функция?
– Типичный сценарий использования
– Какие преимущества получат пользователи?
– Как эта функция соотносится с нашим видением продукта?
P = Цена и упаковка
Ценообразование –
– Как фича влияет на общую ценовую стратегию?
– Это премиум-фича/базовый пакет/ценовой уровень?
– Сравнение с другими ценами на рынке.
– Гибкость использования в промо и акциях.
A = Возможности и ограничения
Ограничения и запреты фич (продуктовая реальность) также должны быть явно обсуждены:
– Каковы механики этой функции?
– Особенности интеграции с существующим продуктом
– Какие тех. ограничения существуют?
C = Конкурентное отличие
Базис любого позиционирования – отличие от конкурентов.
– Конкуренты предлагают аналогичную функцию?
– Чем они нас в ней превосходят?
– Какие уникальности отличают нашу функцию?
– Как быстро конкуренты скопируют нашу уникальность?
E = Конечный пользователь
Капитан Очевидность напоминает, что У-Каждой-Функции Есть-Свой-Основной-Пользователь и вариант использования им "его фич".
– В каких контекстах или ситуациях пользователи обычно используют эту функцию?
– Каким образом эта функция решает конкретную проблему этого сегмента пользователей?
– Какие сегменты пользователей получат наибольшую выгоду от этой функции?
R = Дорожная карта
Этот пункт охватывает ожидаемую дату выхода функции в производство и то, что её ждет в Будущем.
– Когда ожидается выпуск функции?
– Какие риски могут изменить эти сроки?
----
А между тем,
Всем атомной недели!
☕️☢️
Please open Telegram to view this post
VIEW IN TELEGRAM
7 базовых вариантов сегментации рынка и продукта/фич:
– география;
– бизнес-модель;
– отрасль;
– статус/тип компании;
– пользователь/группа;
– вариант использования.
Основной принцип – выделять сегменты как непересекающиеся, но, в тоже время, покрывающими всю целевую аудиторию ваших клиентов (рынка).
Определите, какие сегменты вносят наибольший вклад в ARPA (средний доход на аккаунт в год), и сосредоточьтесь на развитии этих сегментов.
– география;
– бизнес-модель;
– отрасль;
– статус/тип компании;
– пользователь/группа;
– вариант использования.
Основной принцип – выделять сегменты как непересекающиеся, но, в тоже время, покрывающими всю целевую аудиторию ваших клиентов (рынка).
Определите, какие сегменты вносят наибольший вклад в ARPA (средний доход на аккаунт в год), и сосредоточьтесь на развитии этих сегментов.
Product Management & AI
Как найти и использовать North Star Metric в своём продукте? Наткнулся на библиотеку от Amplitude, где они собрали собственные многолетние знания и опыт в этой области с 17 примерами, видео-подсказками и шаблонами. 👉 Их доска в Miro Для использования зайдите…
Пошаговый шаблон North Star Metric, который лёгким движением руки превращается, превращается шаблон..., в полноценный дашборд-воронку продукта.
✨ Шаблон в высоком разрешении
Please open Telegram to view this post
VIEW IN TELEGRAM
The_Root_Causes_of_Failure_for_AI_Projects.pdf
193.3 KB
Интересный отчёт по причинам неудач ИИ-стартапов от RAND
Основные причины:
– непонимание потребностей пользователей;
– фокус на технологии вместо проблем;
– частая смена приоритетов;
– недостаточное качество или количество данных
– Применение ИИ к слишком сложным задачам, не соответствующим текущему уровню развития технологий.
Рекомендации для индустрии:
– Фокусироваться на решении проблем, а не на технологиях.
– Выбирать долгосрочные проблемы (мин. год).
– Обеспечить командное понимание целей и бизнес-контекста продукта и ограничений ИИ.
Основные причины:
– непонимание потребностей пользователей;
– фокус на технологии вместо проблем;
– частая смена приоритетов;
– недостаточное качество или количество данных
– Применение ИИ к слишком сложным задачам, не соответствующим текущему уровню развития технологий.
"80% ИИ — это грязная работа по инженерии данных. Вам нужны хорошие люди, выполняющие грязную работу, иначе их ошибки отравятся в алгоритмы ИИ
Рекомендации для индустрии:
– Фокусироваться на решении проблем, а не на технологиях.
– Выбирать долгосрочные проблемы (мин. год).
– Обеспечить командное понимание целей и бизнес-контекста продукта и ограничений ИИ.
Product Management & AI
Продакт-менеджмент – это Бизнес "Тем, кто наверху" всегда будет нужен сотрудник, ответственный за их бизнес-решения, который и будет создавать их продукт от имени их бизнеса. Одновременно с этим, этот сотрудник "будет подотчётным" ... бизнесу, которым он…
Role: Product Manager
Responsibilities: To Cook
Responsibilities: To Cook
Как растить любой продукт на органике 🌱
1) переверните Воронку в Пирамиду;
2) начните сверху.
+ 45 способов вовлечь пользователей в продукт без внешнего маркетинга
+ The Racecar Growth Framework
1) переверните Воронку в Пирамиду;
2) начните сверху.
+ 45 способов вовлечь пользователей в продукт без внешнего маркетинга
+ The Racecar Growth Framework
Please open Telegram to view this post
VIEW IN TELEGRAM
Вкус пожирает Кремниевую Долину
В мире дефицита ценятся инструменты.
В мире изобилия ценится Вкус.
Вкус — это новое оружие
Будь то дизайн, брендинг или пользовательский опыт, вкус теперь определяет то, как продукт воспринимается, ощущается и принимается.
Технология же стала тесно переплетена с культурой. Теперь люди взаимодействуют с технологиями как с частью своей жизни, независимо от их местоположения, карьеры или статуса.
Рынки сейчас — это культурные рынки, а "деньги" теперь гонятся за полезностью, обёрнутой во Вкус и Функции, вылепленные в красивой форме и обрамлённые в артистизм.
В мире дефицита ценятся инструменты.
В мире изобилия ценится Вкус.
Вкус — это новое оружие
Будь то дизайн, брендинг или пользовательский опыт, вкус теперь определяет то, как продукт воспринимается, ощущается и принимается.
Технология же стала тесно переплетена с культурой. Теперь люди взаимодействуют с технологиями как с частью своей жизни, независимо от их местоположения, карьеры или статуса.
Код нынче стоит очень дёшево
Рынки сейчас — это культурные рынки, а "деньги" теперь гонятся за полезностью, обёрнутой во Вкус и Функции, вылепленные в красивой форме и обрамлённые в артистизм.