Манго и обмен сообщениями: у нас проблема

Сегодня Windows Phone 7 Mango рассказала нескольким представителям прессы, и каждый отзыв был положительным. Однако я вижу одну проблему, заключающуюся в том, что я не полностью убежден в одной идее, с которой я изначально думал, что полностью согласен. Статья является ответом Эльдару Муртазину и ответу mobile-review на комментарии Джо Белфиоре о системе iMessage и о том, как iMessage вырвал множество идей из горячих рук Microsoft. Перейдите по ссылке, чтобы увидеть возможные решения и проблемы, которые я вижу в обмене сообщениями Mango, которые, возможно, необходимо изменить.

Итак, просматривая твиттер вчера утром, первое, что я вижу, это твит мобильного обзора о Проблема с СМС в Манго где комментарии кажутся действительно интересными. Не буду утомлять всех подробностями, но суть статьи можно свести к разным пунктам, взятым из самой статьи. Конкретно:

Меня немного обидел тот факт, что Microsoft считает iMessage копией мессенджера, который мы видим в Windows Phone 7 Mango. У них есть что-то общее, но я не думаю, что их можно назвать идентичными.
Блестки №123. Современные мобильные клиенты обмена мгновенными сообщениями — подход Microsoft против подхода Apple

В Windows Phone 7 Mango пользователь, наконец, стал центром общения — неважно, какое приложение вы используете, вы будете получать сообщения из любого приложения для обмена мгновенными сообщениями, такого как чат Facebook или SMS, и все ваши сообщения будут отображаться в виде чата.
Блестки №123. Современные мобильные клиенты обмена мгновенными сообщениями — подход Microsoft против подхода Apple

Но в чем основное отличие этих сервисов от СМС? Разница в том, что доставка SMS предоставляется оператором связи, и вы всегда можете получить отчет о статусе сообщения. Хотя доставка сообщений в современных IM-клиентах НЕ гарантируется — мы можем только надеяться, что они дойдут. Это огромная разница, которая позволяет мне сказать, что концепция обмена сообщениями, используемая в Microsoft Windows Phone 7, имеет пока один, но существенный недостаток — она объединяет гарантированные услуги доставки сообщений (SMS) с вероятными услугами.
Блестки №123. Современные мобильные клиенты обмена мгновенными сообщениями — подход Microsoft против подхода Apple

Честно говоря, я начал рвать на себе волосы, размышляя над приведенными здесь аргументами – поскольку SMS и другие сервисы объединены, и пользователи понятия не имеют, отправлено сообщение или нет, фундаментальная разница между ними заключается в уведомление. Я знаю, что Эльдар в прошлом был не совсем уверен в своем мнении, но сейчас глупый аргумента. И тут я, честно говоря, стал относиться к статье критически. И я пришел к выводу, что хотя Эльдар делает очень интересное замечание, он совершенно не попадает в цель. Акцент на системе уведомлений может быть одним из небольшая проблемы в интегрированной схеме, предложенной Microsoft. И через некоторое время я обнаружил еще несколько проблем, которые следовало решить немедленно. В конечном счете, я надеюсь, что к этим соображениям следует отнестись серьезно и реализовать их до того, как пользователи получат Mango. Или хотя бы Аполлон. Давайте начнем.

Помните, когда Mango был анонсирован, и одной из ключевых особенностей был новый способ взаимодействия людей друг с другом — через MSN, Facebook и через SMS, создавая интегрированный опыт? Если нет, давайте быстро посмотрим на это в действии:

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

Прыгая прямо в интерфейс, пользователь показывал сообщения на соответствующих платформах — MSN, Facebook или SMS. Но все сообщения на одном экране. Теперь это может быть хорошей идеей, но давайте дадим несколько напоминаний о том, почему эта идея действительно может быть отстойной, и о решениях проблемы:

1. Беспорядок
Сам интерфейс загроможден, и хотя я согласен с Эльдаром в том, что группировка систем может быть плохой идеей, я не основываю его на уведомлениях, потому что все, что я видел, система уведомлений о том, является ли онлайн-сообщение отправлено на месте. Однако с эстетической точки зрения макет смс для объединения всех сообщений может быть загроможденным и запутанным. Конечно, есть отличный тег, который указывает, куда пользователь отправляет сообщение в вашем списке контактов, что является отличной идеей, но в целом он выглядит почти неорганизованным со всеми объединенными службами.

2. Размер сообщений
Давайте будем настоящими. Сообщение пользователей. Много. Я заметил (как и некоторые другие здесь так же как и сигнал здесь. Если есть ошибка обмена сообщениями даже в NoDo после 1,000 сообщений, давайте подумаем, что произойдет, если будет разговор в чате; который легко может быть тысячами и тысячами строк сообщений. Я видел отставание и испытал отставание и мигание окна SMS-чата при собственном использовании множества устройств, поэтому я не могу утверждать, что устройство открыто только для one устройство. Я думаю, что это серьезный системный баг.

3. уведомление
Эльдар делает несколько интересных предложений в отношении метода уведомления, который использовала Windows Phone, но лишь поверхностно. Я обращаю внимание на фактическую схему уведомления, которая используется. Когда пользователь уведомляется о сообщении, отображается живая плитка (как и в случае с любым SMS), и когда пользователь выбирает ее, пользователь попадает в потоки. Любое новое сообщение, текст под именем пользователя загорается. Вот и все. Итак, позвольте мне посмотреть, смогу ли я схватить это прямо, если смогу. Mango объединяет уведомление о сообщении аналогично NoDo и предыдущей сборке и ожидает, что пользователи точно, откуда приходит СМС. На основе только что выделенных слов. Никакая дополнительная индикация не сообщает пользователю, является ли это SMS, Facebook IM или даже MSN IM.

А потом, думая о неотложных проблемах, я вспоминаю кампанию Microsoft для Windows Phone — она должна избавить пользователей от их телефонов и дать нам яркий и волшебный новый дизайн интерфейса, невиданный ранее, и как бы сломать барьер. Понятно, что Microsoft сломала шаблон с идеей консолидации сообщений в формате, похожем на хаб, но можно сделать лучше, учитывая некоторые проблемы, которые я вижу с точки зрения эстетики, взаимодействия с пользователем и пользовательского опыта. Итак, каково решение для создания лучшего опыта? Удивительно, но это не так революционно, как может показаться, но, тем не менее, может быть эволюционным.

Начнем с живой плитки. Текущая живая плитка Mango показывает, что сообщение получено, но что, если произойдет что-то подобное:

Мой фотошоп отстой, но вы понимаете, что я говорю, верно?

Из живой плитки пользователь точно знает, откуда приходят сообщения. Из-за конечно размера и дерьмового ноу-хау фотошопа, размер уведомления великоват для всех 3-х. Так может для иконок что-то типа 20х20 и шрифт для уведомления между 12-14 шрифтом? Я думаю, что такую ​​схему можно было бы распространить и на систему уведомлений на локскрине, чтобы тоже не отставать от кампании "входи-выходи" (или это Windows Phone спасет нас от нашего телефона, честно уже не помню).

Продолжая тему системы уведомлений, как узнать, какой контакт отправил нам новое SMS, а какой контакт отправил нам сообщение в Facebook или MSN? Удивительно, но это тоже легко решить, как показано ниже:

Размещение значков может быть в начале сообщения или в конце сообщения в представлении цепочки.

По сравнению с «текущей» системой цепочка показывает, откуда пользователи отправили им сообщение — из facebook, sms или MSN. Главное, на что я рассчитываю, это то, что вероятность того, что пользователи отправят SMS и Facebook/MSN одно и то же сообщение, невелика, если только это не экстренный случай. Недостаток был бы, если бы было два сообщения из двух разных систем обмена сообщениями и пространства. Но в идеале значки можно изменить на что-то правдоподобное и, конечно же, это решит проблему. Но маловероятно, что кто-то привлечет ваше внимание обоими способами, если только это не экстренный случай или он не психопат.

На данный момент есть представление потока и представление живой плитки, которое указывает местоположение контактов для обмена сообщениями. Это не перемешано, и у пользователей есть отличное представление о том, какая служба используется, особенно если пользователи входят в систему. Найти услуг. А как насчет интерфейса обмена сообщениями? Я сказал, что это было очень неуклюже и неорганизованно, потому что сообщения просто помечались тегом. Что, если бы для каждого режима обмена сообщениями были отдельные страницы? Например, пользователь выбирает имя/номер контакта и попадает в 3 окна в зависимости от того, откуда пользователю было отправлено сообщение. Один для SMS, один для Facebook и один для MSN, если контакт использует все три службы. Звучит странно? Вот несколько фотодоказательств:

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

А как насчет утверждений Эльдара? Как легко решить эту проблему! В идеале в этой парадигме проблема решается сама собой. Но что, если конечный пользователь до сих пор не знает, отправлено ли онлайн-сообщение? Это просто! Прозрачный эффект для видимого эффекта, если сообщение отправлено. Визуально пользователь знает, отправлено сообщение или нет. Хотя утверждения Эльдара странны (учитывая, что пользователи понятия не имеют, отправляются ли их SMS-сообщения в чат или нет), недостаточно сказать, что идея обмена сообщениями Apple уникальна. Или хороший, или даже достаточно другой сам по себе. Это не. Однако, с моей личной точки зрения, у Microsoft есть некоторые недостатки, которые можно легко решить в Mango или будущих итерациях Microsoft. Если вся идея заключается в центре обмена сообщениями, сделайте его больше похожим на центр! Просто как тот!