2012-11-05 25 views
11

Hãy xem xét ví dụ sau. Giả sử chúng ta có một ứng dụng trong đó các nhà văn chuyên nghiệp viết những câu chuyện từ một giao diện người dùng dựa trên web. Và sau đó những câu chuyện này trở nên có sẵn cho người dùng ứng dụng iOS như trong các mặt hàng mua ứng dụng.Chung trong các sản phẩm mua ứng dụng thực hiện

Như bạn có thể biết chúng tôi cần tạo trước trong các sản phẩm mua ứng dụng. Nhưng trong tình huống của chúng tôi, điều đó có nghĩa là đối với mỗi câu chuyện được tạo ra bởi các nhà văn, chúng tôi sẽ phải tạo ra một sản phẩm IAP mới và chờ Apple phê duyệt nó.

Để phá vỡ điều này, tôi đang lập kế hoạch để tạo ra các sản phẩm "tiêu hao" chung trong IAP như câu chuyện trị giá $ 1,99, câu chuyện trị giá 2,99 đô la, v.v. Sau đó, trong giao diện người dùng ứng dụng tôi sẽ hiển thị danh sách các câu chuyện được tạo ra bởi các nhà văn và hiển thị giá tương ứng cho các câu chuyện theo quy định của các tác giả khi họ tạo ra câu chuyện. Khi người dùng chạm vào nút mua, tôi sẽ hiển thị giao dịch mua cho sản phẩm tiêu hao chung của cùng một mức giá và hoàn tất quy trình mua hàng trong ứng dụng.

Bây giờ câu hỏi đặt ra là Apple có chấp thuận việc triển khai như vậy không? Nó có phù hợp với chính sách IAP của họ không? Tôi hỏi vì tôi không thể tìm thấy một hướng dẫn cho một quy trình làm việc như thế này.

Một cách tiếp cận khác để thực hiện điều này là bằng cách triển khai hệ thống tín dụng/tiền tệ trong ứng dụng, như sử dụng trò chơi. Nơi mọi người mua tín dụng/tiền xu và sau đó họ mua vật phẩm bằng tiền xu. Đây là một cách tiếp cận đã được thử nghiệm và thử nghiệm nhưng nó không phù hợp với sự tương tự của ứng dụng, do đó câu hỏi.

+0

bạn đã thực hiện điều này theo cách bạn mô tả ở đây chưa? Tôi nghĩ sẽ làm tương tự với một ứng dụng mới của tôi nhưng không chắc liệu họ có chấp thuận hay không ... – SpaceDog

+0

Bạn dự định trả tiền cho các nhà văn như thế nào? –

+0

@RubberDuck - Vâng, chúng tôi đã thực hiện theo cách này. Ứng dụng đã bị từ chối trong lần thử đầu tiên. Các khách hàng đã phải chiến đấu với Apple để có được nó được chấp thuận theo thực hiện này. –

Trả lời

2

gì bạn muốn đạt được là hoàn toàn khả thi, điều duy nhất là nội dung có thể mua của bạn phải năng động. Bạn sẽ phải tải xuống ID sản phẩm từ máy chủ thay vì để chúng được mã hóa cứng trong ứng dụng của bạn.

Để tham khảo ví dụ của bạn, tôi có thể tưởng tượng chế độ xem bảng đang được cung cấp cùng với danh sách các đối tượng có ID SKProduct được lưu trữ trên đó. Bạn sẽ phải làm điều này bởi vì, tại thời điểm viết, bạn không thể truy xuất tất cả các ID sản phẩm có sẵn cho ứng dụng của bạn từ các máy chủ của Apple. Tôi biết đó là một nỗi đau trong ass họ đã không thực hiện tính năng này, nhưng phải trung thực, nếu họ chưa có tôi không nghĩ rằng họ sẽ bao giờ làm.

Đây là phương pháp tôi đề cập đến: initWithProductIdentifiers

Bạn cung cấp nó với một NSSet với tất cả các định danh bạn muốn lấy, nhưng nếu bạn cung cấp một tập rỗng hoặc một con số không, nó không trả lời với tất cả hiện tại. Bạn có thể gửi một lỗi với Apple nếu bạn cảm thấy điều này không hiệu quả. Vui lòng kiểm tra câu trả lời SO này nếu bạn vẫn còn bất kỳ nghi ngờ nào: link

Một điều quan trọng cần lưu ý là bạn sẽ phải tải lên các sản phẩm của mình theo cách thủ công. Apple không trưng ra bất kỳ API nào để có quy trình tự động. Điều này có nghĩa, mỗi khi một nhà văn tải lên một cái gì đó cho máy chủ của bạn, bạn sẽ phải đăng nhập vào iTunes kết nối và tạo ra một sản phẩm. Ngoài ra, bạn sẽ bị giới hạn ở 10.000 sản phẩm vì đó là số lượng tối đa các sản phẩm khác nhau mà bạn có thể đăng ký với Apple.Tôi cũng khuyên bạn nên đọc nhanh hướng dẫn iTunes Connect, có một số thông tin quan trọng như thông tin tôi vừa đề cập: iTunes Connect

Về khung bên thứ ba, như UrbanAirship nói trên, họ sẽ chỉ cứu bạn khỏi phải thực hiện xác nhận biên nhận trên máy chủ của bạn. Ngoài ra, tôi không thấy bất kỳ lợi thế lớn nào.

Nói điều này, tôi khuyên bạn nên cân nhắc lại mô hình kinh doanh của mình. Có thực sự là nó có giá trị tất cả những rắc rối của tải lên các sản phẩm một cho mỗi một? Hoặc tốt hơn là đi theo cách đăng ký, trong đó người dùng của bạn trả một số tiền cố định để tải xuống một số bài viết mỗi tháng. Bạn có thể có các cấp khác nhau, như, cơ bản, phí bảo hiểm (tải xuống không giới hạn), v.v. và kiểm soát việc phân phối các bài viết từ máy chủ của bạn. Điều đó tùy thuộc vào bạn, nhưng đối với tôi câu trả lời là khá rõ ràng.

+0

Cảm ơn, điều này ít nhiều sẽ trả lời câu hỏi của tôi. Tôi không biết họ chỉ cho phép 10.000 sản phẩm! Ngoài ra, đăng ký không thực sự là mô hình mà chúng tôi có thể thực hiện. Trên thực tế những câu chuyện chỉ là một sự tương tự (vì NDA và bảo vệ khái niệm sản phẩm) tôi đã hỏi trong câu hỏi. Các sản phẩm thực tế là một cái gì đó khác nhau mà không có ý nghĩa trong mô hình đăng ký. –

0

Pritam

Để phân phối nội dung động bạn nên sử dụng Đăng ký, không phải tiêu hao. Sử dụng đăng ký giải quyết vấn đề của bạn bằng cách cho phép bạn tính phí cho mỗi lần cập nhật VÀ phân phối nội dung mới cùng một lúc.

Bạn có thể nhìn vào các dịch vụ bên thứ 3 như UrbanAirship rằng sẽ làm giảm đáng kể số lượng thời gian bạn chi tiêu cố gắng để tự động cung cấp nội dung của bạn, đăng ký theo dõi và hết hạn vv

Các vấn đề liên quan