Quelle politique d'accès pour mes utilisateurs d'API ?
- Les modèles existants avant les APIs: tout ouvert ou tout fermé
La licence privée est un système complètement fermé, qui n'autorise aux utilisateurs aucune modification sur le produit qu'ils achètent. Ils sont souvent considérés comme des boites noires, et sont en général faits pour l'utilisation directe et prête à l'emploi. Prenons les cas grands publics des licences Microsoft office, ou des logiciels Apple.
L'open source est un mouvement international , venu d'abord du monde scientifique avec les problématiques transnationales de partage des données (en climatologie notamment). Ensuite le monde informatique a suivi et l'open source est un système qui tend à divulguer les sources pour la ré-utilisation libre et l'indépendance d'un utilisateur par rapport à son fournisseur.
- L'API, le bon compromis
L'API se situe entre les 2 , c'est vous de décider la manière dont vous souhaitez être ouverts ou être fermés
Est ce que les développeurs pourront ré-utiliser vos services facilement ? Quelles sont vos conditions de ré-utilisation ? Votre licence ? Quels droits accordez vous à vos utilisateurs ? Utilisez vous des technologies propriétaires ou libres ?
Private API : API déstinée en interne d'un groupe ou une société. Souvent pour une utilisation pratique sur des sites distants ou pour avoir un accès uniformisé à un service. Elle permet un contrôle complet de sa ré-utilisation.
Partner API : API destinée aux partenaires et clients, elle peut être considérée comme semi-publique. Elle permet un contrôle de sa ré-utilisation par le choix des ré-utilisateurs.
Open API : API publique, destinée à tous les utilisateurs qui veulent l'intégrer dans des applications tierces. Elle permet ne permet aucun contrôle sur sa ré-utilisation mais uniquement sur la limitation des requêtes de ses ré-utilisateurs.
- Stratégie d'ouverture : cas d'une entreprise dont internet n'est pas le métier
- Cas n° 1 : un groupe ou une grosse entreprise, industriel ou commercial qui possède une technologie de pointe, une base de données propriétaire, un service exclusif.
En effet , il faut pour un groupe, en général garder son cœur de métier et son savoir faire sous format propriétaire. C'est l'avantage concurrentiel ou le savoir faire exclusif qui justement vous permet de générer votre chiffre d'affaires, et qui s'est construit après des années de développement, d'erreurs, de savoir-faire, et des millions d'euros investis. Il peut quand même ouvert à des partenaires très privilégiés dans des licences d'utilisation contraignantes et moyennant une grosse contrepartie financière.
Si vous êtes un opérateur telecom, comme ORANGE ou SFR vous pouvez mettre à disposition votre infrastructure pour faire des télécommunications
Si vous avez une base de données commerciales, comme Voyages-SNCF, vous pouvez vendre l'accès à vos données en temps réel, vos prix, horaires etc... a des agences de voyages privées
Dans une politique d'ouverture plus axée business développement ou innovation, certains savoir-faires technologiques non stratégiques ou certaines bases de données commerciales peuvent être monétisées en laissant accès via une API aux développeurs partenaires ou clients. Ou par exemple un accès à une infrastructure.
Il peut s'agir de données commerciales comme PagesJaunes ou une cartographie routière comme Viamichelin.
Arrive le cas des données qui n'ont en soi pas de valeur commerciale, mais qui permettent à vos utilisateurs de gagner en productivité. C'est un service pratique qui est rendu avec votre API.
Vous avez alors le choix de le mettre dans une version de l'API plus libre (par exemple autoriser l'utilisation à des fins non commerciales), ou même directement les libérer pour évangéliser votre service.
Si vous êtes un fournisseur de données, il s'agira de fournir en libre accès une API de traitement des fichiers ou de traduction.
Si vous êtes un réseau social, il s'agira de fournir un outil de publication ou d'inscription comme le Facebook connect, le Linkedin connect ou le Twitter connect.
Enfin il ne faut pas intégrer les données ou les services considérés comme ''utiles'' fermés dans votre API, mais au contraire les mettre à disposition d'une manière ouverte pour démocratiser votre service.
De toute façon ce service ne contient pas assez de valeur ajoutée pour être monétisé, et il est souvent mis à disposition par des concurrents, dont utiliser le comme un vecteur de publicité et de fidélisation.
Si vous êtes un site de e-commerce, il peut s'agir d'un comparateur de devises, de calculs des frais de port, la liste de vos lieux de vente réels.
- Stratégie d'ouverture : cas d'une Société ou start-up dont internet est le métier (pure player)
- Cas n°2 : une start-up qui possède une technologie web ou un savoir faire spécifique
En effet, les start-up ont souvent une stratégie différente par rapport à la sortie d'une API.
Car le seul capital de la start-up est sa technologie ou son savoir faire technique spécifique Alors l'API sera basé exclusivement sur ce capital car il n'y a souvent que cela.
Donc à la fois le cœur de métier les données et services commerciaux sont à mettre dans l'API.
On pourra les différencier dans une API Premium pour les données stratégiques et une API Freemium pour les données commerciales et professionnelles.
Si vous êtes une start-up qui possède un moteur de recherche sémantique, vous pourrez mettre à disposition de vos partenaires cet outil via votre API. Si vous avez peur de perdre votre avantage concurrentiel, proposer le alors qu'à une certaine typologie de développeurs (voir la partie suivante « Droits d'accès à mon API »
Pour les start-ups, les outils pratiques, productifs et utiles sont à prendre comme des investissements marketings, car la notoriété de la start-up ne permet pas, dans beaucoup de cas de monétiser ce genre de services. Il sont donc un outil de fidélisation et de communication auprès de ses utilisateurs.
Certaines start-up n'ont pour business model que leur API, qui fournit un service ou une technologie de rupture. Il s'agit des services comme QWERLY ou KLOUT dans l'e-réputation.
