Спасибо большое за сигнал, со своей стороны подтверждаем, что фишинговая атака действительно была. С момента получения первых сигналов об инциденте мы ввели дополнительные этапы контроля при операциях с услугами наших клиентов.
В условиях конкурса и написано, что платформа уже существует (и в рамках платформы существует интерфейс и спроектированное взаимодействие), и задача состоит в аккуратной разработке скинов (в том числе, которые могут что-то но незначительно поменять) — это все прописано в разделе технические ограничения.
Задача конкурса не создание нового интерфейса (хотя наверняка часть работ будет про это). Если бы речь шла о переработке взаимодействия, то первым этапом надо было бы дать интервью с Заказчиком.
Если у вас нет кредитов, то вам их не покажут
Первая страница и есть динамическая (см. описание и задачи)
Напомню исходную задачу: платформа УЖЕ существует и оказывает сильное влияние на интерфейс, ничего сильно во взаимодействии менять нельзя — можно менять только дизайн и взаимное расположение блоков
Никто не просит перепроектировать все взаимодействие (и об этом сказано в вебинаре и в условиях конкурса)
Речь идет о скинах.
Краткие выжимки из исследований (они все есть на сайте проекта в выжимке презентации)
— большинство клиентов не разделяет карты и счета + основной продукт — это карта
— выписки по счетам недостаточно, основные пользователи банка не знают, что карта привязана к счету. Для них карта — это карта
— большинство не всегда представляет (как свидетельствует статистика по запросам к страницам интернет-банка)
— начать платить можно прямо с карты (с действий)
— блоки могут быть уменьшены, логотипы — тоже.
— страница настраиваема (это тоже указано в концепции) — количество карточек, которые показываются определяется пользователем (напомню, среднее количество продуктов — 3, карта есть всегда)
— платежи, которые вы делаете регулярно складируются в специальную область в виде шаблонов или закладок (фаворитов)
У вас будет возможность выставить счет Сбербанку, если они захотят воспользоваться вашим дизайном, т.к. вы будете автором, этого никто не оспорит (в том числе для этого и регистрация заявок, чтобы можно было установить авторство). Речь не идет о том, что «дизайн рисуется за iPad»
Спасибо за примечание. Выжимка из исследования по архетипам пользователей и их запросам и ситуациям добавлена в соответствующий раздел + приложена в виде PDF.
Творчество находится в жестких рамках технических ограничений и концепции интерфеса + дизайны предлагаются только для главной страницы (фактическим речь идет о скинах)
То, о чем вы говорите, уже было сделано на этапе проектирования (в том числе анализ статистики использования) и предложено в качестве входа дизайнерам (см.бриф).
Обратите внимание, мы не планируем покупать дизайны за iPad — мы только хотим стимулировать творчество. Дизайны принадлежат их авторам; если Сбербанк будет использовать какие-либо из этих дизайнов, то он будет обязан урегулировать этот вопрос с авторами.
стили можно назначить для (почти всего) но бедно — на уровне style editor (правда, подчеркнутую ссылку не сделаешь). Для захода в style editor надо нажать на незаметную пиктограммку в панели инструментов под основным меню рядом с выпадающим списком с элементом normal — и там задаем стили (или переопределяем существующие)
интерактивность там ровно в анимированном стиле — те прорисовываешь и управляешь видимостью состояний. вполне достаточно для простого ю-теста или для обсуждения с разработчиком. Прототип не должен быть абсолютно интерактивным — он должен лишь покрывать необходимые пользовательские сценарии
с русскими буквами не только у unix проблема, так что лучше называть латиницей. это действительно скорее баг, чем фича. Но жить можно
dreamviewer + jQuerry уже тяжеловато в том смысле, что начинаешь думать о коде, а не об интерфейсе (привет психологии-заразе)
если посмотреть семинар внимательнее, то можно увидеть, что выводы исследования базируются не на основе тепловых карт, но на анализе совокупности траекторий движения, длительности фиксаций и (в том числе) частоте (именно этот параметр чаще всего используют для построения тепловых карт).
стоит, наверное, добавить, что подобную процедуру необязательно проводить на готовом продукте. Вполне можно ограничиться бумажной версией меню (в виде стопки карточек).
в основе процесса три составляющих — изучение пользователей, прототипирование и проверка. Эти активности можно проводить и маленькими коллективами (что делалось в моей старой компании). Так что внедрить реально. Главное — понять, в каком объеме при существующих ресурсах можно это сделать.
обязательно учтем и постараемся сделать лучше, хотя у обучающих презентаций есть своя специфика.
Если хотите — можете сделать вебинар на тему «User experience через презентацию» — он будет востребован.
Задача конкурса не создание нового интерфейса (хотя наверняка часть работ будет про это). Если бы речь шла о переработке взаимодействия, то первым этапом надо было бы дать интервью с Заказчиком.
Первая страница и есть динамическая (см. описание и задачи)
Напомню исходную задачу: платформа УЖЕ существует и оказывает сильное влияние на интерфейс, ничего сильно во взаимодействии менять нельзя — можно менять только дизайн и взаимное расположение блоков
Никто не просит перепроектировать все взаимодействие (и об этом сказано в вебинаре и в условиях конкурса)
Речь идет о скинах.
Краткие выжимки из исследований (они все есть на сайте проекта в выжимке презентации)
— большинство клиентов не разделяет карты и счета + основной продукт — это карта
— выписки по счетам недостаточно, основные пользователи банка не знают, что карта привязана к счету. Для них карта — это карта
— большинство не всегда представляет (как свидетельствует статистика по запросам к страницам интернет-банка)
— начать платить можно прямо с карты (с действий)
— блоки могут быть уменьшены, логотипы — тоже.
— страница настраиваема (это тоже указано в концепции) — количество карточек, которые показываются определяется пользователем (напомню, среднее количество продуктов — 3, карта есть всегда)
— платежи, которые вы делаете регулярно складируются в специальную область в виде шаблонов или закладок (фаворитов)
То, о чем вы говорите, уже было сделано на этапе проектирования (в том числе анализ статистики использования) и предложено в качестве входа дизайнерам (см.бриф).
интерактивность там ровно в анимированном стиле — те прорисовываешь и управляешь видимостью состояний. вполне достаточно для простого ю-теста или для обсуждения с разработчиком. Прототип не должен быть абсолютно интерактивным — он должен лишь покрывать необходимые пользовательские сценарии
с русскими буквами не только у unix проблема, так что лучше называть латиницей. это действительно скорее баг, чем фича. Но жить можно
dreamviewer + jQuerry уже тяжеловато в том смысле, что начинаешь думать о коде, а не об интерфейсе (привет психологии-заразе)
Если хотите — можете сделать вебинар на тему «User experience через презентацию» — он будет востребован.