Чи можна розповсюджувати програми iOS у закритому магазині додатків, не вимагаючи джейлбрейка на кожному пристрої?


3

У мене є додаток, доступний для всіх бажаючих в App Store, і я хотів би обмежити доступ до програми. Додаток безкоштовний, і через це деякі люди завантажують його, після чого виявляють, що не можуть ним користуватися, і залишають погані відгуки. Хоча в описі чітко сказано, що вам потрібно бути існуючим клієнтом, очевидно, не всі читають його, і погані коментарі відкладають наших реальних клієнтів.

Я вивчив обліковий запис Enterprise, але, наскільки я розумію, ви можете розповсюджувати їх лише власним персоналом. Це наші клієнти, тому не підпадайте під цю категорію.

Чи можуть вимоги Apple щодо підпису коду використовуватися для того, щоб вибрані клієнти могли бачити певні програми?


Цікаве запитання, мені теж потрібно буде мати справу з чимось подібним. AFAIK вам доведеться розповсюджувати через AppStore, і як ви вже дізналися - корпоративний рахунок не дуже допоможе. Чи розглядали ви, як надавати клієнтам «викуповувати коди» для свого додатка? (Це все ще не оточує вимоги публічно вказати додаток).
макако

1
На відміну від запропонованого в StackOverflow, питання щодо розробки та перерахування вашої програми в App Store не є темою для цього сайту.
Джеррі

1
@gerry - на це можна відповісти так, щоб бути абсолютно поза темою, але на нього також можна відповісти так, як пояснюється, як працює Apple App iOS App Store і підписання коду. Це чітко по темі - навіть якщо розробник просить чіткого наміру розвиватись. Ми активно відбиваємо проблеми на рівні коду як позатематичні, але розуміємо, як працює підписання коду та джейлбрейк.
bmike

2
@gerry Я вважаю, що це актуально, це не стільки проблема коду, скільки використання інструментів та інфраструктури Apple.
ZX80

@macaco Ми почали стягувати плату, проте характер програми означав, що люди повинні просити своїх роботодавців за гроші, і це відклало їх. Здається, що буде попит на установку, керовану "нажиманням". Мені буде цікаво почути більше вашого досвіду та думок, враховуючи, що у нас, мабуть, є одна і та ж основна проблема.
ZX80

Відповіді:


2

Вирішення цієї проблеми може спуститися трьома маршрутами (і я спочатку відповім на це, щоб бути найбільш корисним для всіх, хто читає це):

  1. Використання ліцензії на розробку та підписання програм для обмеженого пулу, якщо пристрої iOS (на даний момент ви отримуєте лише 100 тестових слотів як будь-який розробник iOS). Це повністю уникає App Store
  2. Налаштування корпоративного облікового запису в Apple, щоб ця організація могла ефективно підписувати програми для необмеженої кількості пристроїв. Потім ви дозволите компанії, яка має обліковий запис підприємства, підписувати програми для пристроїв, які вона хоче запустити, і витягнути або змінити додаток із загальнодоступного магазину додатків.
  3. Запропонуйте розробнику та клієнтам підписатись на програму обміну закупівлі від Apple. Це додає програму в App Store, але розробник може контролювати, чи всі покупці VPP можуть бачити додаток або лише білий список певних клієнтів, які потрібно придбати.

З точки зору досвіду, варіант 3 набагато кращий для більшості ситуацій. Зловживання програмою розробника для комерційного розповсюдження програм суперечить умовам надання послуг, і існують технічні проблеми та надмірні клопоти з реалізацією цього потенціалу навколо бар'єру для підписання коду.

Видалення програми та продаж лише клієнтам може працювати у вашому випадку - використовуючи варіант 2. Тільки клієнтам потрібно зареєструватися, але ви отримуєте тотальний контроль над видачею виправлень, складанням і відсутня затримка (або користь) надсилати додаток на Apple для огляду. Це не означає, що ви все ще не можете подати таку саму збірку і цінувати її досить високо, щоб люди не купували її, але потім повертаєте клієнтам, коли вони закінчують оцінку вашої програми, хочуть отримати пряму збірку, яку вони можуть підписати.

Останній варіант означає, що вам, розробнику, потрібно перелічити ваш додаток під VPP (що приховує цей додаток від більшості користувачів App Store), а ваші клієнти також повинні зареєструватися у VPP, але це вирішення проблеми Apple, яке ви знайдете собі в.

  • Клієнт отримує доступ до спеціальних цін, спеціального доступу та все ще має додатки для перегляду Apple та забезпечення передньої частини магазину, підпису коду тощо ...
  • Продавець отримує доступ до спеціальних цін, чіткого дозволу Apple підписувати пов'язані договори безпосередньо з клієнтами, щоб укласти все, що завгодно (мінімальні покупки, ціноутворення, доступність, дизайн на замовлення) - але вони переглядають лише програми - Apple не суперечить, сприяти або вирішувати угоди або спори між продавцем і покупцем.
  • Продавець може цінувати додаток по-різному для кожного клієнта або використовувати однакові ціни для всіх.

Обидві сторони повинні створити компанію та перейти через подачу документів, щоб увійти до VPP, але це дійсно оптимальне рішення для більшості випадків, коли ви не хочете цінувати свій додаток безкоштовно у громадському магазині.


Дякую за вашу допомогу bmike - це справді дуже корисно.
ZX80

Дякуємо за розуміння в редагуванні. Люди в Stack Overflow мають великий досвід роботи з точною механікою, і хоча ми відштовхуємо питання щодо деяких деталей програми iv dev, ця дискусія на високому рівні здається чимось, що спільнота користувачів, розробників та покупців може знайти велику користь думаючи про розгортання додатків у бізнесі.
bmike

Не хвилюйтесь, я ціную весь ваш внесок. Такі люди, як ви, роблять цей сайт (і інші сайти) таким чудовим ресурсом. Я сподіваюся, що це в майбутньому для когось корисне.
ZX80

1

Дайте своїм користувачам обліковий запис для програми (можливо, у вас вже є). В опис додайте рядок на самій вершині:

Тільки для користувачів XYZ!

Тоді людям, які завантажують його, буде запропоновано ім'я користувача / pwd, якого вони не мають.


Це такий підхід, який ми застосували досі, але люди все ще купують його і скаржаться.
ZX80
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.