2013-03-08 8 views
6

Pracuję nad aplikacją na iOS. & Mam zamiar sprzedawać produkty w aplikacji na podstawie typu użytkownika po zalogowaniu użytkownika.iOS: Przy zakupie aplikacji. Produkt jest płatny lub bezpłatny na podstawie typu użytkownika

Jeśli użytkownik jest typu A [Użytkownik uprzywilejowany] Następnie może pobrać produkt całkowicie za darmo/Na podstawie kodu promocyjnego/Kup, jeśli kod promocyjny to InValid (mogę zdecydować na podstawie niektórych flag).

Jeśli użytkownik jest typu B [Normalny użytkownik] Musi zapłacić za produkt &, a następnie może pobrać go po pomyślnej płatności.

Ale mam wątpliwości, czy Apple to zaaprobuje, czy nie. W momencie składania wniosku do sklepu z aplikacjami udostępniam mu dane uwierzytelniające Normal User (User of Type B), aby można je było normalnie kupić.

Czy to podejście jest dobre czy złe?

Innymi słowy, mogę ustawić ten sam produkt z dwoma różnymi identyfikatorami w iTunes connect. Jeden za darmo & inny do zakupu.

Gdy użytkownik loguje się na podstawie użytkownika Typ I może zdecydować, które produkty załadować dla tego użytkownika na podstawie identyfikatorów produktu, które mam ze mną.

Czy istnieją alternatywne rozwiązania dla tego samego?

Czy ktoś przeszedł przez ten sam scenariusz?

Dziękując!

+0

W jaki sposób rozdzielasz różne typy użytkowników w czasie, gdy kupują aplikację w sklepie AppStore? – holex

+0

użytkownik musi się zarejestrować, a uprzywilejowany użytkownik otrzyma kod w wiadomości e-mail, za pomocą którego zostanie zarejestrowany jako specjalny użytkownik w momencie rejestracji. –

+1

Przeformułow swoje pytanie jako "Chcę, aby niektórzy użytkownicy mieli dostęp do produktu bez konieczności kupowania go w App Store" i myślę, że możesz na nie odpowiedzieć. –

Odpowiedz

5

Miałem bezpłatną aplikację w sklepie, w którym korzystano z zakupów w aplikacji, aby włączyć funkcje. Miałem też miejsce na wprowadzenie kodów promocyjnych, które mogłyby również włączać funkcje. Został odrzucony przez Apple ze względu na możliwość wpisania kodu promocyjnego i obejścia sklepu z aplikacjami. Brzmi jak to, co próbujesz zrobić.

+0

Wątpię, czy to jest sprzeczne z ich polityką. Zasadniczo kod promocyjny może być postrzegany jako pojedyncze logowanie w celu uzyskania dodatkowych funkcji. Istnieje wiele aplikacji, które umożliwiają logowanie się w celu pobrania treści, które normalnie można uzyskać tylko poprzez zakup w aplikacji ... Jeśli nie dodasz przycisku kupowania, aby uzyskać subskrypcję poza sklepem z aplikacjami, nie jest to niezgodne z ich zasadami. Wydaje mi się, że to samo dotyczy kodów promocyjnych (więc nie dostarczaj kodu promocyjnego z aplikacji). –

+0

Kod promocyjny zostanie przesłany użytkownikom, ponieważ mamy identyfikatory e-mail uprzywilejowanych użytkowników. Aplikacja będzie miała tylko opcję wprowadzenia kodu promocyjnego, jeśli userType jest uprzywilejowanym użytkownikiem. Jeśli kod promocyjny jest nieważny, mogą go kupić. Normalny użytkownik będzie miał tylko opcję zakupu. –

+0

To właśnie zrobiłem, wysłałem e-mailem kody promocyjne do użytkowników, ale Apple powiedział, że pole w aplikacji, w którym wpisują kod jest niedozwolone. Zamiast tego po prostu aktualizuję serwer, aby wiedział, którzy użytkownicy mają bezpłatny dostęp, koniec problemu. YMMV, nie próbowałem go aprobować z Apple, właśnie go zmieniłem. – progrmr

1

Nie sądzę, że naprawdę można to zrobić w ten sposób. Aplikacja może być darmowa, jeśli jest bezpłatna. Ale nie możesz pozwolić aplikacji nic nie robić, jeśli nie wprowadzono kodu promocyjnego. Dlatego najlepszym rozwiązaniem wydaje się być darmowa wersja aplikacji z minimalną funkcjonalnością. Użytkownicy uprzywilejowani mogą korzystać z kodu promocyjnego (nie można jednak łączyć się z witryną, na której można kupić ten kod promocyjny!), A zwykli użytkownicy będą musieli dokonać zakupu w aplikacji, aby uzyskać dodatkową funkcjonalność.

Mam nadzieję, że to pomoże!

+0

kod promocyjny zostanie do nich wysłany –

+0

ok. to by działało, prawda? –

+0

które rozwiązanie jest poprawne? Twoje lub moje ? –

2

Mam jedną myśl, nie wiem, czy inżynierowie Apple pozwolą na to, czy też nie, nadal kupują aplikacje dla nieuprzywilejowanego użytkownika i dla uprzywilejowanego użytkownika zamiast prosić o wpisanie kodu promocyjnego w aplikacji, zaktualizuj swoje przywileje ze WS (jeśli wysyłasz im kod promocyjny za pośrednictwem poczty e-mail, co oznacza, że ​​masz przy sobie identyfikatory e-mail lub identyfikatory użytkowników), wprowadź w aplikacji pewne zastrzeżenie, aby zidentyfikować to i odblokować funkcjonalność. Nigdy tego nie próbowałem, ale dla jednej z moich aplikacji zakupowych w aplikacji nie odrzucono, mimo że ma ona wadę, kiedy położyłem kolejną wersję kompilacji aplikacja została odrzucona i musiałem skorygować tę wadę. Chodziło o przycisk przywracania zakupów. Gdy aplikacja jest już dostępna w AppStore, nie szukają w niej więcej. To tylko myśl, ale musisz pomyśleć zanim podejmiesz ryzyko.