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

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

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

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

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

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

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

 

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

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

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

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

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

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

 

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

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

 

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

Comments

• Anonymous
  February 24, 2012
  Конечно, и для автора приятно и всем пример.

• Anonymous
  February 26, 2012
  Да, выделение удачных решений было бы очень кстате!