顧客の新しいビジネスモデルのためにブランディングの必要性が生じました。その本質は、シネマネットワークが独自のモバイルアプリケーションを無料で受け取り、顧客が追加のチケット販売チャネルを受け取ることです。 したがって、開発タスクは、ブランドバージョンの開発コストを最小限に抑えることでした。
入門
メインアプリケーションはネイティブ（htmlベースではありません）で、2つのプラットフォーム（iOS、Android）で、最大20画面で構成されています。 ブランド化されたアプリケーションは、メインアプリケーションに既に存在するシネマネットワーク用に作成され、本質的にメインアプリケーションを特定のシネマネットワークのサイズに「フィルタリング」します。
ブランドバージョンは、メインアプリケーションと次のように異なる必要があります。
- 映画館のコーポレートアイデンティティを持っている
- 次の3つのタイプのいずれかを満たします。
-1つの映画館
-同じ映画館のネットワーク用
-異なるコーポレートアイデンティティを持つ映画館のネットワーク用 - カスタム機能を維持します。
ブランディングコストの最適化
単一の映画館向けのiOSの最初のバージョンにはかなりの費用がかかりました。実際の人件費は15日でした。 次のブランドバージョンの開発時間を短縮するという課題の解決策は、 ブランドテクノロジー 、つまり、着信リクエストからアプリケーションの発行まで、アプリケーション作成の主要プロセスの最適化でした。
すべてを最適化しようとしました ：
- 設計
- 開発
- 運営管理
- サポート
1.デザイン：2回クリックしてください。
1.1レイアウト
ブランディングアプリケーションの設計はさまざまです。
- カラースキームとアプリケーションロゴ、
- コンテンツの読み込みの起動画面
- 顧客コンテンツを含む追加のWebビューのアイコン。
典型的なインターフェイス要素には、Sketchグラフィックエディタのツールを使用します。これにより、すべての要素の色を一度に自動的に変更できるため、設計の準備が迅速になります。
1.2スライス
設計が合意されると、開発者のためにグラフィックを「カット」します。 ここで、設計者にはスライスの要件とメインアプリケーションからのスライスの例がありました。 その結果、Android開発者はフォルダーをプロジェクトに切り替わるだけで置き換えることができ、追加のジェスチャーなしで、アプリケーションの更新されたグラフィカルインターフェイスがすぐに取得されました。
iOSの場合、アイコンはSVG形式で使用され、プログラムで再描画できるため、さらに簡単でした。 したがって、iOSの場合、メイングラフィックスはアプリケーションの色域の形式で開発者に送信されました。
これにより、両方のプラットフォームのグラフィックスの準備が迅速になり、問題の詳細な記述により、デザイナーがこの作品に自由に柔軟に接続できるようになりました。
2.開発とサポート
2.1コード
両方のプラットフォームで、コードの最適な構成は、ブランド化されたバージョンのパラメーターを別のコンフィギュレーターに転送する一般的なコードモジュールで確認されました。 iOSでは、使用されるViperアーキテクチャにより、ディスプレイモジュールとサービスを置き換えるだけで、アプリケーションのブランド化が可能になりました。
彼らはまた、特定の映画館のための可能なカスタム機能の将来の「デザイナー」のためのモジュラー構造の基礎を築きました（タバーの任意の要素の形で）。
2.2自動開発ツールの使用
単体テスト
コードベースはメインアプリケーションとブランドアプリケーションに共通しているため、メインアプリケーションの開発により、ユニットテストを使用して、カーネル内のコードを変更するときにアプリケーションのすべてのバージョンの機能の正しい動作を検証することが非常に一般的になりました。
特に、まず、データ解析の正確性を検証するテストが導入されました。これは、すべてのブランドバージョンですぐに機能しました。
ビルドサーバー
アプリケーションのバージョンがますます増えるにつれて、プロジェクトコアのコードを変更すると、すべてのブランドバージョンのビルドが自動的に再構築され、テストに便利な形式でレイアウトされます（ファブリックステア！）。 これにより、テストと公開の準備にかかる時間が短縮されました。
3.管理
3番目のブランドバージョンでは、会計と制御について便利な形で疑問が生じました。 さらに苦労せずに、プロジェクトの主要なマイルストーンに関する技術情報と管理情報が記載された表を含むGoogleシートが選択されました。
4.映画館との相互作用をどのように改善したか
4.1映画館が独自のアプリケーションを取得するための指示
パートナーの便宜を図るため、映画館が必要とする各ステップを説明する手順をステップごとに説明しました。
4.2期待の調整
私たちのビジネスモデルによると、シネマアプリケーションは無料で提供されており、これはアプリケーションに多くの制限を課しています。 したがって、映画館に対する不当な期待の問題がすぐに表面化しました。 たとえば、映画館に「追加」機能を追加することはできないため、映画館に「ウィッシュリスト」に対する多くの拒否を与えました。 もちろん、このような拒否は映画館との関係にマイナスの影響を与える可能性があったため、映画館の期待を調整するために、提供するアプリケーションの制限の説明で協力の申し出を補足しました。
- デザイン（ロゴと配色のみ）
- カスタム機能（WebViewのみ）
- アプリケーションの変更
- ストア内のアプリケーションの更新
カスタム機能
映画館の最初の調査では、アプリケーションは一種のデザイナーである必要があり、そこから各映画館に必要な機能を組み立てることができました。 特に、個人ロイヤルティプログラム、共有プロモーション、レストランの予約、ポップコーンの購入、セッションの3Dポイントについての話がありました。 ただし、一部の「ウィッシュリスト」、特にロイヤルティプログラムでの累積カードの統合に関する要件を解決した後、多くの個人のロイヤルティプログラムがあるため、統合は非常に高価であり、すべての映画館に拡大されないことが判明しました。 したがって、これらの「ウィッシュリスト」のほとんどは、安価なブランドアプリケーションのビジネスモデルに適合しませんでした。
このようなドロップアウトの結果、「ここにerp-penを追加してください」というすばらしい恐ろしいリクエストから、映画、ニュース、プロモーション、レストランなどの必要なコンテンツを含む映画のウェブサイトのページへのリンクを含むメニューのいくつかの要素を映画に追加する機会がありました。
App Storeでのアプリケーション開発と更新
複数のバージョンをサポートする必要があるため、アプリケーションコアに重大な変更が蓄積された場合、アプリケーションをアプリケーションストアで更新する必要があります。 さらに、すべてのアプリケーションはテンプレートであるため、コストを最小限に抑えるため、映画館に通知せずに、アプリケーションの変更を調整することなく更新が行われます。 同じことが変更の調整にも当てはまります。 ただし、アプリケーションを改善するためにすべての変更が行われていることを考えると、これまで誰も文句を言っていません。
これはすべて、映画館でのアプリケーションに関する不当な期待の誕生を予期しており、映画館とのコミュニケーションに否定的な瞬間をもたらさなかった。
4.3ボトルネック-公開するアカウント
最初のアプリケーションの作成後、チェーンのボトルネックは、映画館によるApp StoreとGoogle Playでの公開のための独自のアカウントの提供であることが判明しました。 当初、アプリケーションは映画館自身のアカウントで公開される予定でしたが、これは実際にはアプリケーションの競争上の優位性でした。
ただし、実際には、映画館では、App Store（年間99ドル）は言うまでもなく、Androidアカウントのセットアップと支払い（1回25ドル）を調整することは非常に困難でした。
したがって、私たちのアカウントで公開する可能性を提供することが決定されました。 ラインのアプリケーション開発者の名前は映画館ではなく、当社ですが、この方法ですでに7つの映画館がアプリケーションを取得できました！
結果
ブランディングテクノロジーを作成する上で説明したすべての改善は、実を結びました。 最初のバージョンの最初の15日間から、4番目のブランドバージョンから開始して、iOSの新しいバージョンのコードの開発に最大4時間、Androidの最大6時間のコストが削減されました（グラフでは、開発の1日に切り上げられます）。
このf話の教訓は、アプリケーションの承認から公開までの各プロセスで一貫した作業を行うことで時間を節約でき、それにより顧客が非常に気に入っていること、つまり予算を節約できることです。