Mango とメッセージング - 問題があります

Windows Phone 7 Mangoは本日、報道関係者の何人かと決別し、各レビューは好意的でした。 しかし、私が目にする問題のXNUMXつは、私が最初に完全に参加していると思っていたXNUMXつのアイデアで完全に売られていないことです。 この記事は、Eldar Murtazinと、iMessageシステムに関するJoe Belfioreのコメントに対するmobile-reviewの応答と、iMessageがMicrosoftのホットハンドから多くのアイデアをどのように引き出したかに対応しています。 リンクをクリックして、変更が必要になる可能性のあるMangoメッセージングで見られる考えられる解決策と問題を確認してください。

昨日の朝、ツイッターでよく読んで、最初に目にするのはモバイルからのツイートです。 マンゴーのSMSの問題 コメントが本当に面白いように見えるところ。 私はすべての人に詳細を退屈させることはしませんが、記事の核心は記事自体から取られたさまざまなポイントで要約することができます。 具体的には：

MicrosoftがiMessageをWindowsPhone7Mangoに表示されるメッセンジャーのコピーと見なしていることに少し腹を立てました。 それらには共通点がありますが、同一とは言えないと思います。
Spillikins＃123。 最新のモバイルIMクライアント-MicrosoftのアプローチとAppleのアプローチ

Windows Phone 7 Mangoでは、ユーザーがついにコミュニケーションの中心になりました。どのアプリを使用しても、FacebookチャットやSMSなどのIMアプリケーションからメッセージを受信し、すべてのメッセージをチャットとして表示します。
Spillikins＃123。 最新のモバイルIMクライアント-MicrosoftのアプローチとAppleのアプローチ

しかし、これらのサービスとSMSの主な違いは何ですか？ 違いは、SMSの配信は通信事業者によって許可されており、メッセージステータスレポートをいつでも取得できることです。 最新のIMクライアントでのメッセージ配信は保証されていませんが、それが成功することを期待することしかできません。 これは大きな違いであり、Microsoft Windows Phone 7で使用されているメッセージングの概念にはこれまでのところXNUMXつありますが、かなりの欠陥があります。これは、保証されたメッセージ配信サービス（SMS）と可能性のあるサービスを組み合わせたものです。
Spillikins＃123。 最新のモバイルIMクライアント-MicrosoftのアプローチとAppleのアプローチ

正直に言うと、ここでの議論について考えると、私は髪を引っ張り始めました。SMS と他のサービスは組み合わされており、ユーザーはメッセージが送信されたかどうかを知りません。この XNUMX つの根本的な違いは、次の点にあります。通知。 エルダーが過去に自分の意見について疑わしいことを知っているが、これは 愚かな 引数の。 そして、正直にその記事について批判的に考え始めました。 そして私は、エルダーが非常に興味深い点を指摘している一方で、彼は完全にマークを外していると結論付けました。 通知システムに焦点を当てることは、 マイナー マイクロソフトが提案した統合スキームの問題。 そしてしばらくして、すぐに対処すべき問題がいくつか見つかりました。 最終的には、ユーザーがMangoを入手する前に、考慮事項を真剣に受け止めて実装することを望んでいます。 または少なくともアポロ。 さぁ、始めよう。

Mangoが発表されたときのことを覚えていますか？重要な機能のXNUMXつは、MSN、Facebook、SMSを介して、統合されたエクスペリエンスを作成する新しい方法でした。 そうでない場合は、実際の動作を簡単に見てみましょう。

機能を見てみると、ユーザーはXNUMXつの画面で「スレッド」（連絡を受けた人）を紹介されています。 右にスワイプすると、オンラインの連絡先と、もちろん最新のものが表示されます。 連絡先ページは重要な焦点となるべき側面ではありませんが、重要な焦点はスレッドとインターフェースから開始する必要があります。

インターフェイスに直接ジャンプすると、ユーザーはそれぞれのプラットフォーム（MSN、Facebook、またはSMS）でメッセージを表示しました。 ただし、すべてのメッセージは同じ画面に表示されます。 これは良いアイデアかもしれませんが、そのアイデアが本当にうまくいかない理由と問題の解決策についていくつか思い出させてください。

1.雑然
インターフェース自体は雑然としていて、システムをグループ化するのは悪い考えであるという点でEldarに同意しますが、私が見たすべてのこと、オンラインメッセージがオンラインメッセージであるかどうかの通知システムであるため、通知に基づいていません。送信されたのはスポットです。 ただし、美的観点から、すべてのメッセージを統合するためのSMSレイアウトは、雑然としていて混乱する可能性があります。 確かに、ユーザーが連絡先リストのどこにメッセージを送信しているかを示す優れたタグがあります。これは優れたアイデアですが、一般的に、すべてのサービスを組み合わせるとほとんど整理されていないように見えます。

2.メッセージのサイズ
本当のことをしましょう。 ユーザーメッセージ。 たくさん。 私は気づきました（他のいくつかのように こちら と同様 こちら。 1,000通のメッセージを送信した後でもNoDoにメッセージングのバグがある場合は、チャットで会話した場合にどうなるかを考えてみましょう。 これは、簡単に数千行のメッセージになる可能性があります。 私はラグを見て、多数のデバイスを自分で使用したときにSMSチャットウィンドウのラグと点滅を経験したので、必ずしもデバイスが XNUMXつ 端末。 これはシステムの大きなバグだと思います。

3。 通知
Eldarは、Windows Phoneが使用した通知方法に関していくつかの興味深い提案をしていますが、表面を傷つけただけです。 私は実際に使用されている通知スキームに懸念を向けています。 ユーザーにメッセージが通知されると、ライブタイルが表示され（他のSMSと同様に）、ユーザーがメッセージを選択すると、ユーザーはスレッドに移動します。 新しいメッセージがあると、ユーザー名の下のテキストが点灯します。 それでおしまい。 だから、できればこれをまっすぐにつかむかどうか見てみましょう。 Mangoは、NoDoや以前のビルドと同様にメッセージ通知を統合し、ユーザーが 正確に SMSの送信元。 ハイライトされた単語に基づいています。 これがSMSまたはFacebookIMであるか、MSNIMであるかをユーザーに通知するものはこれ以上ありません。

そして、当面の問題について考えると、Windows Phoneに対するMicrosoftのキャンペーンを思い出します。これは、ユーザーを電話から救い、見られない明るく魔法のような新しいインターフェイスデザインを提供し、障壁を打ち破ることになっています。 当然のことながら、Microsoftはメッセージをハブ風の形式に統合するというアイデアで型を破りましたが、美的、ユーザーインタラクション、ユーザーエクスペリエンスの観点から見ることができる問題のいくつかを考えると、より良いことができます。 それで、より良い体験を生み出すための解決策は何ですか？ 驚くべきことに、それは人が考えるほど革命的ではありませんが、それでも進化的である可能性があります。

ライブタイルから始めましょう。 現在のマンゴーライブタイルは、メッセージが受信されたことを示していますが、このようなことが起こった場合はどうなりますか？

私のフォトショップはひどいですが、あなたは私が言っていることがわかりますか？

ライブタイルから、ユーザーはメッセージがどこから来たのかを正確に知ることができます。 もちろん、サイズとフォトショップのノウハウが原因で、通知のサイズは3つすべてに対して大きすぎます。20×20のようなアイコンと、12〜14ポイントのフォントの通知のフォントでしょうか。 このようなスキームは、ロックスクリーン通知システムにも拡張できると思います。これにより、出入りキャンペーンも継続できます（または、Windows Phoneによって電話から私たちが救われるのでしょうか、正直なところ、もう覚えていません）。

通知システムを続けて、どの連絡先が新しいSMSを提供し、どの連絡先がFacebookメッセージまたはMSNメッセージを提供したかをどのようにして知ることができますか？ 驚くべきことに、以下に示すように、これも簡単に解決できます。

アイコンの配置は、メッセージの開始時またはスレッドビューのメッセージの終了時に行うことができます。

「現在の」システムと比較して、スレッドは、ユーザーがFacebook、SMS、またはMSNからメッセージを送信した場所を示します。 私が頼りにしている主なことはこれです–緊急の場合を除いて、ユーザーがSMSとFacebook/MSNで同じメッセージを送信する可能性はわずかです。 欠陥は、XNUMXつの異なるメッセージングシステムとスペースからのXNUMXつのメッセージがあった場合です。 しかし、理想的には、アイコンのサイズを信頼できるものに変更できます。もちろん、それで問題は解決します。 しかし、それが緊急事態でない限り、または彼らが精神的でない限り、誰かが両方の方法であなたの注意を引くことはありそうにありません。

これまでのところ、メッセージング連絡先の場所を示すスレッドビューとライブタイルビューがあります。 それは混乱しておらず、特にユーザーがサインオンした場合、ユーザーはどのサービスが使用されているかについて素晴らしいアイデアを持っています を サービスの。 しかし、メッセージングインターフェイスはどうですか？ メッセージにタグが付いているだけなので、非常に不格好で整理されていないように見えると言いました。 メッセージングのモードごとに別々のページがあった場合はどうなりますか？ たとえば、ユーザーは連絡先の名前/番号を選択し、ユーザーがメッセージを送信した場所に応じて3つのウィンドウに移動します。 連絡先がXNUMXつのサービスすべてを使用する場合は、SMS用にXNUMXつ、Facebook用にXNUMXつ、MSN用にXNUMXつ。 変に聞こえますか？ ここにいくつかの写真の証拠があります：

出来上がり！ 雑然としたものはなくなり、メッセージングハブははるかにハブのように見え、メッセージの送信元についての混乱はほとんどありません。 XNUMXつのウィンドウに多くの情報があるという問題は解消され、より合理化された組織化されたアプローチが採用されています。 最後に、ガベージコレクションまたはメッセージの統合ビューを有効にして、処理を高速化します。 ユーザーにSMS履歴を制御する機会を与えて、遅延が発生しないようにします。

しかし、エルダーの主張はどうですか？ その問題を解決するのはとても簡単です！ 理想的には、このパラダイムの下で、問題は解決します。 しかし、それでもエンドユーザーがオンラインメッセージが送信されているかどうかわからない場合はどうなるでしょうか。 簡単だ！ メッセージが送信された場合の透過効果から可視効果へ。 ユーザーは、メッセージが送信されたかどうかを視覚的に認識します。 Eldarの主張は奇妙ですが（ユーザーがSMSからチャットメッセージが送信されたかどうかわからないことを考えると）、Appleのメッセージングのアイデアがユニークであると言うだけでは十分ではありません。 または良い、またはそれ自体で十分に異なる。 そうではありません。 ただし、Microsoftには、Mangoまたは将来のMicrosoftの反復で簡単に解決できる、私自身の個人的な観点からのいくつかの欠陥があります。 アイデア全体がメッセージングハブである場合は、ハブのようにしましょう。 そのような単純な！