[#MetroLynch] Разъяснения и обновление правил

Друзья, учитывая, что ко мне приходит довольно много запросов на ревью приложений, я бы хотел еще раз, возможно, более подробно и детально рассказать, как и зачем я работаю над ними, чтобы у всех было общее понимание :)

Прежде всего, задачи, которые мы в DPE решаем, носят в значительной степени экосистемный характер. В этом смысле нам (и лично мне ) не столько интересно помочь какому-то конкретному разработчику или компании, сколько помогая вам, помочь всему сообществу. В случае с моими метролинчами, в рамках которых я делаю ревью отдельных приложений, мне важно, чтобы каждый раз я мог сказать что-то новое: показать еще какой-то новый прием, объяснить какой-то не обсуждавшийся ранее нюанс проектирования приложений, разобрать какой-то новый сценарий.

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

Сегодня у меня в почте порядка 25 заявок на ревью разных приложений, которые я не успел разобрать. Все они в разной степени проработанности и сложности. Какие-то лежат более месяца или даже двух, какие-то совсем свежие. Практически все из этих (необработанных) заявок лежат без ответа с моей стороны, но в то же время с большой степенью вероятности все ваши заявки дошли до меня. В моем почтовом ящике, все заявки, которые я еще не рассматривал в метролинче помечены непрочитанными и не потеряются.

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

Улучшили? Пришлите мне поверх новое письмо с обновленной версией приложения! Это будет интереснее мне, это будет полезнее вам и это будет более эффективно для всего сообщества.

 

Как я работаю над приложением

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

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

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

  • навигация и управление -- здесь разбирается:
    • как достичь какого-то экрана, чтобы решить какую-то задачу;
    • какие ожидания будут у пользователя (меня в частности), когда он видит тот или иной элемент управления;
    • как используются стандартные контролы Windows Phone, включая страницы, пивоты и панорамы, а также панель приложения;
    • как построена навигация, как вернуться назад, есть ли циклы;
    • как структурирована информация, можно ли укрупнить или детализировать блоки подачи информации;
  • дизайн прилоежния -- здесь делается акцент на визуальной составляющей:
    • как размещены отдельные элементы на странице относительно друг друга;
    • правильно ли выровнены элементы по направляющим, можно ли улучшить размещение по сетке;
    • насколько хорошо читается информация, в том числе с учетом фона и в разных темах и акцентах;
    • правильно ли используются иконки;
    • можно ли улучшить подачу информации, сделать ее более приятной для глаз;
    • можно ли улучшить типографику в приложении;
  • функциональность -- здесь мы смотрим, какие возможности дает приложение пользователю и что можно улучшить или добавить.

Это, конечно, не полный список вопросов. Иногда бывает так, что смотришь на приложение -- видишь, что что-то не так, но сходу не понимаешь, что именно. Тогда я пытаюсь сам решить такую же задачу -- в результате в отчетах появляются какие-то альтернативные решения или предложения. Все, конечно, субъективно, но с учетом общих гайдлайнов и прочих рекомендаций.

 

Обновления правил:

  • мы можем публиковать метролинчи не только в моем блоге, но и на других ресурсах (msdn, хабр)
  • тема для писем "[metrolynch] Название вашего приложения"

 

Вопрос к вам: нужно ли отдельно обращать в ревью внимание на удачные, на мой взгляд, решения в приложениях?