クレジット：
クレジット：
明確かつ公正な文書とガイドラインが鍵です
もちろん、API の提供には、API 自体を作成するだけではありません。ギョーム・バラス氏は、3スケール、フル機能の API 管理および収益化ツールを提供します。同氏によると、3scaleの顧客の多くは、ドキュメント、サンプルコード、サンプルを含めないなどの間違いを犯しているという。同氏は、利用規約がない、または不明確な利用規約がないことも残念ながらよくあることだと述べた。
オーレン・ミシェルズはマシェリーのCEO。彼の会社は、100 以上のブランドと 25,000 を超えるアプリケーションの API 管理と戦略を行っています。同氏は、「ドキュメントの粗悪さ、不正確さ、欠落」がよくある間違いであり、「『商用利用禁止』と書かれた契約条件や、開発者に何らかの理由でお金が儲かると示唆するその他の事柄も同様である」と同意している。 。」
ビジネスの他の多くの側面と同様に、API に関しても、「シンプルに、愚かに」は忘れてはいけない格言です。 「複雑な登録とキーの発行プロトコル、さらに悪いことに、ユーザーにキーのリクエストを電子メールで送信し、誰かが応答するのを待つ必要がある」ことは避けるべきだとミシェルズ氏は警告する。
自分の尻を売り込む準備をしなさい
シャンリー・ケインは、次の製品チームで働いています。彼に電話してくださいは、開発者やソフトウェア会社向けにさまざまな API ツールを提供する会社です。彼女は、よくある間違いは API をブッシェルの下に隠すことだと言います。 「API ゲームに慣れていない企業にとって、オープンになることは恐ろしいことかもしれません。多くの企業は、プレス、開発者、パートナーに対して自社の API について話さないという間違いを犯し、なぜ誰も自社の API を使用しないのかと疑問に思います。開発者マーケティングの新しいルールを受け入れることで、API が成功します。」
アウグスト・マリエッティ設立形状、API を使用して構築、配布、ハッキングするためのマーケットプレイスです。同氏は、多くの API 提供企業が犯す最大の間違いは、API の公開後の最初の数か月間、マーケティングに十分な焦点を当てていないことだと述べています。
「あらゆる種類の開発者をターゲットにする必要はありません。実際に抱えている問題を解決するために API を必要とする開発者だけをターゲットにする必要があります。周りを見回し、一人ずつ見つけて連絡する必要があります。これらの早期採用者は、あなたの API を世界と他の何千もの開発者に広めることになります。」
さらに、集中力に加えて、適切な計画、多くのリソース、ある程度のスタミナが必要になるとも指摘しています。 「API の立ち上げは、少なくとも 6 か月間全力を注ぐ必要があるという点で、新製品の立ち上げに似ています。[あなたは] ミートアップに参加し、開発者が本当に欲しがっている興味深い賞品がもらえるコンテストを企画し、開発者を宣伝しなければなりません。世界中で API を利用し、ハッカソンを組織します。」
マリエッティ氏は、ビジネスに関連する API を備えた他の企業と提携することも推奨しています。より多くのビジネスを引きつけ、API のマーケティング費用を分割することができます。
ディミトリ・シロタは、レイヤ 7 テクノロジーは、企業向けに独自の API 管理ツール スイートを提供します。彼は、もう 1 つのマーケティング (または PR) の間違いは、「自分のビジネスに関係のない参照があることです。自分に似た参照があることを確認してください。たとえば、企業の場合は、企業顧客がサポートおよび参照していることを確認してください」と述べています。あなた。"
フィードバックを取得して使用する
また、Kane 氏は API 提供者に対し、ローンチを成功させるために「早期かつ頻繁に」フィードバックを得るように警告しています。
「早期かつ頻繁に」とは、選ばれた開発者を参加させ、最も初期の段階で API を使用することを意味します。数人の信頼できる開発者を招待して、API の非公開の「プレアルファ」バージョンを使用してもらい、API を徹底的なベータ段階にも通過させます。
これらのより形成的な段階では、得られたフィードバックを使用して設計を改善し、バグを見つけて潰し、一般的には「API が実際に稼働するときに使いやすく、快適であることを確認します」と、Kane 氏は言います。
渋滞に備えてください
また、Kane 氏は、多くの API 初心者は API トラフィックの範囲と規模に対応する準備ができていないと言い、これは Web アプリが遭遇する可能性のあるトラフィックとはまったく異なるものであると彼女は警告します。
「API には、モバイル アプリ、Web サービス、そして場合によっては数百もの接続されたデバイスやプラットフォームからアクセスされることになります。そのトラフィックをサポートするということは、拡張し、不正使用を防止し、モバイルの最適化をサポートし、可視性と制御を提供する API スタックを構築することを意味します。
「API 固有のソリューションは数多くありますが、最も重要なことは、API トラフィックがどのように異なるかを理解し、それに応じてインフラストラクチャを構築することです。」
シロタ氏は、多くの企業が「さまざまなセキュリティと管理制御を提供できる堅牢なプロキシを使用しない」という間違いを犯していると述べた。
API があなたの -- および開発者の -- ビジネスにどのような影響を与えるかを理解する
ミシェルズ氏は、多くの企業が API がどのようにビジネスを成長させることができるのかを真に理解していないという間違いを犯していると、賢明な最後の言葉を受け取りました。その代わりに、企業は開発者全員が API アクセスに対して料金を支払うべきであり、限られたアクセスしか得るべきではないと考えています。
API が「成功への道がない、誰かが成功してもトラフィックや使用量に制限がある」場合は、方向を変えたくなるかもしれない、と同氏は言う。あるいは、あなたの会社が API の料金を請求している場合、「開発者はクレジット カードを落として、通話ごと、あるいは何千回もの通話ごとに支払うだろうと信じて」います。
ここでの最大の間違いは「理解していないこと」だと彼は指摘する。API がビジネスをどのように、そしてなぜ改善し、成長させるのかそしてそれを確実に実現することに重点を置いています。」
Sirota 氏も同様の指摘をし、大きな間違いは「あまりに大規模に始めて、最初から収益を心配することです。小規模から始めてください。API を公開して学習し、後で収益を心配することです。」と述べています。
API の間違いを避けるためのその他のヒントはありますか?コメントでお知らせください。
Rackspace がサポートするシリーズ
クレジット：
のウェブ開発シリーズによってサポートされていますラックスペース、ホスティングを行うためのより良い方法。 Web ホスティングの稼働時間を心配する必要はもうありません。パッチの適用、更新、監視、データのバックアップなどの最新情報を維持するために時間、エネルギー、リソースを費やす必要はもうありません。その理由を学びましょう。
からの写真に基づいた画像iStockフォトユーザーアルクピン
Mashable のその他の開発および設計リソース:
-Ruby on Rails: アプリをスケーリングして急速な成長を実現する