📝 Как писать release notes для App Store и Google Play

Шикарная статья, под завязку набитая советами и примерами.

https://uxdesign.cc/design-better-release-notes-3e8c8c785231#.dvjoh23v1

🔮 Anticipatory Design: How to Create Magical User Experiences


Мнение о том, что современные сервисы должны приносить максимум пользы при минимуме усилий со стороны пользователя. В основном речь идет о том, чтобы предугадывать данные, которые часто приходится вводить вручную. Автор считает, что будущее за интерфейсами, которые работают "как магия" и снимают человека большую часть нагрузки. Об этом же шла речь в одной из лекций школы дизайна Яндекса – под капотом хорошего сервиса должны быть крутые технологии.

В комментариях говорят, что настройка искусственного интеллекта – слишком тяжёлая задача, особенно для небольшой компании. Они правы, но идею автора при желании можно применять и не обладая огромными объёмами данных, на которых будут обучаться сложные нейронные сети. Даже если вы просто запишите в базу данных деталь, которая окажется полезной в будущем (например, последний выбранный способ оплаты товара), это уже избавит пользователей от необходимости лишний раз печатать и кликать.

Будем надеяться, что использование искусственного интеллекта скоро станет легкой и привычной вещью. Благодаря этому интерфейсы станут еще незаметнее и проще. Как говорится, the best interface is no interface. 🙌

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

Тренды рынков/сегментов/подходов:
– Мобайл растет. При этом в самом начале пути своего по монетизации
– Фримиум самый простой формат выхода на деньги
– Аудитории могут масштабироватья в мобайле до миллионов за месяцы даже без существенных вложений в рекламу
– Вирал – основа хорошего роста
– Успешным может стать даже то, что не имеет сложного бэк-энда
– Часто успешными становят те, кто смог красиво и понятно упаковать какой-то повседневный оффлайн

Методы работы:
– Нужно постоянно экспериментировать с продуктами, щупать пользователя, смотреть реакцию
– Еще больше надо экспериментировать с маркетингом – трафик наша кровь
– Все должно быть не просто посчитано, а выведено на дашборд в реальном времени
– Вирал – не миф, его можно настроить, но еще лучше заложить в ДНК продукта
– Мобильный продукт бессмертен – есть аппки на iOS, которым по 5 лет, не теряющие своей актуальности даже без обновлений
– В мобайле процессинг сделать проще – встроенные покупки решают кучу проблем, люди доверяют
– Локализация приложений и софтлончи в отдельных регионах дают возможность гибко тестировать рынки

Размышлений там еще на три тома...

И вот к чему я пришел: в ближайшие 5 лет точно, особенно выгодными будут инвестиции в мобильные приложения, которые уже запущены, но пока не могут качественно показать А) Рост, Б) Выручку.

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

Теперь про бизнес: $100K на аппку – это более чем достаточно, чтобы дать ей пинок в плане маркетинга и выручки. Взлетит, можно добавлять, а если нет – то ничего страшного. В правильных руках $100K в мобайле – это 50-500K инсталяций – более чем репрезентативно.

За $10 миллионов можно запустить 100 приложений. А если еще использовать мультипликатор трафика как KetchApp, когда все друг друга по кругу рекламируют, то можно усилить эффект от вложений в разы.

100 приложений – это шикарная диверсификация.

Модель моя не нова, это обычный паблишер/дистрибютор, который по рынку как свинья по лесу в поисках трюфеля.

Вопрос один – какую долю брать у разработчиков приложения за эти самые $100K и экспертизу в продвижении и монетизации?

🏀 Android-разработчик Saúl Molinero начал серию постов, в которых он воссоздает дизайн приложений с Dribbble и MaterialUp. В первой статье можно почитать о создании Bottom Sheet с парой интересных анимаций.

http://saulmm.github.io/from-design-to-android-part1

Google запустили шоу о взаимоотношениях дизайнеров и разработчиков

https://youtu.be/8T94qu8IWWk

🔪 Custom Scopes для компонентов в Dagger 2

Очень понятное объяснение с примерами и схемами. Наверное, даже лучшая статья в интернете на эту тему.

А с основами использования Dagger 2 можно ознакомиться в первой статье того же автора.

🔄 Эксперт Google по Android-разработке рассказывает, как спроектировать приложение таким образом, чтобы пользователям не приходилось видеть индикаторы загрузки и надпись "Нет соединения".

https://medium.com/@yonatanvlevin/offline-support-try-again-later-no-more-afc33eba79dc

Привет всем, кто подписался на канал! 👋
Очень приятно, что еще вчера утром вас было всего 20 человек, а сейчас в 12 раз больше. Теперь все серьезно :)

Давайте знакомиться. Меня зовут Владимир Конденко. Я студент, все свободное время посвящаю дизайну и разработке приложений. У меня есть гитхаб (который скоро пополнится парой интересных проектов) и аккаунт на UpLabs, который пока что служит заменой Dribbble.
Я завел этот канал, чтобы делиться полезными вещами, которые я нахожу ежедневно в погоне за знаниями и опытом. Надеюсь, вам они тоже принесут пользу.

Если у вас есть какие-то вопросы или предложения, добро пожаловать в личку (@kondenko) – я буду рад пообщаться.

Всем хороших выходных!

🚦Тестирование MVP-архитектуры с помощью Mockito и Robolectric

Пошаговые инструкции по написанию тестов для каждого слоя с примерами и ключевыми моментами.

https://medium.com/@Miqubel/testing-android-mvp-aa0de6e165e4#.fr7jeh9sz

✏ 8 советов по написанию текстов для интерфейсов

Недавно я писал о том, как оформлять тексты. Теперь речь пойдет о смысловой составляющей:

1. Краткость и простота – ваши друзья.
2. Используйте одинаковую терминологию – у вас не должно быть написано "Забронировать столик" на сайте и "Зарезервировать столик" в приложении.
3. Давайте почитать текст коллегам. Будет полезно, если его прочитают люди, для которых язык текста не является родным.
4. Текст должен "продолжать работать" при переводе на другие языки.
5. Доверяйте инстинктам. Не нравится – перепишите.
6. Сотрудничайте с менеджерами и дизайнерами.
7. Научитесь основам работы с дизайнерским софтом, чтобы смотреть, как выглядит и читается то, что вы пишете, в интерфейсе.
8. Не ждите, пока дизайн будет закончен и утверждён.

https://uxdesign.cc/8-lessons-in-ux-writing-36f0e73e2971#.qz5x4p1g0

🔬Cамый оптимальный размер кнопки в мобильном интерфейсе – 82pts (12.8 мм).

Здесь можно почитать, как к этому пришли и как эта цифра соотносится с гайдлайнами известных компаний.

Перевод

🆕 Вышел Android O Developer Preview

Что нового:
1. Адаптивные иконки с масками и анимациями
2. Фреймворк для автозаполнения полей в формах
3. Picture-in-picture
4. Категории для уведомлений

https://developer.android.com/preview/index.html

🔐 Как хранить ключи в open-source приложениях так, чтобы они не попали в открытый доступ.

https://android.jlelse.eu/keep-your-keys-outside-manifest-and-gradle-ba44110bafca

☕ Делаем свой код читабельнее, производительнее и стабильнее с помощью приёмов из книги Effective Java.

https://medium.com/rocknnull/effective-java-for-android-cheatsheet-bf4e3433889a#.hxjrgyas7

Дизайнер BlaBlaCar рассказал о переводе команды на систему компонентов и методологию, похожую на Atomic Design и БЭМ.
Благодаря системе они унифицировали дизайн на всех платформах, стали уделять больше внимания user experience и получили возможность переходить от скетчей к верстке, минуя промежуточные стадии.

🍭 Подробный гайд по внедрению анимаций

- как понять, что в приложении не хватает анимаций
- как убедить команду потратить ресурсы на их создание
- как прототипировать
- какие инструменты использовать
- как тестировать результат

https://www.smashingmagazine.com/2016/03/integrate-motion-design-animation-ux-workflow/

Саммари статьи одной картинкой.

🍊 Урок по созданию эффекта зернистости, который часто можно видеть на иллюстрациях в material-приложениях.

https://medium.com/google-design/salt-pepper-the-art-of-illustrating-texture-c962dc67cc35

⚠ 4 способа обработать ошибку в приложении

Коротко:
1) Блокируйте интерфейс полностью, если из-за ошибки невозможна работа с сервисом.
2) Блокируйте отдельные части интерфейса, если они не функционируют сами по себе, но не мешают пользоваться приложением.
3) Показывайте всплывающее сообщение или небольшой баннер, если ошибка влияет на работу приложения, но не мешает им пользоваться.
4) Показывайте ошибки рядом с элементами интерфейса, чтобы привлечь к ним внимание (например, при заполнении форм).

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

Введение в RxBinding – библиотеку для придания вашим вьюхам реактивности 🚀

Если вы пока не знакомы с парадигмой реактивного программирования, использование этой либы должно помочь вам разобраться в теме.

RxBinding на гитхабе

Очень короткая статья про дизайн мобильных форм. На 90% состоит из скриншотов, которые показывают, какие элементы UI использовать и как их лучше размещать.

Оригинал
Перевод