Le PDG de Hey Email répond à la décision d’Apple de la rejeter de l’App Store

[ad_1]

Jason Fried, PDG de Hey Email, a publié une lettre sur le site Web de la société en réponse à la décision d’Apple de rejeter son application sur l’App Store.

L’argument principal de Fried dans la lettre se concentre sur la façon dont la politique de paiement actuelle d’Apple crée un fossé entre un client et l’entreprise avec laquelle il a une relation. Le premier point sur lequel Fried insiste est que c’est l’entreprise qui dépense le temps, l’argent et les efforts pour gagner un client, seulement pour qu’Apple intervienne entre cette relation avec son système de paiement intégré.

« Quand quelqu’un s’inscrit pour votre produit dans l’App Store, il n’est plus techniquement votre client – il est essentiellement le client d’Apple. Il paie Apple, puis Apple vous paie. Donc, ce client que vous avez passé des années, trésor , et la réputation de gagner, est confiée à Apple. Et vous devez payer à Apple 30% pour le privilège de le faire! « 

Fried poursuit en disant que, pour tous les clients qui choisissent ce mode de paiement, cela rend presque impossible pour l’entreprise les problèmes de facturation ou les questions de facturation.

« Vous ne pouvez plus aider le client qui achète votre produit avec les demandes suivantes: remboursements, modifications de carte de crédit, remises, extensions d’essai, exceptions de difficultés, comps, paiements partiels, remises sans but lucratif, remises éducatives, crédits de temps d’arrêt, exceptions fiscales, etc. Vous ne pouvez rien contrôler lorsque vous facturez vos clients via la plate-forme Apple. Vous êtes donc obligé de vendre un produit – avec votre nom et votre réputation – à vos clients, mais vous êtes impuissant et incapable d’aider eux s’ils ont besoin d’un coup de main avec l’un des ci-dessus « .

Fried dit également que cela cause non seulement des problèmes pour la relation entreprise / client, mais aussi des problèmes internes pour l’entreprise elle-même. De nombreuses entreprises multiplateformes ont déjà mis en place une infrastructure de facturation, et le manque d’intégration d’Apple avec le système extérieur crée une charge supplémentaire pour ceux qui doivent l’exécuter.

« De plus, comme de nombreuses sociétés de logiciels sophistiqués, nous avons déjà un système de facturation centralisé qui est lié à nos propres systèmes de back-office. Administration, comptabilité, gestion des comptes, recherche de données, support client, etc. Si l’un de nos clients est obligé de payer avec le système de paiement d’Apple, nous sommes aveugles. Nous ne pouvons pas les rechercher, nous ne pouvons pas les aider. Notre seule réponse est « Allez demander à Apple. » Quel terrible message désespéré à envoyer. Les développeurs qui sont obligés d’envoyer ce message est aujourd’hui souvent accusé d’escroquerie à l’encontre de ses clients, de vol de leur argent, etc. « 

Fried clôt sa lettre en implorant Apple de permettre aux développeurs d’utiliser ou de ne pas utiliser le système de paiement d’Apple, en disant que « c’est notre entreprise, pas votre entreprise ».

« Apple, donnez simplement le choix à vos développeurs! Laissez-nous facturer nos propres clients via nos propres systèmes, afin que nous puissions les aider avec des extensions, des remboursements, des remises ou quoi que ce soit d’autre à notre manière. C’est notre affaire, pas votre entreprise. »

Les politiques de l’App Store d’Apple ont fait l’objet d’un examen approfondi la semaine dernière en raison de la décision de la société de rejeter l’application Hey Email de l’App Store. Bien que l’application ait été initialement approuvée, ce que Phil Schiller d’Apple dit être une erreur, elle n’a pas été autorisée à recevoir les mises à jour de l’application. Apple dit que l’application est tenue de proposer des achats intégrés pour son abonnement afin de rester disponible sur la boutique.

Vous pouvez lire la lettre complète sur le site Web Hey Email.



[ad_2]

Soyez le premier à commenter

Poster un Commentaire

Votre adresse de messagerie ne sera pas publiée.


*