Розробка додатків для Android для когось іншого

Ми розробили кілька додатків та опублікували їх на Android Market. Зараз ми пишемо додаток про те, що інша компанія буде брендувати та продавати через власний обліковий запис видавця. Інша компанія не має досвіду роботи з Android Market або розробкою Android. Буду вдячний за будь-яку інформацію інших, хто стикався з подібними ситуаціями. Мене конкретно турбують такі напрямки:

1. Підписання програми
   Альтернативи, які ми бачимо, це: підпишіть звичайним ключем; створити пару ключів для підпису, характерну для іншої компанії, та підписати її; або допомогти іншій компанії встановити систему розвитку, створити пару ключів і зробити підписання самостійно. Останнє зажадає від нас надсилати їм джерела проекту, де представлені власні проблеми. Окрім занепокоєння щодо надсилання джерела, чи має значення вибір будь-яким чином?

2. Ліцензування
   Оскільки перевірка ліцензії буде здійснена проти їх облікового запису, код повинен вбудувати їх відкритий ключ для розшифровки відповіді на ліцензію. Чи є якась причина, щоб вони були стурбовані тим, щоб поділитися цим ключем з нами? Чи є альтернативи тому, щоб вони ділилися з нами ключем?

3. Видавництво
   Інша компанія відповідає за весь маркетинг та продаж; ми відповідальні за розробку додатків. З того, що ми можемо сказати, Android Market не створений для забезпечення чіткого розділення цих ролей. (Передбачається, що розробник також буде видавцем.) Це ускладнює вироблення розподілу обов'язків за процес публікації. Наша початкова думка полягала в тому, щоб доставити їм файл .apk і дозволити їм звідти обробляти його. Питання ліцензування було першим свідченням того, що ми з цим наївно ставимося. Сам процес публікації досить технічний, і ми бачимо дві альтернативи: пройти їх через усі етапи або попросити надати нам доступ до свого облікового запису видавця та зробити це самостійно. Що роблять інші?

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

2. Ліцензування Див. Вище. Якщо у вас є їх ключ, ви можете підписати додатки як інша компанія, з чим вони можуть бути не в порядку. Наявність у кожної компанії власних ключів представляє найменший потенціал для конфлікту.

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

Сподіваюся, що це допомагає!

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

Якщо ви зможете витягнути технічні елементи процесу публікації, ви можете щось робити.