Facebookの新しいモバイルA / Bテストフレームワーク。 iOS 5.6および7のナビゲーションバーの再設計

画像








Facebookは、アプリケーションをHTML5からネイティブテクノロジーに切り替えたときに、「高速で動作を停止」する機能を失いました。 しかし今、彼は彼女を連れ戻すことができました。 9月18日、彼は iOS 7のアプリケーションの大幅な再設計 を発表しました。主な利点の1つは、最新のネイティブモバイルテストフレームワークを使用して開発された画面下部の「タブバー」です(以下、テストはA / Bテストを意味します。-翻訳者のコメント)。 Facebookは、1,000万人のユーザーのグループでさまざまなインターフェイスオプションをテストすることにより、「格納式」ナビゲーションを取り除く必要があることに気付きました。



iOS用のFacebookアプリケーションの新しいバージョンは、iOSの第7バージョンだけでなくリリースされました。 5番目と6番目のバージョンでもリリースされましたが、古いデザインとの互換性のために、画面の下部に黒いナビゲーションバーがあります。 7番目のiOSのバージョンでは、ナビゲーションバーは白です。 ただし、iPadバージョンのアプリケーションでは、新しいナビゲーションバーは使用できません。



少数のユーザーグループの場合、新しいパネルには「追加」ボタンが「追加」されます。 フィードボタン、問い合わせ、メッセージ、通知の右側に表示されます。



格納可能なナビゲーションは、使用するアプリケーションの画面スペースを節約します。 Facebookの以前のバージョンでは、スライドナビゲーションバーを開いてイベントまたは写真セクションに切り替えたときに、ニュースフィードまたは以前のセクションでの位置が失われました。 新しい「その他」ボタンは、基本的に現在のセクションの上に新しいセクションを開くため、現在の位置が保存されます。 これは、画面を切り替える間でも機能するため、たとえばイベントセクションを離れても、パーティは同じ場所で戻ってくるのを待ちます。



画像








さらにエクスタシーを高めるために、Facebookはトップブロックを半透明にし、Appleアプリの新しいデザインに合わせて多くのアイコンを再描画しました。



しかし、記事の本当のトピックはアプリケーション自体ではありません。 テーマは、その作り方です。



HTML5は低速でしたが、テストを実行できました



Facebookは、新しいことを試して、その結果を確認することを決して恐れませんでした。 Gatekeeperシステムが発明され、ユーザーグループで数千のFacebook Webサイトオプションを同時にテストできるようになりました。 このシステムにより、すべてのユーザーに適用する必要があるものを見つけるために、使用状況とパフォーマンスに関する統計を収集することができました。



Facebookはモバイルデバイスでも同じことを望んでいたため、ネイティブアーキテクチャとHTML5の驚くべき組み合わせを使用してAndroidおよびiOSアプリケーションを開発しました。 後者により、正式なアプリケーションの更新を必要とせずに、ユーザーに変更を実装し、新しい機能をテストすることができました。 「HTML5を使用すると、毎日新しいコードを実装し、サーバー側で変更できます」とプロダクトマネージャーのMichael Sharon氏は言います。 これは、5%のユーザー向けに1週間ですべてのユーザーにニュースフィードの再設計をリリースし、数日でエラーを修正できることを意味します。



しかし、HTML5でのテスト以外のすべては災害でした。 彼はアプリケーションを遅くし、応答しなくなり、興味、広告ビュー、評価を減らしました。 ユーザーはスローブックを嫌っていました。 マーク・ザッカーバーグは後に「会社が犯した最大の間違いの1つは、 HTML5に多くを費やしたことだった」と言います。



そのため、Facebook はHTML5のサポートを拒否し、昨年の夏にアプリケーションをネイティブインフラストラクチャに戻しました。 彼らは2倍速くなりました。 突然、彼らの評価が急上昇し、 ユーザーはアプリケーションを通じて平均して2倍のニュースを読み始めました 。 Facebookにとっては大きな勝利でした。



もちろん、テストを実施する機会を犠牲にしなければならなかったことを除きます。



「私たちは宗教的にテストを使用しています」



シャロンは次のように説明します。「アプリケーションをテストする能力を失いました。 ウェブアプリケーションとモバイルアプリケーションでテストを使用しました。



アプリケーションの新しいバージョンをテストできるようにするために、アプリケーションの毎月の更新サイクルが終わるまで待つ必要がありました。 これは実際、モバイル企業にとっては小麦粉です。 そのような企業は、新しい変更を導入し、即座にフィードバックを受け取りたいと考えています。 Androidでこの問題を解決するために、Facebookは2013年6月にベータテスタークラブを立ち上げました。これにより、開発者はアプリケーションの新機能を使用してエラーを特定できます。



しかし、iOSはそのようなベータ機能でそのシンプルさを損なうことを拒否しました。 そのため、過去1年間、Facebookは静かに新しいネイティブモバイルフレームワークを開発し、今年3月にローンチしました。



画像








これは、iOS用のFacebookアプリケーションをダウンロードした時点で、実際には多くの異なるバージョンのインターフェースがアプリケーションに含まれているような方法で機能します。 ただし、他の数十万人のユーザーとグループ化されており、このバージョンのアプリケーションのみが表示されます。 したがって、Facebookは、複数のアプリケーションの更新やユーザーの懸念を必要とせずに、一度に多くのインターフェイスオプションを試行します。 3月以降、モバイルテストフレームワークでモルモットになりましたが、誰もそれを知りませんでした。



画像



シャロンは、これらのさまざまなテストがベータ版ではないと確信しています。 彼女は次のように述べています。「アプリケーションの未完成バージョンはリリースしませんでした。 メジャーになる可能性のある完全に完成したバージョンをリリースしました。」 この機能が追加されたとき、Facebookは500万〜1000万のユーザーグループの重要な変更をテストできました。



新しいテストフレームワークの最初の大きなタスクは、ユーザーがモバイルデバイスでナビゲーションを使用する方法を正確に再考することでした。 アプリケーションの横にあるスライドナビゲーションバーよりも良いものがあるかどうかは面白かったです。



Facebookは、さまざまなインターフェイスデザインのホストで実験するためにフレームワークを使用し、関心のレベル、満足度、収入のレベル、速度インジケーター、速度インジケーターの知覚などのさまざまなメトリックを使用してそれらを比較しました。 一般に、画面の下部にボタンがあるバーが最適なデザインであることに気付くまで、彼らは実験しました。 これがまさに今日のiOSで利用可能になったものです。



そのため、Facebookはテストの習慣を取り戻しました。



All Articles