会社でモバイルの方向性を開始します：何を準備し、どのように生きるか

Runetで最も注目すべき傾向の1つは、モバイルユーザーの急速な成長です。 2013年の終わりによれば、ネットワークの4番目のヒットはすべてモバイルブラウザーから行われます。 Runetの毎月のモバイルオーディエンスは既に1億3,000万人を超えており、2,000万〜2500万人のユーザーがスマートフォンやタブレットから毎日ネットワークにアクセスしています。



この点で、多くの電子商取引会社や部門は、モバイル視聴者のために戦うかどうかを考えています。 「はい」という答えは、多くの質問を引き起こします。 最初のアプリケーションを作成する前に、どのような問題を解決する必要がありますか？ 考慮すべきリスクは何ですか？ アプリケーションの外観は、会社および開発部門のビジネスにどのように影響しますか？ 何を準備し、どのように生きるか







ITビジネスにおけるモバイルデバイスの出現により、設計と開発への新しいアプローチを見つけることが必要になりました。 この理由は何ですか？



視聴者のニーズの違い。 まず、モバイルバージョンのサービスの対象者とWebバージョンの対象者は大きく異なります。 第二に、モバイルユーザーはメインバージョンのすべての機能を必要としません。 たとえば、「大きな」Mail.Ru Moneyおよびペイメントアプリケーションのユーザーが使用するものを調べました。 結局のところ、携帯電話では、携帯電話通信、インターネット、ソーシャルネットワークの料金を複数の店舗で購入することがよくあります。それだけです。 電話機のメインバージョンの多くの機能は需要がありません。



移植性。 もう1つの特徴は、電話がコンピューターよりもずっと長いことです。 したがって、モバイルアプリケーションに実装できる新機能。



画面の向きを変更します。 モバイルアプリケーションまたはサイトのモバイルバージョンを開発するときは、セッション中に画面の向きを水平または垂直にできることを考慮する必要があります。



タッチスクリーン。 相互作用の方法が変更されました-マウスではなく指を使用してタッチスクリーンデバイスを制御します。 さらに、誰かが1本の指を使用し、誰かが複数の指を使用します。



頻繁な中断。 モバイルデバイスでのセッションはいつでも中断される可能性があることに注意してください。 エレベーターの接続が失われ、通りにいる人たちが現れて「携帯電話に電話する」ように頼み、バッテリーが切れ、スマートフォンに埋もれた人がポールにぶつかったり、花壇を旅したりします。 これらの中断は外部的なものですが、内部的なものもあります-突然の呼び出しまたはSMS。



車輪を再発明する必要性。 場合によっては、モバイルアプリケーションを開発するときに、使い慣れたものに対するまったく新しいアプローチを考え出す必要があります。 良い例は、モバイルアプリケーションでの便利で迅速なパスワード入力のためのソリューションです。 仕事の性質上、私は夜間に目を覚まし、実稼働サーバーで何が起こるかを確認するためにオンラインにする必要があることがあります。 そのため、午前3時にも目を閉じてすぐにコンピューターのキーボードでパスワードを入力します。また、携帯電話でメールや支払いシステムにパスワードを入力するのに数分かかることもあります。

Webバージョンとモバイルアプリケーションの選択

私たちは皆、より多くのお金を稼ぐよう努めています。 どうやって？ オーディエンスを拡大することにより、2つの方法で可能です。 1つ目は、新しい視聴者を引き付けることです。 第二に、これは既存の聴衆の関与の増加であり、これは私にとってはるかに重要で有望なビジネスのようです。 ユーザーが平均チェックを増やし、より頻繁にアプリケーションを開くか、サイトにアクセスしてより多くの時間を費やすようにする必要があります。 企業がモバイルデバイスを含む新しいサービスを作成するプロセスで、古い視聴者を保持し、関与させるためです。



ユーザーのスマートフォンにアクセスするには、モバイルバージョンのサイトとモバイルアプリケーションの2つの方法があります。 両方のオプションの長所と短所を考慮してください。



モバイル版。 サイトのモバイルバージョンを使用することの難しさの1つは、ユーザーがサイトのURLを何らかの形で覚える必要があることです。 ウェブブラウザでは簡単ですが、すべてのOperaまたはFirefoxモバイルユーザーがこれを行う方法を理解するわけではありません。

次に、開発者はユーザーがどのモバイルデバイスからサイトにアクセスするかを理解し、作業の微妙さを考慮する必要があります。



第三に、モバイル版のダウンロード速度は、アプリケーションのダウンロード速度よりも大幅に遅くなります。 さらに、インターフェースのナビゲーションに問題がある可能性があります。 ボタンが機能したかどうか、このリンクをたどることができるかどうかなど、モバイル版のユーザーには必ずしも明確ではありません。

利点のうち、開発が比較的簡単であることに気付くことができます。 サイトのモバイル版を作成するために、新しい専門家を引き付ける必要はありません。 原則として、これは、メインサイトの開発に使用されるのと同じIDEである使い慣れたツールを使用して、独自のチームが実行できます。



重要なプラスは、開発者がサードパーティ組織の要件に依存していないことです：Google Play、Apple App Store、およびそれらのような他の組織。 次のリリースが出たときにたくさんのフォームに記入し、モデレーターが製品をチェックするのを待つ必要はありません。 ライセンス契約を必死に読む必要はありません。アプリケーションストアから不注意に投げ出されることを恐れます。



アプリケーション。 モバイルアプリケーションの短所は、外部と内部の2つのグループに分けることができます。



外部の欠点の1つは、業界の若者であり、その歴史は5〜7年しか続きません。 その結果、十分な情報がなく、確立されたコミュニティが登場する安定したフレームワークがあり、チャットや質問ができます。 インターネットで情報を見つけようとしたら、中国のフォーラムで問題を議論する2人の中国人プログラマー間の対話だけが見つかりました。 フレーズの英語の単語でのみ、彼らが話していることを理解し、解決策を見つけようとしてパズルを組み立てることができました。



また、スペシャリストの検索には困難があります。これも業界の若者に関連しています。



内部マイナスは、チームのメンバーではない会社の他の従業員への依存です。 実践が示すように、モバイルユニットは、すべてのリソース（レイアウトデザイナー、デザイナー、マーケティング担当者など）を常に利用できるわけではありません。



それにもかかわらず、プラスがあり、それらは非常に重要です。 まず、モバイルアプリケーションを作成すると、クライアントのポケット、つまりモバイルデバイスに自分自身を見つけ、遅かれ早かれ彼はアプリケーションの使用を開始します。



第二に、モバイルアプリケーションは、ビジネス全体の発展に新たな刺激を与え、新しいアイデアをもたらします。 結局のところ、モバイルデバイスには、高品質のカメラ、音声認識、ジオロケーション、プッシュ通知などの多くの機能があります。 また、製品の開発に使用できる、情報交換の簡単な方法、NFCなどを思い出すことができます。

第三に、企業の効率が向上します。部門間の絶え間ないコミュニケーションとリソースの再配分を意味する新しい方向性により、情報交換の方法を見つけて改善し、内部のやり取りの基準を導入する必要が生じます。

第四に、プログラマー、デザイナー、マネージャーのプロ意識が高まります。 モバイル開発の分野にはあまり情報がないため、すべてのチームメンバーは独学で取り組み、新しい知識を得る必要があります。

チームを募集します

それで、あなたは選択をしました、それは開発のためにチームを募集する時です。 誰がそれを入力する必要がありますか？



マネージャー 私は開発者の不満を引き起こすのではないかと疑っていますが、チームの主な人はマネージャーです。 多くの場合、あなたの会社のモバイルディレクション全体がどれだけ成功するかによって異なります。彼は、社内の部門の活動を調整し、リソースを検索し、業界の更新を監視し、アプリケーションの動作を考えます。



デザイナー デザイナーに関しては、原則として、仕事の彼らの部分は外部委託されており、内部（つまり、社内）だけでなく、外部でもあります。 同時に、デザイナーがモバイル開発について全く知らないという事実に遭遇するかもしれません。 たとえば、彼が描いたこの美しいグラデーションがバッテリーを10％速く放電することを理解していない場合があります。 デザイナーとの相互理解はマネージャーの良心にあり、マネージャーはその仕事を明確に伝える必要があります。



開発者 開発者の数は、選択するプラットフォームの数に比例する必要があります。 人が休暇をとったり、病気になったり、会議に出かけたりするときに作業がアイドルにならないように、継続的な開発サイクルを確保することが重要です。 これを行うには、いくつかのエンティティを複製する必要があります。 2人のプログラマーがプラットフォームで作業するか、3人のプログラマーが2つのプラットフォームで作業します。そのうちの1人は両方のプラットフォームを対象としています。



もちろん、 テスターについても忘れません。

会社の構造にモバイルの方向を入力します

チームを結成し、仕事に取り掛かりました。 会社の構造において、それはどのような場所を占めるのでしょうか？ すべては組織の規模に依存します。

会社が小さい場合、チームは組織全体で働き、すべての製品を処理します。 原則として、このような会社には多くのサービスがありません。そのため、おそらくチームは1つまたは2つのアプリケーションで作業します。



3,000人以上が働くMail.Ru Groupのように会社が大規模な場合、各部門には独自のモバイル開発チームがいる可能性が高いでしょう。 それぞれが独自の方法で、優先順位を付け、独自のプラットフォームセットを維持できます。



大企業の開発チーム間の相互作用の有効性を高めるのに役立ついくつかのポイント：



あなたの経験を共有してください。 先ほど述べたように、モバイル業界にはほとんど情報がないため、部門間で経験を共有することが重要です。 チームが多かれ少なかれ類似した製品を作るとき、彼らは同様の質問をするでしょう。 踏んだレーキのデータベースを作成すると、同僚が時間を節約するのに役立ちます。



他のモバイル開発チームが使用できる共通コードを特定します。 コンポーネントを説明し、ライブラリを標準化します。



共有リポジトリと共有ビルドサーバーを作成します。 したがって、異なるチームの能力を組み合わせることは非常に許容されるため、毎回大量の鉄を購入する必要はありません。



一般的な統計を保持します。 データウェアハウスを相互に調整します。 一般的な統計から興味深い結論が得られる場合があります。 たとえば、あるアプリケーションが別のアプリケーションのオーディエンスの成長にどのように影響したかを比較することができます。



トラフィックを共有します。 統合について、人気のあるアプリケーションを使用してトラフィックを最近立ち上げたアプリケーションに引き付ける方法を考えてください。 たとえば、Mail.Ru Groupにはインスタントメッセンジャーエージェントとモバイル決済アプリケーションがあります。 IPテレフォニーサービスへの支払いをメッセンジャーに統合すると、支払いアプリケーションでトラフィックが発生する可能性があるという事実について考えました。



タイピングに注意してください。 当社には、同じスタイルのアプリケーションを作成する際に順守する良い経験があります。 新しいサービスを目にしたユーザーは、自分が身近で親しいと感じており、新しい製品をより喜んで使用する可能性があります。

コストを考慮します

モバイルビジネスの立ち上げに伴い、いくつかの新しい経費項目が会社の予算に表示されます。



モバイル機器 残念ながら、コンピューターにインストールされたエミュレーターでは、アプリケーションの動作を定性的にテストすることはできません。 多種多様なモバイルデバイスを購入する必要がありますが、その多くは市場に出回っています。 さらに、彼らはしばしば外に出て、すぐに時代遅れになります。 Androidデバイスの動物園のみが合計で約2.5千です。 スマートフォンに加えて、いくつかのタブレットを購入する必要があります。



ソフトウェア。 モバイルアプリケーションを開発するには、独自のソフトウェアが必要です。 保存する機会が必要なことに注意してください-たとえば、かなりまともなフリーソフトウェアを見つけるか、完全版ではなくライト版を購入することができます。 例：開発者があなたのところに来て、「フルPhotoshopが欲しい」と言って、スペースの費用がかかります。 「そして何のために？」とあなたは尋ねます。 -「そして、スケジュールを削減する必要があります。」 彼にPhotoshop Elementsを購入すると、彼は満足しています。すべてがうまくいきます。 そして、それははるかに安価です。



開発者向けのアイロン。 また、すべてを仮想環境で構築できるわけではないため、アセンブリおよびテスト用にサーバーを購入する必要があります。 これは特にiOSに当てはまります。 開発者がコンピューター上に複数の仮想環境を保持する必要がある場合、メモリー量を増やした強力なマシンが必要です。 さらに、クライアントアプリケーションのプログラマーはグラフィックスで非常に多くの作業を行うので、大きなモニターは傷つきません。 今年の6月に、開発者が作業に費やす時間を計算し、ビジュアルインターフェイス（セル、グラデーション、ボタン、スライダー、その他の美しさ）で作業するのに32％かかった時間を発見しました。



開発者の給与。 モバイル開発の担当者に問題があると言った場合、新しいものをオープンしません。提供に満足していない専門家の需要があります。 大企業はロシア全土の専門家を探しています。彼らは新しい都市での取り決めに力を入れる準備ができています。 たとえば、ブリャンスク、エカテリンブルク、チェリャビンスクなどの都市からモバイル開発者をチームに引き込みました。 したがって、開発者への給与の増加は、会社にとって堅実な費用項目になる可能性があります。

私たちは計画します（マネージャーは他に何を考えるべきですか）

計画中。 最初のバージョンの作成は簡単なプロセスではありません。 として、しかし、2番目。 実際、開発者は経験を積んで学び、6か月後に最初に書かれたコードを見て、間違いなく書き直したいと思うでしょう。 したがって、管理者は作業時間の20％を製品の変更、改善、加速に費やす必要があります。



デザイナーの皆さん、こんにちは！ デザイナーは、モバイルの方向で開発者の最悪の敵になることができます。 これを防ぐためには、標準コンポーネントが時々より良く、より速く動作し、バッテリー寿命を浪費しないことを彼らに確実に知らせる必要があります。



何を選ぶべきか：スピード、品質、美しさ？ 3つのうち3つを同時に選択することはできません。 安価な製品を迅速かつ効率的に作ることはできません。 マネージャーは常に選択する必要があり、開発のさまざまな段階で優先順位が変わる可能性があります。



チップを見つけます。 アプリケーションで視聴者を引き付ける要素を見つける必要があります。 たとえば、私たちのチームはかつて購入の星占いを使ってMail.Ru製品のアプリケーションを開発しました。 これらは、特定の日に何を買うべきかについての冗談です。 私たち自身も驚きましたが、かなり多くのユーザー（12〜15％）が毎日この星占いを開いて読んでいます。 このようなチップは、多くのコストをかけずに視聴者を引き付けるのに役立ちます。



プロモーション 宣伝するときは、アプリケーションストアの要件を忘れないでください。 最小要件でも重要です。 さらに、外部だけでなく内部のプロモーション製品も必要です。会社の従業員はアプリケーションを使用する必要があります。 この場合にのみ、より効率的に開発されます。 絶えず更新されることも重要です。 これが発生しない場合、彼らはすぐにサービスを忘れます。



サーバー部分。 まず、ユーザーが遅いインターネットに座っていることを忘れないでください。 Wi-Fiは最高で、GPRSは最悪です。 次に、APIバージョンのサポートに注意してください。 バージョンをアップグレードする方法を考えてください。 アプリケーションに、ユーザーにメッセージを伝える機能を追加します。「アプリケーションはもう正常に動作していません。今すぐ更新に行きましょう。」 私たちの実践が示すように、移行プロセスは瞬間的なものではなく、ユーザーは新しいバージョンのリリース後数か月間、古いバージョンのアプリケーションを使用できます。



テスト。 サービスのライフサイクルのさまざまな段階で、バグを修正するコストは異なります。 最も有益なのは、設計段階でエラーを修正することです。 思考の流れは次のようになります。「しかし、これはバグにつながる可能性があるので、別の方法でやってみましょう。」 実稼働段階でバグが検出された場合、問題を修正すると、アプリケーションを完全に書き直す必要が生じることがあります。 通常、重大なバグのあるバージョンは禁忌です。そうしないと、ユーザーはアプリケーションをすぐに価値がないと見なし、修正するまで待たずに別のアプリケーションを見つけます。

収益化

ほとんどすべてのアプリケーションを収益化できます。 別の質問は、それが常に感じることができるお金ではないということです。 明らかに収益化の可能性があるアプリケーションがあります。 これは：

• 有料ゲーム
• 有料ビジネスアプリケーション
• コンテンツ購読アプリ

他にも明らかでない種類の収益化があります：

• 有料のプレースメント（バナーとスポンサーシップ）
• フリーミアムモデル（ユーザーは夢中になり、追加オプションの支払いを求められます）
• 有料サービス（特定のユーザーグループが使用する無料のアプリケーションで有料オプションを作成する）
• ホワイトラベル（別の会社のブランドでアプリケーションとAPIをレンタルします。APIのレンタルに関しては、オフラインサービスとのやり取りが良い結果をもたらす場合があります。たとえば、紙のカードの形で写真をデザインする会社と協力できます。彼女にとっては、会議からの写真をハガキの形で友人や同僚に送信できるアプリケーションです。

アプリケーションが無料の場合の結果の感じ方

サービスのさらなる開発の方向性を判断するためには、視聴者がアプリケーションをどのように認識しているかを理解することが重要です。 アプリケーションが無料の場合、AppStoreからのアプリケーションのダウンロード数を単純に計算しても何も起こりません。 これには、より骨の折れる作業が必要です。



まず、達成したい正確な目標を達成します。 検討する要件のリストを作成します。 それらの中には、起動の回数、さまざまな機能の人気があります-どれだけのユーザーがそれらを使用するかを評価し、結論を導き出します。



第二に、コンバージョンを測定します。



第三に、使用統計を収集することを学ぶ-すべてのデータを保持します。 今日では不要に見えても、明日は非常に便利です。 調査結果と予測を常に分析、予測、検証、再確認します。



マキシム・バビッチ

Mail.Ru Groupモバイル決済サービス責任者