iPhoneプロジェクトにiPadサポートを追加:Universal vs 2つの別々のアプリ? [閉まっている
-
27-10-2019 - |
質問
私は既存のiPhoneアプリを持っていますが、最近のユーザーのかなりの割合がiPadで実行されているようです(ユーザーから受け取った電子メールの多くに「iPadから送信された」署名があるため、わかります)。
私は現在iPadバージョンを実装しており、同じコードベースからそれを行っています。これは便利です。しかし、私が終わったら、実際にユニバーサルアプリとしてリリースする必要があるのだろうか。代わりに、別の新しいiPadのみのアプリとしてアップロードできます。
私がそれを普遍的にするなら:
- ✓既存のiPadユーザーが更新され、iPadのサポートが突然表示されると喜んでいます。
- ✓アプリへの既存のランキング/トラフィックの恩恵を受けると、ゼロから構築する必要はありません。
- iPhoneユーザーには、更新が表示されません。
- ✗ユーザーの評価は、2つのバージョンがまったく異なるため、混乱する可能性があります
2つの別々のアプリを作成した場合:
- ✓iPhoneとiPadのさまざまな価格設定を設定できます
- iPadにいる私のiPhoneアプリの既存のユーザーは、彼らのための新しいバージョンがあることを知らない。そして、彼らがそれを発見した場合、彼らのデータを移行しなければならないと彼らを悩ませるでしょう。もう一度支払うように。
どのルートを取るかを決定するのに役立つかもしれない他のトレードオフがありませんか?どちらのルートを取ることから共有する経験がありますか?
解決
私は興味深いブログ投稿(以下)を見ました。そこでは、別のアプリがある場合、iTunesでのダウンロードランクを希釈することを示しています。
他のヒント
それについて他の方法はありません。あなたは普遍的に行くべきです。
ユニバーサルアプリを持つことに対する唯一の理由は、異なる価格設定です(そして、それは顧客をかなり怒らせるかもしれないと思います。特に、iPadでアプリを使用している既存のアプリ)。
私はたくさんの理由を思いつくことができます:
顧客は、ユニバーサルサポートのアプリアップデートアラートをご覧ください。別のiPadアプリを作成することは、iPadのお客様に手動で手を差し伸べて通知する必要があることを意味します。
コードはより管理しやすいです。テーブル/ビューに情報を提供するデータ処理クラスを作成した場合はどうなりますか? 2つの異なるプロジェクトで同じコードの2つのコピーを持ちたいのはなぜですか?将来バグを修正し、異なるプロジェクトで同じ修正を2回実行する必要がある場合はどうなりますか?
ユニバーサルアプリを持っていると、開発者としてより専門的に見えるようになります
プロジェクトが成長し続けるにつれて、2つの異なるアプリを持つことは、変更を加えたり、更新を実行したりするという点で開発の悪夢になります。
一部のサードパーティライブラリは、機能するために何らかの形式のアプリIDが必要です。その他は、アプリの実装ごとに支払うことを要求するものがあります。単一のユニバーサルアプリ内でそれを実行できるのに、なぜ異なるアプリに2回支払うのですか?
カスタマーエクスペリエンス - iPhoneとiPadを所有しているユーザーは、iCloud et al。ユーザーが自分のデータがデバイス間で同期していないことを知ることはあまりにも幸せではないと思います。
1つのデバイスのアプリの購入では、もう1つのデバイスの購入はもう一度購入する必要があります(これは顧客とはうまくいきません)。
...私は一日中続けることができます。要約すると、別々のアプリを持っている非常に正当な理由がない限り(そして正直に考えることはできません)、普遍的に行きます。ユニバーサルアプリは、きれいで、よく構築され、専門的に作られているように出会います。彼らは顧客に良い印象を与え、開発者のために管理するための簡単です。
iPhoneとiPad用の2つの別々のアプリを作成することは、Webサイトを取得し、異なるブラウザー用の独自のドメイン名を持つ異なるスタンドアロンバージョンに分割するようなものです...意味がありません:)