iOSでのHeadHunter Evolution

私たちのチームは最近、iOS用の更新されたHeadHunterアプリをリリースしました 。 このリリースでは、更新されたインターフェイスと再設計されたコードに加えて、履歴書の編集、公開日の更新、および可視性の変更のための待望の機会が登場しました。 また、履歴書を最初から作成する実験的な機能も追加しました。



2012年2月の誕生以来、このアプリケーションは困難な子供時代を過ごしてきました。

アプリケーションの最初のバージョンは、外部の請負業者によって開発されました。 しかし、それらとの関係はうまくいかず、しばらくの間、アプリケーションは独自の独立した生活を送りました。 そして、2013年2月にモバイル開発チームが引き継ぎました。この時点で、すでにAndroid向けのHeadHunterアプリケーションが積極的に開発されていました 。



アプリケーションの最初のバージョンには次のものがありました。

• 約16,000人のユーザー（ダウンロードによる判断）。
• 信じられないほどの数の滝;
• 不明な数の実際のユーザーとその問題。

ご存知のように、hh.ruサービスに非常に忠実な人々はそのようなアプリケーションを使用できるため、新しい定性的なレベルに進むことが決定されました。

「誰もが夕暮れから抜け出す！」（C）

まず、ユーザーが頻繁にクラッシュすることなく、その時点ですでに利用可能なアプリケーションを使用できるようにしたかったのです。 これを行うには、盲目的に作業を停止する必要がありました。 したがって、デバッガーを取り上げ、再現可能な最も明らかなエラーをキャッチして修正しました。

機器の観点から、xcodeで提供されるリーク検出ツールを使用しました。 それについては、Habré に関するいくつかの賢明な 記事 があります。



次に、hockeyapp.netを介してアプリケーションの配布を整理しました。 配布に加えて、このサービスは明確なクラッシュ通知を提供します。 また、バグトラッカーへのクラッシュ通知を直接サポートしています。この場合、jiraとの統合オプションが登場しました。



エラーの数を含む詳細な技術統計を取得するために、flurry.comからの統計をアプリケーションに追加しました。



その後、アプリケーションはバージョン1.2で2013年3月に公開されました

合計で、ほとんどのクラッシュを解決し、コードをリファクタリングして、アプリケーションの動作を著しく安定させるために、3つのパブリックリリースが必要でした。

ただし、2014年1月にアプリケーションを新しい機能で更新すると、さらに多くのキャッシュが届きました。 しかし、今回は完全に装備されていました。エラーの監視とレポートシステムの存在は、より多くのクラッシュをすばやく見つけて修正するのに役立ちました。 ストアでのレビューを含む7営業日後にリリースされた次のアップデートは、最初のリリース後にすでに安定していました。







グラフでわかるように、1週間あたり約900のクラッシュで開始しました（上のグラフ）。起動したアプリケーションの50回のセッションごとにクラッシュが発生しました。 （下のグラフ）（flurry.comから取得したグラフ）。



チャートを見ると、キャッシュの絶対数だけが怖いように見えます。 比較的多数のオーディエンスが増加したため、アプリケーションは以前のものよりも安定していました。

チームの作業をセットアップする次のステップは、エラーに対する事後対応​​ではなく、事前対応です。



テストの編成に関する注意：さまざまな成功を収めましたが、社内で中間結果を示すためにhockeyappを使用することができました。 新規ユーザー向けのやや複雑な接続スキームがあります。 その結果、2つのiOSアプリケーションがhockeyappにある確立されたスキームがあります。1つは開発チーム内での毎日の更新と結果のデモンストレーション用、もう1つは2〜4週間ごとに更新されるテスターのより多くの聴衆へのデモンストレーション用です。

しかし、アルファテスターの安定した大規模なグループでのテストは、組織化に失敗しました。 読者がこの種のテストをどのように整理するかについての経験を聞いてうれしいです。

「ゼロから始めるには、長時間クロールする必要があります」（c）

既に持っているものを安定させた後、アプリケーションの完全な再設計を開始しました。新しい設計に変換するために、すべてのコードを作り直す必要があったためです。



増分更新に失敗しました。 半分だけ再設計されたアプリケーションをリリースすることは不可能です-インターフェースの違いが多すぎます。 2つのコードベースに一度に変更を加えることは、コードの不整合に満ちた高価なソリューションです。 その時までに、考慮に入れる必要がある2つの新しい条件が到着しました。

• hh.ru APIバージョンがリリースされました（まだ公開されていませんが、戦闘状態で実行する必要がありました）。
• このサイトは、ソーシャルネットワークを介した許可の可能性を実装しています。

新しいデザインの既製のアプリケーションはまだありませんでした。リリースにはまだ程遠いため、レビューの大部分は承認エラーに関係していました。 これにより、新しいコードベースのクイックリリースをリリースし、ソーシャルネットワークを介して新しいAPIと承認の作業を実装するという実験が奨励されました。

2013年9月中旬までに、このような更新プログラムを迅速に準備してリリースしました。 その後、10月にsmartappバナーの形式でモバイルアプリケーション向けの共同プロモーションを開始しました。これにより、両方のアプリケーションのインストールとアクティブユーザーの数が大幅に増加しました。







このリリースは、物議を醸すが貴重な体験を提供しました。 新しいAPIと承認の接合部で、かなりの量のエラーが発生しました。 このアップデートへの反応は、ユーザーからのApp Storeでの低い評価の波でした。



このことから学んだこと（実際、すべての結論は、個人的な経験によって確認されたキャプテン主義です）：

• 急いでリリースしないでください:)
• 肯定的なレビューはめったに書かれませんが、否定的なレビューは簡単です。

主要な指標で全体像を見ると、前向きな傾向があります。

• 態度の数の増加に関連するアクティブな視聴者の数が増加しました。
• アプリケーション内のターゲットユーザーアクションの数も増加しました。

これにより、前向きな傾向が存在することが明らかになりました。つまり、私たちは正しい軌道に乗っています。



ところで、アプリケーションでのユーザーの行動を監視するために、実績のあるツールflurry.comとGoogle Analyticsを使用します。 また、Distimo.comを使用して、さまざまなプラットフォームのアプリケーションを一般的に監視しています。 なぜなら これらのツールはすべて、データにアクセスするためのAPIを提供します。この機会を利用して、いくつかのプラットフォームでのユーザーの行動を同時に比較できる小さなカスタム統計を作成しました。

そして、ここに彼は、待望の

前のリリースの経験は、私たちに過度の注意を与えました。 再設計のためだけにやらないことにしました。 付加価値を追加しました：

• 編集履歴書;
• 公開日を更新する。
• そして実験として、履歴書の作成に取り組みました。

一般に、再設計については、別の記事を書くことができます-すべてがありました：テストグループ、各レイアウトを何度も複数のオプションに再描画し、レイアウトの各バージョンの激しい議論とライブプロトタイプ。



Flinto.comは、すべてのサービスのインターフェイスのレイアウトを評価するのに非常に役立ちました。これにより、インタラクティブなインターフェイスのプロトタイプを非常に迅速に作成できました。 ところで、Androidアプリケーションと新しいバージョンのモバイルサイトのプロトタイピングには、同じサービスを積極的に使用しました。



その結果、次の新しい設計ができました。





一方、ベータ版iOS 7がアリーナに登場しましたが、アプリケーション全体をまだ新しいレールに移行していません。 したがって、彼らは再びすべてを変更することを許可しました：





特に注目すべきは、履歴書を携帯電話から直接管理できることです。 チーム内では、「これは深刻なプロセスであり、電話から通常の履歴書を書くことは不可能です」から「これは非常に有用なものです」まで、多くの段階を経ました。



私の意見では、プロのプロファイルを編集するためのかなり成功したモデルがLinkedInアプリケーションに提示されています。 同僚は、ユーザーが切り替えることができる表示と編集の2つのモードでプロファイルを使用して作業を実装しました。



hh.ruアプリケーションでは、主なユースケースが履歴書を簡単に確認し、小さな調整と追加（たとえば、仕事の経験の更新）を行うことを想定して、表示モードと編集モードを組み合わせることにしました。



その結果、再開編集インターフェイスは次のようになりました。最初の画面ではすべての履歴書をすばやく表示でき、各プロパティブロックの画面ではすぐに調整や追加を行うことができます。







履歴書を作成する実験的な可能性のために、ステップバイステップのウィザードモードを選択しました。このモードでは、高品質の履歴書を作成するために必要なかなりの数の手順を実行できます。 一般的に、履歴書を作成するためのインターフェースで作業する必要があるため、改善のための推奨事項や提案を喜んでお聞きします。



私の意見では、hh.ruアプリケーションの履歴書を適切なレベルで管理するタスクを解決できたと思います。 アプリケーションのイベントに関する統計は、実際の状況を示します。

私に話してください。

AppStoreでのユーザーとのやり取りは、とても特別な話です。

GooglePlayの機能と比較すると、App Storeのユーザーとの対話機能は、控えめに言っても制限されています。 レビューのため、リリースサイクルは長くなる可能性があります。 プラットフォームを使用しているユーザーと連絡を取ることは不可能です。



ユーザーとの対話は、典型的な場合の特定の問題を解決し、欠陥を特定し、それらを排除するのに役立ちます。



アプリケーションに直接統合されたヘルプデスクサービスの実験を開始しました。 Hh.ruは、ロシアのサービスプロバイダーからのソリューションなど、ユーザーと対話するためのいくつかの方法を既に持っています。 残念ながら、モバイルプラットフォームで作業するためのツールを提供するものはありません。 グローバル市場でそのようなツールを探す必要がありました。



現時点では、helpshift.comサービスを使用します。これは、ロシア語をサポートし、アプリケーションに簡単に統合できるためですが、さらに興味深いツールがいくつかあります。 もちろん、技術的な欠陥もありますが、サービス開発チームと一緒に問題を効率的に解決します。



アプリケーションでユーザーと通信できることには、いくつかの利点があります。

• ネガティブなユーザーエクスペリエンスは、問題を解決せずにパブリックアセスメントに飛び込むのではなく、ニュートラルまたはポジティブに変わります
• 最も重要な機能に関する実際のフィードバックは簡単に収集されます。
• アプリケーションの欠点に関する追加の情報源が表示されます。

私はまだそのような機能が公共の評価に与える影響の程度を評価しようとはしていませんが、それがポジティブであることを明確に言うことができます。

今どこにいるの

「私たちのすべての冒険が私たちをどこへ導いたのですか？」

現在、次のものがあります。

• AppStoreからの200,000を超えるアプリのダウンロード
• 100,000〜130,000ユーザーの地域のMAU、および指標は成長しています
• アプリケーションの最新バージョンのAppStore評価は、4〜5つ星の範囲です。
• アプリケーションは、ロシアのビジネスカテゴリの無料アプリケーションのトップのトップポジションに十分安定して住んでいます
• アプリの視聴者は、HeadHunterが代表されるすべてのモバイルプラットフォームの中で最も活発ですが、最大ではありません

記事の冒頭のグラフからわかるように、まだエラーのプールがあります。 そして、それは私たちが取り組むべきものを持っていることを意味します。 もちろん、安定性の向上だけでなく、すぐに目立たないが非常に有用な新機能も導入する予定です。



新しいアプリケーションとその開発の経験があなたにとって役立つことを願っています！ 星に感謝します:)





Habrの聴衆は仕事を見つける上で幸運を祈る必要はないと思います-彼女はプロ自身を見つけます。 履歴書を最新の状態に保ってください！