spot_img
5 июня, 2026
Домой Блог Страница 2966

Приложение Prisma стало доступно для загрузки в магазине Google Play

Российское приложение Prisma, с помощью нейросетей превращающее фотографии в «картины», стало доступно для скачивания в магазине Google Play. Бета-версия для Android появилась пятью днями ранее.

Соучредитель Prisma рассказал что приложение на iOS было загружено уже свыше 10,6 миллионов раз, и в нём обработали уже более 400 миллионов фотографий. Ежедневная активная аудитория составляет свыше 1,55 миллиона пользователей, сообщает tjournal.ru.

Приложение на Android имеет такие же функции, как и на iOS.

Скачать тут.

99 вопросов UX-анализа

Изучая опыт пользовательского взаимодействия, еще до составления каких-либо идей и рождения гипотез, мне приходилось делать огромный кусок исследовательской работы. От проекта к проекту многие вопросы, которые я задавал себе или клиенту повторялись. Некоторые прочно сидели у меня в голове, а некоторые вылетали. Иногда бывало так, что только после сдачи проекта, замечал что-то действительно важное и возникали мысли “как я мог про это забыть?”. Так родилась идея создать такой список вопросов, который смог бы максимально перекрыть все, о чем нужно думать во время UX-анализа.

В подборку вошли вопросы затрагивающие эвристическую оценку, юзабилити, дизайн-паттерны, принципы графического дизайн, бизнеса, рынка, мотивации пользователей и многое другое.

Статья разбита на 2 части:

  • Первая часть содержит вопросы с объяснениями (для начинающих UX специалистов, а также “не дизайнеров”, кто заинтересован в улучшении продукта). Я поделил вопросы на 8 групп: Бизнес, Рынок, Аудитория, Процесс, Графика, Управление, Коммуникация и Мотивация.
  • Вторая часть дублирует список вопросов без объяснений для (для Copy+Paste и создания своего собственного чек-листа, на базе этих вопросов).

Бизнес и Идея

  1. Что самое важное в продукте? (MVP, core features, flowcharts)Никогда не стоит забывать о самой основной задаче продукта. В проектировании нового опыта взаимодействия нужно максимально ей способствовать на всех этапах. Для того чтобы постоянно держать это в голове, можно нарисовать простые блок-схемы, на которых будет отображен процесс решения основных задач.
  2. Что нужно владельцу продукта? (goals, issues, KPI) Четкое понимание целей владельца, желательно в измеряемых параметрах, поможет строить более эффективное взаимодействие с системой на всех этапах использования.
  3. Как продукт будет зарабатывать? (monetization) Если задача продукта не только brand awareness но и заработок, важно сразу понимать как именно он будет это делать. Общая стратегия, поможет вам создавать тактики. Даже если сейчас продукт не монетизируется, понимание будущих целей избавит вас от неприятностей, когда внедрить монетизацию, не потеряв уже часть лояльной базы пользователей, будет очень сложно.
  4. Как продукт будет продвигаться и позиционировать себя?(positioning, marketing strategy, promo channels) Все взаимодействие с продуктом нужно подстраивать под образ, который должен складываться у пользователей. Желательно усиливать этот образ теми или иными действиями внутри системы. Например, понимая с каких каналов будет идти основной трафик можно правильно построить приветствие и первый опыт взаимодействия, а понимание позиционирования поможет укрепить образ продукта в голове потребителя.
  5. Как на продукт могут влиять другие заинтересованные лица? (stakeholders, actor map) Понимание всех заинтересованных лиц поможет находить такие решения, которые будет проще реализовать, так как они будут подходить большинству или наиболее заинтересованным лицам.
  6. Как построены бизнес процессы? (business processes) Кроме пользователей важно видеть всю картину взаимодействия с продуктом, понимать всех, кто участвует в процессе, например сотрудников компании. Построив комфортную среду для тех, кто обслуживает пользователей, вы сможете повысить качество этого обслуживания.
  7. Какие еще объекты компании могут влиять на пользователя? (customer journey map) Важно представлять весь процесс взаимодействия, не только внутри продукта, но и за пределами. Например, на пользователя еще может влиять support-service или социальные странички продукта.
  8. Где пользователь может испытывать негативные эмоции вне продукта? (customer experience map) Определив поведение и пути пользователей вне продукта, важно выявить те места, которые негативно влияют на восприятие продукта. Исправление таких мест поможет пользователю быть лояльным к продукту и улучшит опыт его взаимодействия с ним.
  9. Как продукт может взаимодействовать с другим бизнесом владельца? (global business) Возможно у владельца есть еще офлайн бизнес или другие цифровые продукты. Как они повлияют на продукт или как продукт повлияет на них? Будут ли дизайн решения дискредитировать другой бизнес владельца или наоборот помогут адаптироваться пользователям? Четкое представление про весь бизнес владельца поможет заложить фундамент всей системы взаимодействия межу текущими и будущими продуктами.

Аудитория и Пользователи

  1. Кто аудитория продукта? (target audience, market research) До детального изучения пользователей и персон важно четко понимать с каким сегментом аудитории нужно будет работать. Определение такого сегмента поможет собрать много полезных данных про нее с рынка.
  2. Какие основные проблемы будет решать продукт для своей аудитории? (consumer needs) Решение этих проблем должно быть всегда в приоритете при построения опыта взаимодействия.
  3. Знает ли сама аудитория про эти проблемы? (consumer needs)awareness Бывает, что аудитория не осознает существующие проблемы. Понимание “осознанная” или “неосознанная” проблема поможет построить правильную коммуникацию внутри продукта и определит инструменты для анализа пользователей. Например, решение неосознанных проблемы не следует искать с помощью прямых вопросов фокус-группе.
  4. Какие второстепенные проблемы озвучивает эта аудитория на рынке? (consumer needs, market research) Чем больше проблем можно будет выявить и решить для аудитории, тем крепче можно связать аудиторию с продуктом. Но при этом не стоит усложнять продукт тогда, когда нет достаточного количества ресурсов. Реализовать новые модули нужно таким образом, чтобы это не мешало основному процессу MVP, быстродействию или визуальному восприятию продукта.
  5. Как все эти проблемы решает аудитория без текущего продукта? (consumer patterns, market research) Понимание типичных процессов решения таких проблем поможет не разрушать паттерны аудитории и быстрее превращать ее в лояльных пользователей. С одной стороны, вы сможете адаптировать уже существующие решения в сам продукт, а с другой понять, от каких точно следует отказаться в пользу более эффективных.
  6. Какие группы пользователей можно создать из аудитории продукта? (user stories, personas) Составление персон поможет вам точнее понять запросы и процесс использования продукта конкретными людьми, специалистами, психотипами и т.д. И соответственно вы сможете построить правильный опыт взаимодействия как для всех вместе, так и для каждого отдельно.
  7. Кто ваша ключевая персона? (key persona) Фокусируйте все свое внимание сначала на ней и только потом решайте задачи для остальных. Очень сложно удовлетворить 100% всех запросов и проблем широкой аудитории.
  8. Какие желания могут быть у разных персон? (empathy map, feelings) Эмпатия поможет построить эмоциональную составляющую в опыте взаимодействия и направить ее куда нужно. Желательно не только понимать, что хочет пользователь, но и сопереживать ему.
  9. Кто является платящим пользователем? (paying user) Ответ вам поможет проанализировать различая в поведении платящих пользователей и не платящих. Особенно важно при построении опыта взаимодействия в freemium моделях монетизации, где 1% пользователей приносит 99% дохода.
  10. Какие особенные проблемы и желания у платящего пользователя? (paying user) Изучение поведения и желаний платящего пользователя поможет оптимизировать и максимально эффективно настроить процесс покупки.
  11. Проработана ли локализация и адаптация языка для разной аудитории? (languages) Освоение продукта должно быть максимально комфортным. Язык для многих пользователей является принципиальным при принятии решения пользоваться продуктом или нет.
  12. Что может оскорблять религиозные или политические чувства аудитории? (religion politics) Некоторые пользователи могут принципиально не пользоваться продуктом, в случае обнаружения вещей в продукте, которые будут противоречить их идеологии.

Конкуренты и рынок

  1. Кто конкуренты у продукта? (market research) Выявление продуктов, которые выполняют похожие задачи поможет определить уже существующие успешные практики для улучшения продукта.
  2. Какие группы успешных конкурентов можно создать?(competitors analysis) Например по высокому заработку, по хорошим отзывам, по популярности и т.д. Это поможет правильно понимать в какую группу для решения каких задач можно обращаться за данными. Например, наиболее мотивирующие могут иметь хорошие отзывы, а наиболее богатые могут иметь эффективно построенную монетизацию и user flow.
  3. Как построен UI в успешных конкурентов из разных сегментов? (competitors analysis) Анализ наиболее успешных продуктов поможет определить уже существующие эффективные UI и IA решения, а также обнаружить потенциальные проблемы при определенном решении UI задачи.
  4. Как построен UX у конкурентов? (competitors analysis)Психологические трюки, уловки, а также любые выявленные решения UX задач у конкурентов помогут построить цепляющий продукт, увеличить user engagement и retention. Можно черпать идеи начиная от построения первого опыта взаимодействия до контента в письмах по почте. С другой стороны можно выявить общие черты успешных конкурентов и остальных и сделать из этого правильные выводы.
  5. Что показывает статистика поведения пользователей у конкурентов? (market research, target audience) Зафиксированные данные, факты и цифры уже проведенных исследований на рынке помогут понять предпочтения, проблемы и привычки аудитории-пользователей конкурентов.
  6. Какие отзывы пользователей о продуктах конкурентов? (user reviews, social media) Анализ отзывов и обзоров других похожих продуктов поможет с одной стороны понять проблемы аудитории и не допускать такие же ошибки при разработке взаимодействия, а с другой определить, что очень нравится пользователям в таких продуктах.
  7. Есть ли статистика или результаты редизайна конкурентов за последнее время? (case studies) Статьи, кейсы, анализ закачек, изменения оценок, изменение дохода и другие факты после редизайна помогут понять на сколько он был успешен. Что можно взять как хороший пример, а какие ошибки лучше не повторять.
  8. Какие UX\UI тенденции на рынке похожих продуктов?(trends) Тренды формируют паттерны восприятия и поведения аудитории. Поэтому важно за ними следить, а еще лучше уметь предугадывать. Это поможет обезопасить новые UX\UI решения от провала через короткий промежуток времени.

Процесс использования

  1. За что любят, а за что не любят продукт? (PROs, CONs)Основной задачей является выявить самые большие препятствия во время использования продукта, раздражающие факторы. Также важно видеть самые сильные стороны. На этих вещах нужно фокусироваться и уделять им больше внимание. Например, один из методов определения этого является Break up/Love letter.
  2. Что говорят реальные пользователи? (user reviews, user feedback, support request) Комментарии и обзоры помогут выявить наиболее тревожные моменты или успешные решения в продукте. Но не забывайте, что отзывы могут быть не настоящими, не честными, мотивированными и т.д. Поэтому используйте эту информацию разумно.
  3. Что отвечают реальные пользователи? (user interview, surveys)Подготовив вопросы и проанализировав ответы непосредственно самих пользователей можно лучше понять их проблемы, желания и эмоциональное состояние во время взаимодействия с продуктом, а также определить пути улучшения.
  4. Что пользователи чувствуют выполняя разные задачи внутри продукта? (user interview, user testing, session capture) Во время взаимодействия с продуктом будут встречаться места, где пользователи будут себя чувствовать не очень комфортно. И не всегда пользователь сможет сказать осознанно что не так. Например, где-то может плохо влиять графика, а где-то процесс загрузки или анимация будет немного раздражать. Наблюдая, как меняется эмоциональное состояние пользователя (например, мимика) можно выявить такие проблемные зоны для последующего улучшения.
  5. Что показывает встроенная аналитика? (analytics) Аналитика поможет определить сценарии взаимодействия, потоки пользователей, хорошо и плохо работающие UI элементы, конверсию и многое другое. Важно то, что все эти данные будут собраны в реальной среде. Для качественного анализа нужно создавать “цели” и “метрики” по которым можно будет проверять гипотезы и тестировать разные варианты улучшения.
  6. Что показывает внешняя аналитика? (analytics) Используя такие общеизвестные ресурсы как Similarweb или AppAnnie, вы сможете узнать много полезной информации. Например, какими девайсами чаще пользуются, какой возраст пользователей, география и т.д. Это поможет создать портрет (портреты) пользователя, определить приоритеты в разработке улучшений и т.д.
  7. Какие сценарии использования продукта для разных персон? (user scenarios) Составление идеальных сценариев достижения цели и сопоставление их реальным (из тестирования или аналитики) поможет определить препятствия и оптимизировать взаимодействие с продуктом. Например, перестроив определенным образом визуальные приоритеты в интерфейсе или изменив содержание элементов.
  8. Какие действия пользователи выполняют для достижения целей в разных сценариях? (use cases) Четко определив все элементы взаимодействия и их порядок во время выполнения сценария, можно понять что нужно оптимизировать, как можно упростить или улучшить этот процесс, в чем разница взаимодействия разных персон и т.д.
  9. Как отличается поведение разных персон? (persona analysis)Понимание различий в поведении поможет построить в определенных местах компромиссные решения, которые будут удовлетворять максимальное количество пользователей. С другой стороны, можно определить тактически важные места для каждой из групп пользователей и улучшать исходя из выявленного поведения.
  10. Какие маршруты проходят пользователи внутри приложения? (user flow) Понимание реальных и идеальных маршрутов поможет выстроить более удобный и эффективных пусть пользователя к целевому действию, например “платеж” или “регистрация”.
  11. Какие ключевые маршруты? (red routes, storyboards) Удаление препятствий и создание более комфортного и мотивирующего окружения на этих маршрутах является одной из приоритетных задач. Именно этот путь проходит большинство пользователей для выполнения своих основных задач.
  12. Какие параметры можно выставить по умолчанию? (default settings) Исследуя взаимодействие с продуктом, можно определить некоторые параметры, которые будут одинаковыми почти для всех. Такие параметры желательно сразу выставлять по-умолчанию.
  13. Какие действия можно автоматизировать? (automation) Если замечено характерное повторение одних и тех же действий, даже если они отличаются у разных пользователей, можно попробовать их автоматизировать сразу или предлагать автоматизировать после достижения определенного количества повторения.
  14. Помогает ли система выполнять определенные действия?(automation) Помимо предустановленных настроек и автоматизации некоторых процессов система может помогать выполнять различные действия во время непосредственного взаимодействия. Один из таких примеров это “авто-заполнение” во время ручного набора на клавиатуре.
  15. Если ли у пользователя возможность исправить ошибку?(mistakes) Пользователи будут ошибаться и захотят исправлять свои ошибки, помните это. Поэтому желательно предоставлять им такую возможность. Например редактировать текст или изменить случайно выставленный параметр.
  16. Есть ли возможность передумать и отменить? (cancel, go back)Должна быть возможность вернуться на несколько шагов назад или отменить действие. Например когда пользователь нажал кнопку “удалить” а потом передумал, желательно предоставить ему возможность восстановить объект нажав на кнопку “назад” или восстановив из корзины.
  17. Есть ли возможность сохранить результат? (save) Используя продукт у пользователей часто может появляться необходимость сохранять прогресс, настройки или добавленный контент. Иногда уместно делать авто-сохранение (например при вводе текста), а иногда давать возможность пользователю самому что-то сохранить (например установки рабочей области)
  18. Нет ли проблемы выбора? Бывает что действие не совершается по причине раздумий над выбором. Иногда, когда пользователю нужно выбирать, а различия для него не сильно важны, лучше показывать всего несколько вариантов чем множество.
  19. Как часто пользуются продуктом? Понимание сколько раз в день, неделю или месяц пользователь открывают продукт и как часто они им пользуются поможет лучше понять, как нужно строить некоторые модули интерфейса или какие сообщения выводить пользователю.

Визуальное восприятие

  1. Расставлены ли визуальные приоритеты? (visual hierarchy, eye-tracking) Важно управлять вниманием пользователя и подталкивать его к действию или маршруту. Выделять более важные объекты (размер, цвет, порядок и т.д.) и скрывать менее важные. Таким образом вы поможете пользователю быстрее добраться до цели, и в то же время сможете построить выгодный для вас маршрут.
  2. Правильно ли используется контраст и акцент? (visual hierarchy, visibility, contrast) Не создавайте очень много контраста. Используйте несколько или один контрастный цвет (цвет-акцент) для элементов частого или целевого взаимодействия, а спокойные и нейтральные цвета для объектов редкого и второстепенного. Контрастный цвет линий разделителей или яркие цвета второстепенных объектов могут отвлекать от целевого действия или маршрута, убивать акцент, усложнять и перегружать интерфейс.
  3. Похож ли интерфейс продукта, на другие интерфейсы?(design patterns, intuitivity) Это особенно важно для новых продуктов, которые только выходят на рынок. Пользователи уже имеют много паттернов и часто оценивают удобство нового продукта исходя из своего предыдущего опыта взаимодействия. Это так называемый «синдром утенка» (Baby-Duck-Syndrome). Если вы хотите создать что-то инновационное в интерфейсе, для этого вам уже нужно завоевать доверие и лояльность пользователей, чтобы они смирились с дискомфортом переобучения.
  4. Интуитивны ли элементы взаимодействия? (design patterns, intuitivity) Все объекты интерфейса (forms, radio-buttons, checkboxes и т.д) должны выглядеть так, чтобы после взаимодействия пользователь получал то, что ожидает. Использовать узнаваемые элементы и это избавит вас от задачи обучения пользователя.
  5. Интуитивны ли цвета и формы? (design patterns, intuitivity)Помните, что уже существуют определенные паттерны восприятия цвета (например “серый” — неактивный, “цветной” — активный) или форм (например “линия” — разделяет или подчеркивает).
  6. Читабельные ли шрифты? (fonts, legibility) Убедитесь, что все тексты и цифры хорошо читаются в разной обстановке и на разных устройствах. Не усложняйте восприятие информации непривычными для чтения шрифтами. Можно использовать оригинальные шрифты только для небольшого количества текста. Также не забывайте, что текст всегда должен быть хорошо контрастным с фоном.
  7. Последовательна ли подача графики и текста? (style guides, hierarchy, consistency, rhythm) Использование большего количества разных размеров, шрифтов, изображений и цветов плохо скажется на понятности и интуитивности. Для того чтобы продукт проще воспринимался создают логическую графическую структуру с правилами. Таким образом пользователю будет проще запомнить один раз размер, форму, стиль или цвет, чтобы потом воспринимать другой объект с таким же параметром как из такой же логической группы.
  8. В одном ли стиле графические изображения? (graphic style)Соблюдение единого стиля поможет создать необходимую атмосферу. Изображение выполненные в другом стиле нарушат порядок, гармонию и восприятие всего продукта.
  9. Существует ли порядок в расположении объектов?(alignment, grid) Выравнивание и упорядочивание объектов по четко организованной сетке или правилу упростит восприятие информации.
  10. Созданы ли визуальные группы? (gestalt, proximity, unity)Объекты которые находиться рядом или имеют схожие параметры воспринимаются как один (одна группа). Человек привык группировать объекты в одну целостную систему (гештальт-психология). Преподносите информацию соответственно.
  11. Используется ли пустое место? (free space, padding) Никогда не забывайте про пустое место. Всегда используйте его для разделения информации, объектов или групп объектов. Если вы видите, что пустого места почти нет, лучше перенесите часть контента на другой экран или следующий шаг. Это поможет избежать перегруженных и сложно воспринимаемых экранов.
  12. Не перегружен ли экран информацией? Постарайтесь убрать все лишнее с экрана или хотя бы визуально сгруппировать объекты. Не забывайте что внимание человека ограничено (правило 7+-2). Если у вас много информации, которую надо показать пользователю, показывайте ее фрагментами, постепенно выводя на экран.
  13. Настроен ли порядок расположения объектов? Понимая сценарии поведения на одном экране или страничке, можно выстроить расположение объектов так, чтобы на передвижение глаз\курсора затрачивалось меньше времени (закон Фиттса). Например не забывайте про правило чтения слева-направо. Располагайте объекты рядом, если сценарий подразумевает их последовательное взаимодействие.
  14. Сбалансирована ли информация и объекты на экране?(balance, composition, proportion) Если это не противоречит другим задачам, старайтесь заполнять экран информацией сбалансировано. Не нарушайте графические принципы композиции, баланса или пропорций, чтобы не создать новые проблемы восприятия всей видимой зоны взаимодействия.
  15. Уместно ли используются изображения? (relevant pictures)Изображения, кроме атмосферы, часто выполняет функциональную роль. Например одной из задач, является передача информации. Интуитивные и уместные изображения быстрее помогут адаптироваться к продукту, научат им пользоваться или покажут преимущества. Мелкое изображение должно содержать мало деталей, а крупное много. Не отображайте детализированное изображение на плоскости в несколько пикселей, пользователь просто не поймет что там изображено.
  16. Проработан ли микротекст? (microcopy, lorem ipsum) Любой недоработанный микротекст может выбить пользователя из атмосферы показать ему искусственно-созданное пространство. Слова, которые вы используете на кнопке, могут быть инструментом влияния на его решение и логическое продолжения взаимодействия, а могут быть просто словами вырванными из контекста. Никогда не показывайте “lorem ipsum” потребителю, и старайтесь сами его не использовать, даже в команде разработчиков.

Управление и Навигация

  1. Как быстро пользователь может добраться до цели?(information architecture, navigation) Желательно чтобы информационная архитектура соответствовала приоритетам в навигации. Пользователь в первую очередь должен иметь быстрый доступ к той информации, которая ему нужна часто и которая важна для него.
  2. Интуитивная ли структура для пользователя? (information architecture, navigation) В древовидной архитектуре важно чтобы пользователь с самого начала понимал куда идти, чтобы прийти куда надо. Другими словами, создавая иерархическую структуру, старайтесь чтобы она максимально соответствовала ожиданиям и паттернам пользователя.
  3. Последовательно ли сгруппированы данные в системе?(information architecture, navigation) Если пользователь понял логику содержания информации в одной группе, то от второй группы он будет ожидать примерно такой же логики. Поэтому важно соблюдать последовательность в структурировании данных. Например если в группе А он видит А1, А2, А3, то от группы В он будет ожидать В1, B2, B3
  4. Настроены ли жесты взаимодействия с продуктом? (gestures, navigation, usage) Чем больше вы дадите возможностей для управления тем большее количество пользователей сможете удовлетворить. У разных пользователей может быть разный опыт взаимодействия с другими продуктами. Некоторые привыкли “кликать”, другие “свайпить”. С другой стороны правильно настроенные жесты сэкономят энергию и время пользователя на выполнение действия.
  5. Какое основное устройство для использования продукта?(devices, usage) Это поможет определить приоритет в разработке. Конечно важно чтобы продукт хорошо работал на всех устройствах или платформах, но на основных он должен работать идеально. Также понимание это поможет выявить проблемы, связанные с устройствами взаимодействия, для большинства пользователей.
  6. Проработана ли адаптивность/отзывчивость на разных устройствах? (devices, responsive) Очень сложно не только протестировать продукт на всех возможных устройствах но и адаптировать UX под каждое из них. Вы должны разумно подходить к решению этой задачи исходя из времени и имеющихся ресурсов. В любом случае MVP должен хорошо работать на большинстве устройств и процесс выполнения основных пользовательских задач не должен содержать критических UX ошибок.
  7. Какая среда использования продукта? (usage, physical environment) Нужно понимать и учитывать пользуются продуктом ночью или днем (яркость и цветовая схема может зависеть от типичного освещения, а сложность управления от усталости пользователя, например после рабочего дня), пользуются ли приложением в транспорте или в кровати (трясется ли устройство или может быть нужно выполнять действия одной рукой) и т.д.
  8. Чувствует ли пользователь что все под его контролем?(control) Вся работа системы должна быть под контролем у пользователя. Он должен понимать все что происходит и что он влияет на этот процесс. Например если вы настроили “авто-сохранение”, а пользователь про это не уведомлен, то он может начать волноваться и искать кнопку “сохранить”.

Коммуникация и Реакция

  1. Проработан ли процесс погружения и обучения пользователя? (FTUE, onboarding, tutorial) Очень важно сделать первый опыт взаимодействия максимально комфортным, так как после него 80% пользователей принимают решение о использовании продукта. Стройте сразу качественный диалог продукта с пользователем, обучайте его, показывайте преимущества использования, развлекайте его. Старайтесь не просто рассказывать и показывать но и требовать от пользователя действий, чтобы он видел как все работает in use, и в то же время заполнял необходимы данные.
  2. Все ли пользователю будет понятно во время исследования новых экранов? (tooltips) Чем сложнее продукт и больше содержит элементов взаимодействия, тем сложнее создать комфортное погружение и обучить его. Разрабатывая первый опыт взаимодействия не следует сразу вываливать на пользователя всю информацию, лучше научить пользоваться MVP. Но в то же время дайте пользователю понять что про “неизвестную панель” можно будет узнать позже или в другом разделе.
  3. Можно ли пройти обучение еще раз, если пользователь все забыл? (tutorial) Существует много сценариев, при которых пользователю понадобиться повторное обучение. Дайте ему такую возможность.
  4. На понятном ли языке говорит система? (readability) Нужно учитывать не только географию и реальный язык интерфейса, но и стиль языка аудитории. Например с подростками говорить на их сленге, а с преподавателями грамматически правильно. Это сделает коммуникацию более комфортной для пользователя и поможет завоевать его доверие.
  5. Реагирует ли UI на действия пользователя? После любого действия с интерфейсом, пользователь должен видеть ответную реакцию. Это может быть изменение внешнего вида элемента, анимация или информационное всплывающее окно. Так пользователь сможет понять что действие выполнено успешно/не успешно и ситуация будет у него под контролем.
  6. Объясняет ли реакция UI какое действие произошло?(interaction design, animation) Одним из примеров реакции системы является анимация объектов взаимодействия. Анимация должна не только создавать атмосферу или WOW-эффект но и информировать пользователя про тип действия, который только что произошел.
  7. Проинформирован ли пользователь о статусе системы?(system status) После последнего взаимодействия с интерфейсом, даже через время, пользователь должен видеть текущее положение дел и статус системы. Например индикатор загрузки, индикатор офлайн\онлайн, индикатор прочитанного сообщения и т.д. В противном случае пользователю будет сложно понять корректно ли работает система или где-то произошла ошибка.
  8. Предугадывает ли система ошибки и пытается ли их предотвратить? (prediction) Определив типичные ошибки, можно постараться их предотвратить, предлагая пользователю более релевантное решение. Например Google говорит “Возможно вы имели ввиду” и предлагает более часто встречающийся запрос. Также в местах распространенных ошибок можно выводить больше объясняющей информации в виде текста или tooltips.
  9. Есть ли разделы, где подробно описано как это работает?(help, FAQ) Даже после обучения у пользователя могут быть вопросы. На этот случай должны существовать разделы, куда можно пойти и узнать больше информации. Например такими разделами могут быть разделы How It works, Help, F.A.Q. и т.д. Важно но не только создать такие разделы, но и показать пользователю где они находятся.
  10. Соответствует ли сейчас FAQ действительности? (FAQ)Продукт изменяется, изменяется и сама аудитория. Поэтому важно всегда понимать чем чаще всего в данный момент интересуются пользователи. Достаточно ли верно определены самые часто задаваемые вопросы на этом жизненном этапе продукта?
  11. Легко ли пользователю связаться с сотрудниками продукта? (support, feedback) Крайне важно дать возможность сообщать про проблему внутри продукта. В противном случае есть вероятность что про эту проблему узнают другие в негативных отзывах на сайте, внешних порталах или магазине, где был скачан продукт. Возможность написать внутри продукта не только понизит риски негативных отзывов, но и даст возможность собрать много полезной информации от самих пользователей.
  12. Проработана ли система уведомлений внутри продукта?(notifications, messages, user engagement) Про все ли события, которые могут быть интересны пользователю, сообщает система? Важно не только постоянно уведомлять пользователя но и хранить уведомления, для того что бы можно было просмотреть историю. Сообщения могут быть не только информировать пользователя, но мотивировать использование или определенные действия.
  13. Проработана ли система уведомление за пределами продукта? (notifications, messages, user retention) Пуш-уведомления или е-mails должны предоставлять пользователю потенциально интересную для него информацию. Нужно хорошо понимать что и когда писать, чтобы пользователь было хорошо проинформирован и промотивирован вернуться\зайти в приложение, а не воспринимал это как спам. Это могут быть обучающие, мотивирующие, информационные или развлекательные сообщения. Все зависит от контекста.

Мотивация пользователя

  1. Достаточно ли промотивирован пользователь для основного целевого действия? (target action) Важно понимать обладает ли пользователь достаточным количеством информации про свою выгоду перед тем, как увидит предложение выполнить целевое действие. Чем больше пользователь потеряет энергии или денег во время целевого действия, тем больше нужно его к этому подготавливать. Например, если брать такое действие, как “регистрация”, то часто важно чтобы у пользователя была возможность познакомиться с продуктом еще до того как ему придется выполнять неприятные ему действия, такие как заполнение форм. Если брать кнопку “купить”, то важно понимать сколько до этой кнопки он должен увидеть продающей информации, чтобы принять решение заплатить.
  2. Как определить и мотивировать другие полезные действия для владельца? (target action) Важно понимать чего хочет пользователь и что он может за это дать взамен. Взаимовыгодное сотрудничество принесет плоды всем сторонам. Например давать желаемые награды за оценку приложение на AppStore или share в социальных сетях. Помимо того, что такую систему нужно продумать и создать, про такие действия еще нужно напоминать пользователю, показывая выгоду от их совершения.
  3. Выполнит ли пользователь следующий этап действий?(steps, progress) Когда пользователь должен сделать много действий (например заполнить много форм) бывает так, что мотивация меньше чем количество энергии, которое пользователь готов на это потратить. Важно определять такие опасные места и строить их по другому. Например можно скрывать все необходимые действия и предлагать их выполнять частями (шаг 1, шаг 2, шаг 3), это уменьшит риск отпугнуть пользователя, а после выполнения одного этапа действий, пользователь уже будет “втянут в процесс” и вероятность завершения всех действий повысится. Люди любят завершать то, что они уже начали делать.
  4. Когда пользователь перестает пользоваться продуктом?(updates) Важно понимать жизненные циклы всех пользователей и работать над их продлением. Например обнаружив что некоторые пользователи перестают пользоваться продуктом после решения определенных задач, можно создать новые задачи или предложить им другие награды или преимущества использования. С другой стороны постоянная рутина и отсутствие чего-то нового может заставить пользователя перейти к конкуренту.
  5. Осознает ли пользователь все выгоды использования продукта? (awareness) Даже если пользователь решил свои задачи, есть вероятность что он еще не до конца понимает все преимущества использования продукта. Постоянные подсказки и мотивирующие сообщения (например про модули, которые пользователь не использовал) помогут пользователю создать и укрепить осознание помощи, которую он получает от продукта.
  6. Видит ли пользователь прогресс и результат? (results, achievements) Видимый результат всегда мотивирует продолжать делать то, что делаешь. Использовать то, что используешь. Поэтому очень важно показывать пользователю этот результат. Например “шкала прогресса” показывает потраченные усилия и сколько еще нужно потратить чтобы добиться определенной цели или бонуса. Достижения, бейджи, трофеи помогают увидеть результат у и мотивируют идти дальше.
  7. Поощряется ли использование продукта? (loyalty program, treats, perks) Постоянные дополнительные награды или приятные мелочи хорошо мотивируют продолжать использовать продукт. Это может быть что-то серьёзное (скидки, доступ к другому функционалу) так и не серьёзное (шутки, истории, развлекательные видео).
  8. Какие новые вызовы можно создать для пользователя внутри продукта? (objectives, missions, challenges) В основном это касается игр, но тем не менее тут затрагивается психология пользователя, поэтому будет полезно для любого продукта. Суть в том, чтобы создавать дополнительные искусственные задачи, которые пользователь, кроме основных, сможет решать внутри продукта. Помимо самого удовлетворения решения таких задач, пользователя можно награждать чем то полезным или приятным. Один из таких примеров — это “совершение Х-количества определенных действий” в продукте.
  9. Комфортно ли пользователю внутри продукта? (comfort area)Чем больше интерфейс будет дружелюбным и человечным для пользователя тем комфортнее и уютнее ему там будет. Речь идет не только про сообщения от системы но и про всю оболочку продукта, всю систему использования. Эмоциональное удовлетворение пользователя необходимо для повышения вовлеченности и лояльности к продукту. Все мы знаем как тяжело выходить из своей зоны комфорта.
  10. Внедрен ли элемент развлечения/юмора в продукт? (fun, entertainment, game) Радость и смех, это те эмоции, которые очень благоприятно влияют на пользователя. Когда пользователь эмоционально открыт, доволен и рад, он будет готов совершать больше полезных действий для владельца. Конечно все зависит от контекста, всегда должна быть разумная мера юмора и его уместность. Важно понимать момент, когда нельзя отвлекать пользователя а когда можно его развлечь.
  11. Будет ли пользователь ждать? (loading, time) Во время загрузки, ожидания отклика программы или выполнение какого-то процесса системой пользователю придется ждать. Чем больше нужно ждать, тем больше риск что ему это надоест. Как раз в такие моменты можно развлекать пользователя используя разного рода анимацию, юмор, видео. С другой стороны это время можно использовать и для обучения и познания. (обучающие подсказки или интересные факты). Все зависит от того, что ваш пользователь сейчас бы хотел делать больше учиться или развлекаться.
  12. Не мешает ли анимация пользователю? (animation)Чрезмерное и не уместное использование анимации, а также ее большой период длительности может мешать процессу, а то и раздражать вообще. Иногда пользователю нужно дать возможность отключать анимацию в меню, или (если это не анимация во время загрузки) прекращать ее воспроизведение после нажатия.
  13. Достаточно ли мотивации платить за полученное? (payment)Когда мы говорим про опыт взаимодействия, то мотивацией платить может быть все что угодно. Скорость выполнения задач, комфорт использования, уникальные возможности, неосознанная радость использования и т.д. Наша задача попытаться выяснить за что будет готов платить выбранный пользователь и когда он может принять решение платить. Это поможет простроить правильный процесс погружения в продукт и его flow внутри.
  14. Проработан ли социальный статус, самовыражение? (social)Социальное превосходство, желание быть лучше, самовыражение, желание быть замеченным — все это очень сильно влияет на мотивацию выполнять определенные действия внутри продукта. Для этого создают сообщества, рейтинги и дают возможность внутри продукта взаимодействовать с другими участниками процесса.

99 UXQ = Copy+Paste

  1. Что самое важное в продукте? (MVP, core features, flowcharts)
  2. Что нужно владельцу продукта? (goals, issues, KPI)
  3. Как продукт будет зарабатывать? (monetization)
  4. Как продукт будет продвигаться и позиционировать себя?(positioning, marketing strategy, promo channels)
  5. Как на продукт могут влиять другие заинтересованные лица? (stakeholders, actor map)
  6. Как построены бизнес процессы?
  7. Какие еще объекты компании могут влиять на пользователя? (customer journey map)
  8. Где пользователь может испытывать негативные эмоции вне продукта? (customer experience map)
  9. Как продукт может взаимодействовать с другим бизнесом владельца? (global business)
  10. Кто аудитория продукта? (target audience, market research)
  11. Какие основные проблемы будет решать продукт для своей аудитории? (consumer needs)
  12. Знает ли сама аудитория про эти проблемы? (consumer needs, awareness)
  13. Какие второстепенные проблемы озвучивает эта аудитория на рынке? (consumer needs, market research)
  14. Как все эти проблемы решает аудитория без текущего продукта? (consumer patterns, market research)
  15. Какие группы пользователей можно создать из аудитории продукта? (user stories, personas)
  16. Кто ваша ключевая персона? (key persona)
  17. Какие желания могут быть у разных персон?
  18. Кто является платящим пользователем? (paying user)
  19. Какие особенные проблемы и желания у платящего пользователя? (paying user)
  20. Проработана ли локализация и адаптация языка для разной аудитории? (languages)
  21. Что может оскорблять религиозные или политические чувства аудитории? (religion politics)
  22. Кто конкуренты у продукта? (market research)
  23. Какие группы успешных конкурентов можно создать?(competitors analysis)
  24. Как построен UI в успешных конкурентов из разных сегментов? (competitors analysis)
  25. Как построен UX у конкурентов? (competitors analysis)
  26. Что показывает статистика поведения пользователей у конкурентов? (market research, target audience)
  27. Какие отзывы пользователей о продуктах конкурентов? (user reviews, social media)
  28. Есть ли статистика или результаты редизайна конкурентов за последнее время? (case studies)
  29. Какие UX\UI тенденции на рынке похожих продуктов?(trends)
  30. За что любят, а за что не любят продукт? (PROs, CONs)
  31. Что говорят реальные пользователи? (user reviews, user feedback, support request)
  32. Что отвечают реальные пользователи? (user interview, surveys)
  33. Что пользователи чувствуют выполняя разные задачи внутри продукта? (user interview, user testing, session capture)
  34. Что показывает встроенная аналитика? (analytics)
  35. Что показывает внешняя аналитика? (analytics)
  36. Какие сценарии использования продукта для разных персон? (user scenarios)
  37. Какие действия пользователи выполняют для достижения целей в разных сценариях? (use cases)
  38. Как отличается поведение разных персон? (persona analysis)
  39. Какие маршруты проходят пользователи внутри приложения? (user flow)
  40. Какие ключевые маршруты? (red routes, storyboards)
  41. Какие параметры можно выставить по умолчанию? (default settings)
  42. Какие действия можно автоматизировать? (automation)
  43. Помогает ли система выполнять определенные действия?(automation)
  44. Если ли у пользователя возможность исправить ошибку?(mistakes)
  45. Есть ли возможность передумать и отменить? (cancel, go back)
  46. Есть ли возможность сохранить результат? (save)
  47. Нет ли проблемы выбора?
  48. Как часто пользуются продуктом?
  49. Расставлены ли визуальные приоритеты? (visual hierarchy, eye-tracking)
  50. Правильно ли используется контраст и акцент? (visual hierarchy, visibility, contrast)
  51. Похож ли интерфейс продукта, на другие интерфейсы?(design patterns, intuitivity)
  52. Интуитивны ли элементы взаимодействия? (design patterns, intuitivity)
  53. Интуитивны ли цвета и формы? (design patterns, intuitivity)
  54. Читабельные ли шрифты? (fonts, legibility)
  55. Последовательна ли подача графики и текста? (style guides, hierarchy, consistency, rhythm)
  56. В одном ли стиле графические изображения? (graphic style)
  57. Существует ли порядок в расположении объектов?(alignment, grid)
  58. Созданы ли визуальные группы? (gestalt, proximity, unity)
  59. Используется ли пустое место? (free space, padding)
  60. Не перегружен ли экран информацией?
  61. Настроен ли порядок расположения объектов?
  62. Сбалансирована ли информация и объекты на экране?(balance, composition, proportion)
  63. Уместно ли используются изображения? (relevant pictures)
  64. Проработан ли микротекст? (microcopy, lorem ipsum)
  65. Как быстро пользователь может добраться до цели?(information architecture, navigation)
  66. Интуитивная ли структура для пользователя? (information architecture, navigation)
  67. Последовательно ли сгруппированы данные в системе?(information architecture, navigation)
  68. Настроены ли жесты взаимодействия с продуктом? (gestures, navigation, usage)
  69. Какое основное устройство для использования продукта?(devices, usage)
  70. Проработана ли адаптивность/отзывчивость на разных устройствах? (devices, responsive)
  71. Какая среда использования продукта? (usage, physical environment)
  72. Чувствует ли пользователь что все под его контролем?(control)
  73. Проработан ли процесс погружения и обучения пользователя? (FTUE, onboarding, tutorial)
  74. Все ли пользователю будет понятно во время исследования новых экранов? (tooltips)
  75. Можно ли пройти обучение еще раз, если пользователь все забыл? (tutorial)
  76. На понятном ли языке говорит система? (readability)
  77. Реагирует ли UI на действия пользователя?
  78. Объясняет ли реакция UI какое действие произошло?(interaction design, animation)
  79. Проинформирован ли пользователь о статусе системы?(system status)
  80. Предугадывает ли система ошибки и пытается ли их предотвратить? (prediction)
  81. Есть ли разделы, где подробно описано как это работает?(help, FAQ)
  82. Соответствует ли сейчас FAQ действительности? (FAQ)
  83. Легко ли пользователю связаться с сотрудниками продукта? (support, feedback)
  84. Проработана ли система уведомлений внутри продукта?(notifications, messages, user engagement)
  85. Проработана ли система уведомление за пределами продукта? (notifications, messages, user retention)
  86. Достаточно ли промотивирован пользователь для основного целевого действия? (target action)
  87. Как определить и мотивировать другие полезные действия для владельца? (target action)
  88. Выполнит ли пользователь следующий этап действий?(steps, progress)
  89. Когда пользователь перестает пользоваться продуктом?(updates)
  90. Осознает ли пользователь все выгоды использования продукта? (awareness)
  91. Видит ли пользователь прогресс и результат? (results, achievements)
  92. Поощряется ли использование продукта? (loyalty program, treats, perks)
  93. Какие новые вызовы можно создать для пользователя внутри продукта? (objectives, missions, challenges)
  94. Комфортно ли пользователю внутри продукта? (comfort area)
  95. Внедрен ли элемент развлечения/юмора в продукт? (fun, entertainment, game)
  96. Будет ли пользователь ждать? (loading, time)
  97. Не мешает ли анимация пользователю? (animation)
  98. Достаточно ли мотивации платить за полученное? (payment)
  99. Проработан ли социальный статус, самовыражение? (social)

Medium.com

Философствуем на тему ИТ безопасности

Безопасность есть безопасность. Классическая или физическая, она же в некоторых случаях human safety и информационная (как частный случай информационной безопасности – ИТ безопасность. Ниже именно об ИТ). Во всех случаях есть какие то уровни, стандарты, требования и нормы. Касательно физической безопасности, время взяло свое, и вроде сложилось какое то понимание того, что есть приемлемый уровень и где начинается паранойя. Все дело в том, что физическая безопасность это практически та же безопасность, что была пятьдесят лет назад. За пятьдесят лет не изменились угрозы естественные (наводнения, землетрясения)  или техногенные (пожары, взрывы, яды) и даже не очень изменились угрозы от людей (оружие все так же стреляет, ножи режут, бомбы взрываются).

Рассуждая о физической безопасности, руководители организации й владельцы бизнеса хорошо понимают о чем идет речь. У них есть конкретные объекты охраны, есть потенциальные цели для злоумышленника и есть стоимость каждого объекта (физического). Предположим, что имеется здание, в нем 20  сотрудников и касса с деньгами. Что нужно обезопасить? – Кассу. Кассу придут грабить вооруженные люди, а значит нам нужен вооруженный охранник, чтобы дать ответ грабителю.  Где поставим охранника – естественно перед входом в кассу или перед входом в здание. Если входов несколько? Ставим несколько охранников либо блокируем дополнительные входы. Что еще? Охранник может не справиться? Давайте поставим бронированную дверь. Вскрыть бронированную дверь вопрос времени? Ну, давайте еще кнопку вызова специальной группы реагирования. И для полноты картины установим камеру перед кассой, чтобы второй охранник мог видеть, что происходит перед кассой и с первым охранником. Охранник может уснуть? Добавим сигнализацию с датчиком движения. Давайте обезопасим еще и людей от грабителей и некоторых угроз. Не будем пускать в здание посторонних. У нас всего 20 человек – охранник может знать их в лицо. Все очень просто. Еще установим огнетушители и обозначим запасные выходы на случай необходимости покинуть здание. Остался маленький штрих  – установим пожарные датчики и систему тушения пожара, чтобы деньги не уничтожили.  Вроде все.

Мы очень быстро определились с угрозами и методами защиты. Почему? Потому что все наглядно. Главная цель – деньги. Доступ к ним через входы. Сотрудники тоже могут стать целью т.к. без них не будет работать касса, поэтому примем меры по охране людей тоже.

Увеличим организацию до размеров тысяча человек. Добавим ценные документы и необходимость перевозить деньги между нашей и какой то другой организацией. Больше людей, больше здание, больше входов.  Что меняется? Фактически только количество, если не считать новую функцию – передвигающиеся деньги.

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

И опять все довольно таки просто и доступно. Почему? Потому что нет ничего нового и все всем понятно. Все наглядно. Деньги, входы, выходы, оружие, броня.

Почему же с ИТ все не так?

Попробуем задать такой же сценарий, но из 21 века. Организация. Сотрудники. Деньги. Здание. Начнем сразу со второй организации с 1000 сотрудниками.

Итак, цель – деньги. А где они? На каких то серверах, причем виртуальных…на нескольких. И они как бы не очень деньги, а скорее какая то информация. Ладно, с деньгами не понятно. Давайте защищать входы. У нас есть здание, в нем люди, но многие люди работают не в здании, а со своих телефонов и компьютеров, через интернет, почту и т.д. Так, с входами тоже не понятно. Сотрудники, они ведь тоже могут стать угрозой. Например, случайно повредить информацию, передать ее не туда, уничтожить. А разве тоже самое нельзя было сделать в организации из прошлого века? Можно. Можно разлить чай на документы, случайно выбросить документ или порвать или выслать не туда или оставить бумаги так, что кто то успел их скопировать.

20-й век. Сотрудник разлил чай на документы и испортил или уничтожил их. Оправданий ему нет – «Разлить чай – так глупо, это же руки должны быть кривые, чтобы такое сделать».

21-й век. Сотрудник  нажал на непонятную ссылку в интернет, которая загрузила вирус. Уничтожены все документы и возможно не только, находящиеся у одного сотрудника.  Оправдания – «ну откуда он знал – там ведь все так сложно».

20-й век. Сотрудник выслал документ не туда. Оправданий нет –  «Ну ты ведь сам писал адрес! Как ты мог! Ну ладно беги на почту, может еще не отправили».

21-й век. В почтовой программе включено автозаполнение адреса. После нажатия «отправить» уже письмо не вернуть. Невнимательный сотрудник, но все же виноват компьютер. А что есть троян высылает информацию злоумышленнику? Ну тут то сотрудник не виноват – он ведь не знал.

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

21-й век – «файл всегда был вот здесь на рабочем столе. Я не в курсе». Опять эти сложные компьютеры с вирусами. Ну откуда мог сотрудник знать.

Кажется мы отошли от сути. На самом деле нет. Мы поняли, что подходы к физической и ИТ безопасности не могут быть одинаковыми. На самом деле нет. Они могут и должны быть одинаковыми, как минимум похожими.

Зададим вопросы еще раз, но не будем усложнять. Почему в первом случае мы защищали деньги? Потому что за последние тысячи лет человечество определило, что деньги (ну или золото, металлы и т.д.) есть нечто ценное и это нужно охранять. И это правда для любого человека, организации, страны.  Что мы сделали далее? Собрали все ценное в одну кассу, чтобы знать где они находятся. Далее решили от чего и как их защищать.

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

Собираем всю информацию в одном месте – база данных. Остальную, менее ценную информацию, кладем в другие базы. Теперь у нас есть «касса».

Следующий вопрос – от чего защищаем? Нужно защитить от уничтожения, от несанкционированного изменения, от копирования и от чтения. Защита от уничтожения – резервная копия где то в другом месте (это даже лучше чем с деньгами! К сожалению деньги копировать нельзя). Защита от изменения – доступ по паролям (также как с пропуском в архив с правом добавлять новые папки). Защита от копирования – на выходах необходимо поставить «охранников» (некие программные агенты, которые следят за выносом информации). Защита от чтения – доступ по паролям (так же как с пропусками в здание). Входы и выходы-  опять таки проводя аналогии с безопасностью здания нужно посчитать все входы и закрыть все не нужные. На всех нужных входах и выходах поставить контроль.

Что происходит сегодня в большинстве организаций.

  1. Не определена ценная информация. Она разбросана по всюду. Если бы деньги были также разбросаны, то их было бы так же сложно сторожить как и информацию.
  2. В отличии от денег, информацию можно копировать. Даже сложив все самое ценное в «кассу» мы забываем, что копии остаются также разбросаны повсюду.
  3. Входы и выходы. Разбросав информацию по всем углам к ней дают доступы людям и различным приложениям. В результате количество возможных входов в «кассы» сложно сосчитать. Остаются неизвестные никому «двери» на которых нет «охраны».
  4. Люди. Самый интересный и сложный случай. Выше не зря было сравнение разлитого чая и нажатой ссылки. Мы можем назвать человека неуклюжим или даже «криворуким» если он не учел, что чашка слишком горячая и уронил ее. Но мы не можем сказать тоже самое если он нажал на вирусную ссылку.  Дальше о людях.

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

Виноваты люди.

  1. Владелец бизнеса и руководитель организации виноват в первую очередь. Когда речь идет о замке, двери или пуленепробиваемом стекле, он скорее всего захочет, чтобы ему продемонстрировали  на сколько они прочные. И возможно даже пнет дверь ногой, чтобы лично убедиться как все надежно. Он будет внимательно слушать о том, что дверь может выдержать взрыв силой N грамм тротила или удар в 20 тонн или выстрелы из АК47 и эти названия, термины и цифры не будут для него незнакомыми. Потому что это вокруг нас – в школе, в кино и на улице. Тот же руководитель начнет морщиться, когда ему начнут рассказывать о неком устройстве, которое анализирует HTTP запросы на основе сигнатур и вылавливает CSRF атаки. Почему? Потому что руководитель считает, что это слишком сложно и ему не нужно этого знать. Но в то же время он очень хорошо разбирается в продукции компании, в правилах налогообложения, знает о том, что такое тратил и чем стреляет АК47.
  2. Виноват АйТишник-технарь. Тот, который рассказывает большому боссу о технологиях на языке, который понятен только АйТишнику. Тем самым он доводит до того, что большой бос не хочет слушать и понимать, а значит и решение принимать не будет. АйТишник виноват еще и в том, что он считает, что не должен разбираться в продукции компании, а должен заниматься компьютером.
  3. Есть еще бумажные ИТ. Это те которые пишут. Они виноваты в том, что просто пишут. Берут книжку и начинают списывать из нее правила. Бумажные ИТ часто игнорируют специфику бизнеса и возможности АйТишников.  А это приводит к тому, что вся писанина остается всего лишь писаниной. Бумажные ИТ виноваты в том, что вместо оптимизации занимаются выбиванием средств на новые технические игрушки для АйТишников, которыми они пользоваться не умеют.
  4. Каждый отдельный сотрудник виноват в том, что не считает нужным понимать, что такое безопасность в ИТ. Он знает о том, для чего нужен ремень безопасности в автомобиле, почему нужно быть осторожным с горючими веществами с оружием и т.д. Но о том для чего нужен сложный пароль, задумываться не хочет – «я же не айтишник». Но ты и не пожарник в конце концов, но знаешь ведь, что если поджечь канистру с бензинов то будет плохо и даже знаешь как бензин пахнет, хотя с ним сталкиваешь реже чем с паролями.

Как сказал мне один уважаемый человек «Ты рассказываешь мне об опасности, а где безопасность?» А безопасность она очень близко. Вот какие выводы можно сделать.

Боссам нужно привыкнуть к тому, что они вынуждены разбираться в ИТ также как и в финансах. АйТишникам нужно выйти из под купола технологий и чуть внимательнее приглядеться где и для какой цели работают эти технологии. Сотрудники компаний должны понимать,  что ИТ безопасность это почти так же важно как безопасность на автодороге (ключи, ремни, подушки, ABS, ESP, пароли, антивирусы, файрволы, IPS, IDS).

Касательно бумажных ИТ и в частности бумажных ИТБ (Безопасность). Пора признаться, что пытаясь защитить информационные ресурсы с помощью крутых технологических игрушек мы создаем еще больше угроз. Настраивая эти «игрушки» мы создаем дополнительные входы и риски, при этом создавая иллюзию безопасности. Сейчас все об этом говорят – оценка рисков. Все верно. Нужно оценивать риски. И это не должно быть сложно если этим будет заниматься не ИТ а бизнес. Проводя аналогии с физической безопасностью, мы ведь не пытались поставить на входе в кассу такую дверь, которая выдержала бы выстрел из танка. А в случае с ИТБ мы часто пытаемся защититься от «танка», забывая о том, что наша прочная дверь держится на непрочных петлях. И что еще хуже, дверь всегда открыта, а  ключи от этой двери у человека, который вообще не понимает, что это за дверь, что за ней и что делать если вдруг начнут стрелять.

Более конкретно. Наверное, нужно немного отойти от траты ресурсов на покупку всяких новых систем защиты и заняться следующим:

  1. Не завязывайся на стандартах и шаблонах. У каждого своя безопасность. Соответствовать всем стандартам не получится. Другое дело если сфера деятельности требует сертификации по тому или иному стандарту. Во всех остальных случаях, стандарты знать надо, но еще, обязательно, нужно глубоко понимать причины каждого отдельного пункта в стандарте и придерживаться тех, что приемлемы в отдельно взятой организации.
  2. Ближе к бизнесу. ИТ, ИТБ и основное производство (бизнес) организации должны стать ближе чем сейчас. Бизнес должен участвовать во всех процессах и не должен допускать самостоятельной работы ИТ и ИТБ
  3. «Воспитание» – просвещение «пользователя» практически бесплатное мероприятие, но дает реальные результаты. Зачастую сотрудники просто не знают о том, что разлитый на документы чай может их испортить.
  4. Классификация данных. Найти среди всех предметов самые ценные. Отыскать те самые «деньги», которые нужно защищать.
  5. Документация. Если не знать о том где входы и выходы и где какие ключи, то никакой охранник с автоматом не спасет от ограбления. Все ИТ системы должны быть подробно документированы, чтобы было понятно где вход, где выход и где деньги.
  6. Процедуры. Любые действия должны подчиняться какой либо процедуре. Это единственный способ контроля. Когда каждый сотрудник самостоятельно решает как действовать результат всегда непредсказуем.

Это совсем не значит, что нужно от технологий (систем мониторинга, сканирования, фильтров и т.д.) уйти в «бумажную» деятельность. Нам нужны технологии. Но техника защиты всегда должна сопровождаться тестами. Не протестированная система защиты – бесполезная вещь. Ну а с технологиями нужно быть осторожнее.  Нужно признать, что приемы маркетинга стали распространены в сфере ИТБ и теперь уже нужно отличать то, что действительно полезно от того, что модно. И пора бы уже перестать гнаться за технологиями – реальность показывает, что нам ее не догнать.

Меликов / Defcon.az

Компания NVIDIA представила свою новую флагманскую видеокарту на базе Pascal — Titan X

Видеокарта заметно дороже GeForce GTX 1080 (599 долларов) и прошлогодней версии Titan X с архитектурой Maxwell (999 долларов). Новая NVIDIA Titan X с архитектурой Pascal обойдется пользователям в $1200 и станет доступна 2 августа 2016 года.

По словам производителя, новая NVIDIA Titan X на 60% быстрее прошлой версии Titan X (Maxwell). Она базируется на новом 16-нанометровом графическом чипе GP102 с 3584 ядрами CUDA, 224 текстурными блоками и 96 блоками ROP. Частота процессора составляет 1417 MHz в стандартном режиме и 1531 MHz в режиме Boost. Видеокарта оснащается 12 GB видеопамяти GDDR5X с 384-битной шиной, частотой 10 000 МГц и пропускной способностью 480 GB/s, сообщает ferra.ru.

По словам производителя, новая NVIDIA Titan X на 60% быстрее прошлой версии Titan X (Maxwell). Она базируется на новом 16-нанометровом графическом чипе GP102 с 3584 ядрами CUDA, 224 текстурными блоками и 96 блоками ROP. Частота процессора составляет 1417 MHz в стандартном режиме и 1531 MHz в режиме Boost. Видеокарта оснащается 12 GB видеопамяти GDDR5X с 384-битной шиной, частотой 10 000 MHz и пропускной способностью 480 GB/s.

Игрок Pokemon Go поймал всех доступных покемонов

Мобильная игра Pokemon Go вызвала всеобщее помешательство у пользователей по всему миру. Некоторые уволились с работы, чтобы поймать как можно больше виртуальных монстров, а другие готовы за деньги ловить покемонов для других людей. Интересно, что одному игроку из Нью-Йорка всё же удалось собрать всех доступных в его стране покемонов — он поймал 142 существа, сообщает 4pda.ru. Всего же их 151, но оставшиеся девять попросту недоступны в США или ещё никем не были обнаружены. Для достижения этой цели игрок прошёл около 153 километров, выносил 303 яйца, собрал в общей сложности 4 269 покемонов и достиг 31 уровня из 40 доступных. При этом он тратил по 50 часов в неделю на свою основную работу.

Pokemon Go

Последним пойманным им покемоном стал Omanyte, который в последствии эволюционировал в Omastar. Для полной коллекции ему не хватает Farfetch’d (доступен только в Японии), Kangaskhan (доступен только в Австралии), Mr. Mime (доступен только в Европе), Ditto, Articuno, Zapdos, Moltres, Mewtwo и Mew. Последние шесть считаются самыми редкими в Pokemon Go и пока не были никем обнаружены.

Pokemon Go

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

Беспилотный летательный аппарат от Facebook совершил свой первый испытательный полет

Около года назад Facebook показала свой величественный беспилотный летательный аппарат Aquila, разрабатываемый лабораторией Connectivity Lab и предназначенный обеспечить жителей самых отдаленных и неразвитых регионов Земли доступом в интернет. И вот сейчас компания опубликовала видео первого испытательного полета полноразмерной версии БПЛА Aquila.

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

Facebook Aquila2

Во-первых, несмотря на то, что размах крыльев Aquila такой же, как у пассажирского самолета, на крейсерской скорости он потребляет всего 5 кВт мощности. То есть, ровно столько же, сколько требуется для работы трех фенов или высококачественной микроволновой печи. Во-вторых, хотя это было известно и ранее, необходимую для работы двигателей летательного аппарата энергию обеспечивают солнечные панели, размещенные на его размашистых крыльях (напомним, БПЛА имеет конструкцию типа «летающее крыло»). В-третьих, первый испытательный полет длился более 90 минут, что в три раза дольше расчетного времени. Ну и в-четвертых, расчетная высота полета БПЛА, который должен покрыть интернетом область диаметром около 100 км, составляет 20 км, сообщает itc.uа.

Facebook Aquila3

Остается добавить, что предыдущие несколько месяцев команда проекта Aquila работала с уменьшенным вариантом БПЛА. Разработчики также отмечают, что впереди еще много нерешенных вопросов, к примеру, сейчас рекорд длительности полета воздушного судно данного класса составляет две недели, тогда как Facebook нужно выйти на результат в три месяца (!). Иными словами, пройдет еще немало времени и испытаний, прежде чем БПЛА Aquila будет готов подняться в небо и исполнить свое предназначение.

Facebook Aquila4

Facebook Aquila5

Компания Google добавила в Google Maps возможность редактирования мест

Компания Google добавила в Google Поиск и Google Карты для Android и iOS возможность добавления недостающих мест и редактирования уже существующей информации.

maps

Кроме того, в ближайшее время можно будет вносить дополнительные подробности, а не только добавлять новые места или редактировать информацию, в частности часы работы или адреса. Google Картах для Android и в мобильном Google Поиске можно добавлять новую информацию, например, есть ли веранда у ресторана или вегетарианские блюда в меню, сообщает ferra.ru.

Кроме того, в Google Картах для Android и в мобильном Google Поиске появилась возможность одобрять правки, внесенные другими пользователями. На отредактированных местах появится пометка «Эти сведения предложены пользователем», при нажатии на это уведомление можно оценить изменение. Одобренные достаточным количеством голосов изменения будут отражены на карте.

PayPal и Visa заключили договор о сотрудничестве

PayPal Holdings и Visa в четверг заключили партнерское соглашение. Теперь пользователи смогут снимать деньги с карты через приложения Venmo и PayPal, а также расплачиваться в магазинах с помощью смартфона.

В соответствии с условиями договора, клиенты PayPal смогут привязать карту Visa к электронным кошелькам Venmo и PayPal. При этом международная платежная система не будет брать комиссию за транзакции.

«Этот момент разделит историю сотрудничества компаний на до и после, поскольку с того момента, как появился PayPal, 17 лет назад, Visa видела в нем своего в противника», считает аналитик из инвестиционной компании Wedbush Securities, сообщает therunet.com.

Акции PayPal на фоне новостей взлетели на 6,9% за несколько часов. На ценные бумаги Visa договор не повлиял.

SAP объявляет итоги II квартала 2016 года: рекордный уровень выручки и прибыли

После первоначальной оценки результатов деятельности за II квартал 2016 года международная компания SAP SE объявила предварительные финансовые результаты. «Инновационная архитектура ускоряет развитие всех бизнес-технологий: облачных решений, базовых приложений и бизнес-сетей. В результате SAP показал рост более чем на 10% в доходах от трех направлений: продаж ПО, облачных технологий и операционной деятельности. Продажи SAP S/4HANA никогда не были так высоки, и мы уверенно подтверждаем прогноз развития на год», — заявил генеральный директор SAP SE Билл МакДермотт (Bill McDermott)

«Мы сделали то, что обещали. Мы завершили вто¬рой квартал с высокими результатами. Я горжусь тем, с каким успехом SAP движется вперед по всем бизнес-направлениям. В результате инноваций для клиентов и успешной бизнес-трансформации мы превзошли конкурентов по росту выручки и по итоговым показателям», — прокомментировал финансовый директор SAP SE Лука Мучич (Luka Mucic).

SAP показал серьезный рост в сегменте облачных технологий. Во втором квартале по МСФО доход от облачных подписок и поддержки вырос на 30% по сравнению с предыдущим годом и составил 720 миллионов евро. По неаудированным данным доход от облачных подписок и поддержки вырос на 30 % по сравнению с предыдущим годом (33% в твердой валюте) и составил 721 миллион евро. Доход от новых облачных контрактов возрос в значительной мере — на 28% (31% в твердой валюте) во втором квартале и достиг 225 миллионов евро.

Быстрый рост облачного сегмента вместе с серьезным повышением дохода от поддержки способствовал увеличению доли прогнозируемого дохода. Общий доход от облачных подписок и поддержки, а также поддержки ПО достиг 63% от общего дохода во втором квартале 2016 года, что на 1 процентный пункт выше, чем ранее.

Компания SAP значительно превосходит основных конкурентов по доходам от облачных технологий и продажи ПО. Доход от облачных технологий и ПО по МСФО составил 4,36 миллиарда евро, рост на 7 %. Доход от облачных технологий и ПО по неаудированным данным составил 4,36 миллиарда евро, рост на 7% (11% в твердой валюте).

Операционная прибыль по МСФО выросла на 81% и составила 1,27 миллиарда евро. Операционная прибыль по неаудированным данным выросла на 9% и составила 1,52 миллиарда евро (11% в твердой валюте). Доход на акцию по МСФО вырос на 73% и составил 0,68 евро. Доход на акцию по неаудированным данным вырос на 2% и составил 0,82 евро.

За шесть месяцев, завершившихся 30 июня, операционный денежный поток составил 2,92 миллиарда евро (2015: 2,78 миллиарда евро), рост на 5% по сравнению с предыдущим годом, а сумма свободных денежных средств выросла на 1% по сравнению с предыдущим годом и составила 2,52 миллиарда евро (2015: 2,50 миллиарда евро).

Продажи SAP S/4HANA продолжают активно расти, поскольку клиенты все чаще нуждаются в преимуществах управления бизнесом в режиме реального времени с помощью значительно упрощенной архитектуры. Во втором квартале решение S/4HANA приобрели более 500 клиентов, из которых около 40% являются новыми клиентами SAP. Кроме того, при помощи новой платформы SAP HANA Cloud Platform (HCP) с удобной средой поддержки клиенты могут расширять функционал, создавать новые приложения и интегрироваться через облако или локально. В дополнение к этому, SAP HANA Enterprise Cloud продолжает предлагать услуги по безопасному и быстрому переносу критичных бизнес-процессов в облако. Компания Hershey (США), группа «Таргин» (Россия), Cathay Pacific (Гонконг) и Roy Hill Holdings Pty Ltd. (Австралия) выбрали для себя SAP S4/HANA во втором квартале.

SAP продолжает набирать обороты по продаже решений в облаке — Human Capital Management. SAP предоставляет решения по полному управлению рабочей силой по всему миру, которые включают в себя интеллектуальные сервисы для автоматизации процессов. Клиенты выбирают SAP SuccessFactors Employee Central, ключевое предложение наших систем Human Capital Management, превысившее 1 250 копий в конце второго квартала.

SAP позволяет эффективно сочетать работу с клиентами и коммерческую деятельность (Customer Engagement and Commerce) по всему миру, используя постоянно появляющиеся новые каналы сбыта. Наши решения используются как на рынке B2C, так и на рынке B2B в широком спектре отраслей, в том числе в розничной торговле, телекоммуникациях, финансовых услугах, государственном секторе и производстве. Продукты SAP уникальны тем, что позволяют бизнесам поддерживать связь между фронт- и бэк-офисами в режиме реального времени и совершать электронные сделки в рамках одной непрерывной цепочки создания ценности. CEC показала рост более 10% по локальным и облачным решениям во втором квартале.

SAP помогает своим клиентам разного масштаба становиться частью глобального мира, который становится все больше взаимосвязанным. Каждое решение для бизнеса SAP связывает крупную систему клиентов, поставщиков и партнеров. Данные сетевые решения в значительной степени взаимосвязаны с другими предложениями SAP. Во втором квартале доход от облачных подписок и от поддержки в сегменте Бизнес-сети SAP вырос на 21% в твердой валюте. Валовая прибыль в сегменте составила 76 %, что выше на 1 процентный пункт. Около 2,2 миллиона связанных компаний осуществляют торговые сделки на сумму свыше 820 миллиардов долларов в сети Ariba, более 42 миллионов конечных пользователей обрабатывают командировки через Concur. За последние 12 месяцев по управление платформы Fieldglass перешло более 2,6 миллиона сотрудников компаний-клиентов с гибким рабочим графиком в приблизительно 130 странах мира.

Компания показала высокие результаты в регионе EMEA, успешно справившись с неуверенными настроениями, возникшими после проведенного в Великобритании референдума. Доход от облачных решений и поддержки вырос на 7% (МСФО) и 11% (неаудированные данные, твердая валюта). Доход от облачных подписок и поддержки вырос на 38% (МСФО) и 41 % (неаудированные данные, твердая валюта). В регионе ЕМЕА SAP показал рост выше 10% по доходу от лицензий на ПО во Франции, Нидерландах, Швейцарии, в Южной Европе и также отличные результаты в Германии. В России и Германии более, чем на 10%, вырос доход от облачных подписок и поддержки.

В регионе Америки доходы Компании выросли в сегменте облачных технологий и поддержки на 8 % (МСФО) и 11 % (неаудированные данные, твердая валюта) и в сегменте облачных подписок и поддержки на 26 % (МСФО) и 29 % (неаудированные данные, твердая валюта). Северная Америка показала хорошие результаты во втором квартале и вернулась к обычным для себя результатам полугодия. В Латинской Америке продолжалась политическая и макроэкономическая нестабильность. Тем не менее SAP показал рост более 10% по доходу от лицензий на ПО в Бразилии и Мексике.

В Азиатско-Тихоокеанском регионе и Японии доход от облачных технологий и ПО вырос на 7% (МСФО) и 9 % (неаудированные данные, твердая валюта), при этом облачные подписки и поддержка выросли на 44 % (МСФО) и 47 % (неаудированные данные, твердая валюта). В Азиатско-Тихоокеанском регионе SAP показал рост более 10% по доходу от лицензий на ПО в Китае и Индии, в то время как в Японии рост составил почти 100%. Все три страны также показали рост более 10% по облачным подпискам и поддержке во втором квартале.

Опираясь на прекрасные результаты первой половины года и рост продаж во всех регионах, связанный с периодом освоения нового продукта S/4HANA, компания подтверждает следующий прогноз на 2016 год:

  • на основании удачной рыночной ситуации для облачных решений SAP компания ожидает, что доход от облачной подписки и поддержки за весь 2016 год по неаудированным данным будет в пределах 2,95–3,05 миллиарда евро в твердой валюте (2015: 2,30 миллиарда евро). Верхний предел представляет собой относительный прирост 33% в твердой валюте;
  • компания ожидает, что доход по облачным технологиям и поддержке за весь 2016 год не по неаудированным данным вырастет на 6–8% в твердой валюте (2015: 17,23 миллиарда евро);
  • компания ожидает, что операционная прибыль за весь 2016 год по неаудированным данным будет в пределах 6,4–6,7 миллиарда евро в твердой валюте (2015: 6,35 миллиарда евро).

В то время, как прогнозируемые результаты компании за весь 2016 год рассчитаны в твердой валюте, ожидается, что текущие цифры в отчете будут подвержены влиянию колебаний валютного курса. Если курс валют останется на уровне конца июня на протяжении всего оставшегося года, компания ожидает, что темп прироста дохода от облачных технологий и ПО по неаудированным данным, как и прирост операционной прибыли, будут подвержены влиянию колебаний валютного курса в пределах от –1 до +1 процентных пунктов в третьем квартале 2016 года (от -2 до 0 процентных пунктов по итогам 2016 года).

VMware объявляет финансовые результаты II квартала 2016 года

Компания VMware, Inc. объявила финансовые результаты за II квартал 2016 года. Общая выручка по стандарту GAAP и не по стандарту GAAP составила $1,69 миллиарда, что на 6% выше доходов не по стандарту GAAP во втором квартале 2015 года и на 11% выше доходов по стандарту GAAP во втором квартале 2015 года. Доходы от продажи лицензий за второй квартал составили $644 миллиона, что на 1% больше по сравнению со вторым кварталом 2015 года. Чистая прибыль по стандарту GAAP за второй квартал 2016 года составила $265 миллионов или $0,62 на разводненную акцию, что на 54% больше по сравнению с $172 миллионами или $0,40 на разводненную акцию во втором квартале 2015 года. Чистая прибыль не по стандарту GAAP за квартал составила $414 миллионов или $0,97 на разводненную акцию, что на 5% больше по сравнению с $396 миллионами или $0,93 на разводненную акцию во втором квартале 2015 года. Операционная прибыль по стандарту GAAP за второй квартал составила $323 миллиона, что на 57% больше результата второго квартала 2015 года.  Операционная прибыль не по стандарту GAAP за второй квартал составила $509 миллионов, что на 6% больше результата второго квартала 2015 года. Денежные поступления от основной деятельности за второй квартал составили $577 миллионов. Поток свободных денежных средств составил $539 миллионов. На 30 июня 2016 года денежные средства, их эквиваленты и краткосрочные инвестиции составили $8,67 миллиарда, а доходы будущих периодов — $5,12 миллиарда. Общая выручка не по стандарту GAAP совокупно с последовательным изменением в доходах будущих периодов выросла на 10% в годовом исчислении. Общая выручка по стандарту GAAP совокупно с последовательным изменением в доходах будущих периодов выросла на 16% в годовом исчислении. Доходы от продажи лицензий совокупно с последовательным изменением в доходах будущих периодов увеличились на 5% в годовом исчислении.

«Наши результаты во втором квартале стали продолжением уверенного старта в начале года — как по результатам, так и в отношении нашей стратегии развития новых направлений в бизнесе и облачных вычислениях, — говорит Пэт Гелсингер (Pat Gelsinger), главный исполнительный директор VMware. — Заказчики обращаются к VMware за помощью в запуске и обеспечении безопасности приложений, управлении ими и их объединении в рамках всех облаков и на любых устройствах. Мы обеспечиваем им превосходное подключение, защиту и прозрачность работы».

Зейн Роу (Zane Rowe), исполнительный вице-президент и главный финансовый директор VMware, отметил: «Это был еще один хороший квартал для VMware, и я особенно доволен финансовыми показателями и повышением устойчивости нашего баланса. Мы также с нетерпением ожидаем возврата стоимости нашим акционерам через выкуп акций на сумму $1,2 миллиарда, о котором мы объявили в прошлом квартале».

Также стоит отметить, что в прошлом месяце VMware объявила о намерении обновить свою стратегию корпоративной мобильности и продуктовые предложения. Анонсы включают:

  • Новое решение для безопасности конечных устройств на основе технологии Tanium. VMware TrustPoint — новое интегрированное решение для единого управления конечными устройствами и обеспечения их безопасности.
  • Улучшения в продукте Workspace ONE на основе недавнего обновления VMware AirWatch 8.4 и VMware Identity Manager, благодаря которым заказчики получат новые управляемые рабочие пространства, настроенные под конкретного пользователя.

VMware объявила о приобретении компании Arkin Net, лидера в области безопасности и операций для программно-определяемого ЦОДа. Это приобретение поможет заказчикам ускорить внедрение VMware NSX для программно-определяемых ЦОДов. В апреле VMware объединилась с Pivotal, чтобы ускорить внедрения нативных облачных приложений. Новое корпоративное решение для нативного облака, созданное на основе Pivotal Cloud Foundry и VMware Photon Platform, позволяет компаниям запускать приложения и инфраструктуры со скоростью стартапов.

Ведущая аналитическая компания IDC назвала VMware лидером по доле на двух глобальных рынках — управления облачными системами и ПО для автоматизации ЦОД по показателям доходов за 2015 год. Верхние строчки в этих двух категориях VMware занимает третий год подряд.

Продукт VMware AirWatch продолжает получать высокие оценки ведущих аналитических агентств.

  • В июне 2016 года ему в шестой раз подряд был присвоен статус лидера в магическом квадранте Gartner по управлению корпоративной мобильностью (EMM) (пакеты). В этом году он также в четвертый раз получил самые высокие оценки за результативность и наибольшую полноту видения. Впервые в истории магического квадранта Gartner для EMM-пакетов один и тот же вендор получает наивысшие баллы по двум направлениям.
  • Второй год подряд ведущая аналитическая компания IDC называет VMware AirWatch крупнейшим вендором EMM по доле рынка в 2015 году.
1...2 9652 9662 967...3 808Страница 2 966 из 3 808

О ЖУРНАЛЕ

Журнал зарегистрирован в Министерстве Юстиции Азербайджанской Республики (№2196 - 10.04.2007). Редакция журнала не несет ответственности за содержание рекламных материалов и баннеров. При использовании материалов ссылка на сайт www.infocity.az обязательна.

ISSN 2218-7782
Пишите нам: [email protected]

ПОДПИШИТЕСЬ НА НАС

© 2007-2026 «InfoCity»