Devez vous utiliser vos comptes développeur ou ceux de vos clients?

Ecrit par le Lundi 10 Juillet 2017

Devez vous utiliser vos comptes développeur ou ceux de vos clients?
Les agences se demandent souvent si elles doivent utiliser leur propre compte de développeur pour publier toutes les applications de leurs clients ou si la meilleure solution est de demander à leurs clients d'acheter leurs propres comptes. Jusqu'à récemment, la majorité des agences penchaient pour la première option et qui fonctionne très bien, mais certaines nouveautés en incitent beaucoup à reconsidérer cette approche.

Apple a récemment mis en place une nouvelle ligne directrice indiquant que les applications peuvent être rejetées dans le cas où le nom de vendeur (le nom de votre compte développeur Apple utilisé) ne correspond pas suffisamment au branding de l'application. Cela signifie que si votre agence, "XYZ Apps" utilise son propre compte de développeur pour publier l'application de votre client "ABC Restaurant", vous risquez de faire face à un problème car ces marques ne correspondent pas. Cela implique donc qu'il peut être judicieux de commencer à envisager l'idée de demander à chaque client d'avoir son propre compte de développeur, puis de vous donner accès en tant que membre de l'équipe afin que vous puissiez effectuer les processus de soumission.

Vous êtes peut-être hésitant à l'idée de facturer un coût supplémentaire à vos clients (un supplément de 99 $ par an pour être exact et un peu plus si vous avez également besoin d'un compte Google Play), mais nous allons expliquer pourquoi ce n'est peut-être pas un si mauvaise chose. Voici quelques raisons qui peuvent vous convaincre ...

Transfert de propriété

Parfois, il arrive un moment où la relation entre une agence et son client se termine, mais le client veut conserver son app sans répercussion pour ses utilisateurs. l'application a été publiée avec les comptes de développeur de l'agence, un transfert de propriété doit être effectué. Bien que cela soit possible à la fois pour iOS et Android, cela peut être un inconvénient en termes de charge de travail car un process détaillé qui devra être suivi, de nouveaux certificats qui devront être générés, etc. 
 Si l'application de votre client est déjà publiée directement avec son propre compte de développeur, les inconvénients de cet éventuel scenario s'évaporent et vous économisez à la fois votre temps et celui de votre client. 

Avantages mutuels

Les clients peuvent ne pas être ravis de devoir assumer cette dépense supplémentaire, mais finalement, cela peut devenir un avantage pour eux, notamment au niveau de la crédibilité de leur marque, un peu comme les avantages apportés par le nom de domaine personnalisé. Si vous créez un site Web pour votre client et que vous utilisez votre propre nom de domaine au lieu du sien, publiquement, ce site vous appartient. Vous êtes celui qui a un accès complet sur l'endroit où ce domaine pointe et vous avez le pouvoir d'apporter des modifications à tout moment qui affectent l'ensemble de la base d'utilisateurs. Dans cet esprit, votre client sera probablement plus que disposé à payer le prix de la «propriété officielle» afin d'atteindre ce niveau d'accreditation.

Quant à vous, la question de la marque peut aller dans les deux cas. Avoir de bonnes applications sous votre nom dans les stores est fantastique pour le développement de votre marque, mais comme vous le savez, vous n'avez pas toujours le contrôle sur le type de contenu que votre client souhaite publier, ce qui peut également vous nuire dans certain cas. Saviez-vous qu'un faux déplacement dans Google Play peut conduire non seulement à la suppression de l'application du store, mais aussi à la désactivation de toutes les autres applications de votre compte (toutes les applications de vos autres clients qui n'ont rien à voir avec cet erreur)? C'est une situation assez difficile à gérer; Protéger votre marque contre des situations comme celle-ci est certainement une raison valable d'envisager de publier les apps de vos clients sous des comptes séparés.

Vos clients ne veulent vraiment pas payer?

Il y aura certainement des clients qui refuseront de prendre en charge ce coût supplémentaire, surtout s'ils commencent tout juste et ne sont pas encore entièrement convaincus par les avantages d'une app native. Toutefois, cela ne doit pas nécessairement être un obstacle pour votre business. N'oubliez pas que vous pouvez également leur proposer la version Progressive Web App, ce qui ne nécessite aucun compte de développeur et a ses propres avantages spécifiques dont nous avons déjà parlé en détail. Donc, ne laissez pas cette nouvelle directive vous effrayer. Vous avez encore beaucoup d'options disponibles et, comme mentionné ci-dessus, cela finira par être avantageux à long terme.



Entrez votre adresse email