ДМИТРИЙ СЛИНЬКОВ
Почему скриншоты нужно рисовать
Если веб-сайт должен продавать программное обеспечение, очевидно, что нужно показывать на нем скриншоты. И тут необходимо следовать таким правилам:
1. Скриншоты должны быть настоящими, а не «сказочно-красивенькими». Будущий пользователь вашего ПО установит приложение, не найдет там таких экранов и сразу же почувствует себя обманутым.
2. Скриншоты должны выписываться в дизайн сайта. Или наоборот: сайт должен быть выполнен в тех же шрифтах и цветах, что и приложение.
И тут подкрадываются следующие проблемы:
1. Реальные скриншоты могут быть не такими красивыми, как сайт.
2. Вообще-то, приложение делалось для большого экрана. Для разрешения HD, как минимум. А вам нужно показать картинки размером, скажем, в половину экрана.
1. Скриншоты должны быть настоящими, а не «сказочно-красивенькими». Будущий пользователь вашего ПО установит приложение, не найдет там таких экранов и сразу же почувствует себя обманутым.
2. Скриншоты должны выписываться в дизайн сайта. Или наоборот: сайт должен быть выполнен в тех же шрифтах и цветах, что и приложение.
И тут подкрадываются следующие проблемы:
1. Реальные скриншоты могут быть не такими красивыми, как сайт.
2. Вообще-то, приложение делалось для большого экрана. Для разрешения HD, как минимум. А вам нужно показать картинки размером, скажем, в половину экрана.
И давайте не забывать, что скриншоты в первую очередь рекламируют само приложение. То есть, демонстрируют его основные, самые «убойные» фичи. Если ваша фича уместится в кусочек 700X500, хорошо. Если нет, то… Нужно показывать функции ПО через наглядные схемы или… с помощью несуществующих скриншотов.
Да-да, я ещё в самом начале сказал, что они должны быть настоящими. Но это в идеальном мире моно-приложения. Сегодня, если вы отправите на утверждение своё iOS-приложение в AppStore и снабдите его фантазийными скриншотами, Apple ваше приложение не примет. В реальном мире зачастую мы имеем дело со следующими «отягчающими» обстоятельствами:
1. Приложение ещё не готово.
2. Оно постоянно меняется.
3. Нет никакого приложения — есть зоопарк из ИТ-костылей объединенных в работоспособный АРМ гордо именуемый «решением».
4. ПО крутится на старой версии платформы: «вот выпустим сайт, увеличим продажи и тогда допилим под новую версию».
5. Продемонстрировать полезность фичи софта с помощью самого софта невозможно в принципе.
6. Польза от использования ПО не несёт в себе пользу ИТ-шную. Например, показать с помощью одних только сриншотов как человек вылечился с помощью онлайн-консультации трудно.
7. Само внедрение софта – большущий шаг вперёд для пользователя. Поэтому изобразить путь от As Is (без приложения, как идиот) до To Be (с приложением, как путный) не представляется возможным в принципе.
А кроме того, возможности анимации в вебе подчас могут быть в разы нагляднее, чем то, что происходит на экране реального приложения. Трехсекундный ролик тщательно смонтированный в After Effects продаст. А практически любой настоящий скриншот системы SAP не продаст ни конкретную систему, ни саму идею автоматизации.
Что в итоге? В итоге, если вы хотите продемонстрировать всю красоту и мощь ваших программных приложений, рисуйте скриншоты для сайта специально. Со всеми вытекающими: создаёте отдельную дизайн-систему учитывающую корпоративные шрифты и, желательно, брендбук. Потом рисуете с помощью этой дизайн-системы абсолютно новые скриншоты. Важно, чтобы они несли информацию посетителям.
1. Приложение ещё не готово.
2. Оно постоянно меняется.
3. Нет никакого приложения — есть зоопарк из ИТ-костылей объединенных в работоспособный АРМ гордо именуемый «решением».
4. ПО крутится на старой версии платформы: «вот выпустим сайт, увеличим продажи и тогда допилим под новую версию».
5. Продемонстрировать полезность фичи софта с помощью самого софта невозможно в принципе.
6. Польза от использования ПО не несёт в себе пользу ИТ-шную. Например, показать с помощью одних только сриншотов как человек вылечился с помощью онлайн-консультации трудно.
7. Само внедрение софта – большущий шаг вперёд для пользователя. Поэтому изобразить путь от As Is (без приложения, как идиот) до To Be (с приложением, как путный) не представляется возможным в принципе.
А кроме того, возможности анимации в вебе подчас могут быть в разы нагляднее, чем то, что происходит на экране реального приложения. Трехсекундный ролик тщательно смонтированный в After Effects продаст. А практически любой настоящий скриншот системы SAP не продаст ни конкретную систему, ни саму идею автоматизации.
Что в итоге? В итоге, если вы хотите продемонстрировать всю красоту и мощь ваших программных приложений, рисуйте скриншоты для сайта специально. Со всеми вытекающими: создаёте отдельную дизайн-систему учитывающую корпоративные шрифты и, желательно, брендбук. Потом рисуете с помощью этой дизайн-системы абсолютно новые скриншоты. Важно, чтобы они несли информацию посетителям.
Хорошая новость в том, что эти экраны пригодятся вам в куче других мест:
1. В рилсах и сторизах
2. В рекламе
3. В конце концов, вы сможете с помощью «экранов будущего» протестировать отношение к ним ваших будущих и настоящих пользователей.
В видео к посту вы можете посмотреть на два примера:
1. В начале поста — сайт приложения для измерения экранов. Как видите, чтобы продемонстрировать работу приложения, там не нужны полноценные скриншоты.
2. Справа — сайт аналитической системы. С помощью анимации показано как можно упорядочить информационный хаос.
С примерами работ вы можете ознакомиться в нашем портфолио.
1. В рилсах и сторизах
2. В рекламе
3. В конце концов, вы сможете с помощью «экранов будущего» протестировать отношение к ним ваших будущих и настоящих пользователей.
В видео к посту вы можете посмотреть на два примера:
1. В начале поста — сайт приложения для измерения экранов. Как видите, чтобы продемонстрировать работу приложения, там не нужны полноценные скриншоты.
2. Справа — сайт аналитической системы. С помощью анимации показано как можно упорядочить информационный хаос.
С примерами работ вы можете ознакомиться в нашем портфолио.
Сайт аналитической системы Retail Services