Пользователи DeFi‑приложений — независимо от опыта — в первой сессии сталкиваются с нагрузкой, где нужно разбираться в ключах, адресах, комиссиях, пулах ликвидности и пр., что становится причиной финансовых ошибок и высокой доли отказов
Проверил гипотезу влияния выбора модулей приложения в онбординге на устойчивость к ошибкам, понятность и скорость сценариев перевода, обмена и стейкинга
Нами будут рассмотрены места возможного возникновения абиогенного синтеза органических соединений с содержанием нужных для этого веществ, а также на молекулярном уровне описаны реакции получения органических соединений из простых микроэлементов. Дальнейшую же эволюцию полученных биомолекул и информации генома объяснят теории, которые позже подтвердятся исследованиями в геотермальных полях. На протяжении всего текста можно наблюдать уникальный алгоритм биохимической эволюции и усложнения переносимой информации, закономерности которой описываются лишь свойствами химических веществ.
После развития логики работами Буля, Гёделя, Моргана, Лейбница и Фреге, на основе этой дисциплины создаётся новая — информатика. Программирование опирается на базовые законы и операции расширенной логики Аристотеля — предикатной логики, описательная способность которой намного выше. В статье последовательно будет рассмотрено развитие системы логики, её аксиомы, а также связи с информационными технологиями...
Несколько лет назад, занимался изучением теории музыки, продавал и писал аудио-инструментал. Изначально, процесс явно творческий, но вскоре, мой интерес к коммерческой части превысил и возник вопрос: «В каком же темпе создавать ритм музыки?». Поэтому, идея анализа крупной выборки лучших композиций, для определения популярного [часто: самого продаваемого] диапазона темпа исполнения, не покидала с тех пор…
Вы часто слышите на конференциях: «Нужно быть продуктовой компанией!», «Проводите CustDev!», «Замеряйте метрики!». А на совещании звучит: «Почему мы не проводим A/B-тесты?», «Давайте сделаем CustDev с 100 пользователями!». Вы видите, что команда уходит в бессмысленную активность, а руководство требует «быть как Яндекс». В суровой реальности B2B-сделок, кастомных внедрений и длинных циклов продаж "продуктовые советы" часто разбиваются о необходимость сделать сложную интеграцию, соблюсти нефункциональные требования и договориться с комитетом из десяти человек.
Эта статья для CPO/PM и руководителей B2B, у кого сделки длятся 6–12 месяцев, решение покупает комитет, а 70% усилий уходят в интеграции и надёжность. Разбираем, где продуктовые практики дают отдачу, а где решают доменная экспертиза и безупречный delivery. Короче для тех, кто разрывается между «давайте сделаем продукт» и суровой реальностью проектов, кастома и длинных B2B-сделок. Разберёмся, когда CustDev и «быстрые эксперименты» дают ценность, а когда решает именно контекст и предметная экспертиза, чем полезна продуктовая функция, где PM не обязателен, и как управлять в циклах 6–12 месяцев без самообмана и продуктового фетишизма.
Ну и традиционно подписывайтесь на канал StrategicMove, там будет оповещение о новых вебинарах и полезностях.
Привет! Мы UX-исследователи из Контура Серёжа и Маша. Этот текст — первый в серии о методах статистического анализа.
Представьте себе ситуацию: вы замерили удовлетворенность пользователей и получили среднюю оценку в 6.5 баллов из 10. Затем вы упорно и долго работали всей командой над тем, чтобы эту оценку повысить. Через полгода вы с надеждой повторяете опрос и получаете… 6 баллов. Бизнес-начальник врывается к вам в кабинет и начинает ругаться: «Как же так?! Весь год работали, а удовлетворенность упала!».
А точно ли она упала? Точно ли это изменение связано с тем, что пользователи меньше довольны нашим продуктом, а не с тем, что во второй раз в нашу выборку попали менее довольные пользователи? На эти и похожие вопросы нам помогает ответить статистика.
Меня зовут Игорь Пешков, я дизайнер в KODE — IT-компании, которая занимается коммерческой разработкой. Хочу рассказать вам, как исправлял проблемы с контрастом в дизайн-системе одной крупнейшей в своей области экосистемы IT-продуктов (сами понимаете — NDA).
Этот материал — обобщение и описание практического опыта. Теории здесь минимум, так что в первую очередь это будет полезно новичкам в работе с дизайн-системами и палитрами. Но надеюсь, что бывалые опытные дизайнеры тоже найдут здесь что-то полезное. Или хотя бы лишний раз в чём-то убедятся)
Привет! Меня зовут Михаил Правдин, я основатель и эксперт сервиса Cloud Research. В этой статье я подробно расскажу о том, как наша команда подходит к формированию карты пользовательского опыта для различных проектов, разберу основные термины и укажу на сложности, возникающие при исследованиях.
