Thêm hỗ trợ iPad cho một dự án iPhone: phổ biến so với hai ứng dụng riêng biệt?

Question

Tôi có một ứng dụng iPhone hiện có và có vẻ như một tỷ lệ đáng kể người dùng của tôi trong những ngày này đang chạy trên iPad (tôi có thể nói vì rất nhiều email tôi nhận được từ người dùng có chữ ký "được gửi từ iPad của tôi").

Tôi hiện đang triển khai phiên bản iPad và tôi đang thực hiện nó từ cùng một cơ sở mã, rất thuận tiện để thực hiện. Nhưng khi tôi làm xong, tôi tự hỏi liệu tôi có nên phát hành nó như một ứng dụng toàn cầu hay không. Thay vào đó, tôi có thể tải lên dưới dạng ứng dụng chỉ dành cho iPad mới, riêng biệt.

Nếu tôi làm cho nó phổ biến:

• ✓ người dùng iPad hiện có của tôi sẽ rất vui mừng khi họ cập nhật và đột nhiên thấy hỗ trợ iPad.
• ✓ Tôi được hưởng lợi từ xếp hạng/lưu lượng truy cập hiện tại cho ứng dụng của mình, sẽ không phải xây dựng nó từ đầu.
• ✗ Người dùng iPhone của tôi sẽ thấy bản cập nhật không có gì.
xếp hạng
• ✗ tài khoản có thể nhận được lộn xộn như hai phiên bản là khá khác nhau

Nếu tôi làm cho họ hai ứng dụng riêng biệt:

• ✓ tôi có thể thiết lập giá khác nhau dành cho iPhone và iPad
• ✗ Người dùng hiện tại của ứng dụng iPhone của tôi trên iPad sẽ không biết có phiên bản mới cho họ. Và nếu họ phát hiện ra nó, việc di chuyển dữ liệu của họ sẽ làm phiền họ. Như sẽ trả tiền một lần nữa cho nó.

Tôi có bị mất bất kỳ sự cân bằng nào khác có thể giúp quyết định tuyến đường cần thực hiện không? Có ai có kinh nghiệm để chia sẻ từ việc thực hiện một trong hai tuyến đường?

Answer 1

Tôi thấy một bài đăng trên blog thú vị (bên dưới) nơi nó cho thấy bạn pha loãng thứ hạng tải xuống của bạn trên iTunes nếu bạn có các ứng dụng riêng biệt.

http://www.cocoanetics.com/2011/05/to-universal-or-not/

Answer 2

Không còn cách nào khác. Bạn nên đi phổ quát.

Lý do duy nhất để có ứng dụng toàn cầu sẽ là giá cả khác nhau (và tôi nghĩ rằng có thể khiến khách hàng khó chịu một chút. Đặc biệt là những người hiện đang sử dụng ứng dụng trên iPad của họ).

tôi có thể đưa ra vô số lý do:

• Khách hàng nhìn thấy thông báo cập nhật ứng dụng cho hỗ trợ phổ cập. Tạo ứng dụng iPad riêng có nghĩa là bạn phải liên hệ với khách hàng iPad để thông báo cho họ

• Mã dễ quản lý hơn. Điều gì xảy ra nếu bạn đang tạo một lớp xử lý dữ liệu cung cấp thông tin cho các bảng/khung nhìn? Tại sao bạn muốn có hai bản sao của cùng một mã trong hai dự án khác nhau? Điều gì sẽ xảy ra nếu bạn sửa lỗi trong tương lai và phải thực hiện các sửa lỗi tương tự hai lần trong các dự án khác nhau?

• Có một ứng dụng phổ biến làm cho bạn trông chuyên nghiệp hơn như một nhà phát triển

• Như dự án của bạn tiếp tục phát triển, có hai ứng dụng khác nhau sẽ là một cơn ác mộng phát triển về việc thay đổi, chạy cập nhật, vv .

• Một số thư viện của bên thứ ba yêu cầu một số loại ID ứng dụng hoạt động. Những người khác tồn tại yêu cầu bạn phải trả tiền cho mỗi lần triển khai ứng dụng. Tại sao phải trả hai lần cho các ứng dụng khác nhau khi bạn có thể thực hiện trong một ứng dụng toàn cầu?

• Trải nghiệm của khách hàng - Người dùng sở hữu iPhone và iPad sẽ mong đợi một số đồng bộ nhất định của ứng dụng giữa iPhone và iPad của họ bằng iCloud et al. Tôi không nghĩ người dùng sẽ quá vui khi biết rằng dữ liệu của họ không đồng bộ hóa trên các thiết bị của họ.

• Trong lần mua ứng dụng cho một thiết bị sẽ phải được mua lại cho một thiết bị khác (điều này sẽ không đi xuống tốt với khách hàng).

... Tôi có thể tiếp tục hoạt động cả ngày. Để tóm tắt, trừ khi bạn có một lý do rất tốt để có các ứng dụng riêng biệt (và tôi thành thật không thể nghĩ ra bất kỳ ứng dụng nào), hãy phổ biến. Các ứng dụng toàn cầu được xem là sạch sẽ, được xây dựng tốt và được tạo chuyên nghiệp. Họ tạo ấn tượng tốt với khách hàng và dễ dàng quản lý nhà phát triển.

Làm hai ứng dụng riêng cho iPhone và iPad cũng giống như tham gia một trang web và chia nó thành phiên bản độc lập khác nhau với tên miền riêng của mình cho các trình duyệt khác nhau ... không có ý nghĩa :)