巨人の肩にはリスクが伴います。API 呼び出しのみでビジネスを構築しないでください。

巨人の肩にはリスクが伴います。API 呼び出しのみでビジネスを構築しないでください。

編集者注: この記事の著者は、スタートアップ企業 Printchomp の創設者である Joseph Puopolo です。彼の意見では、多くの若いスタートアップ企業は自立する能力がなく、API 呼び出しが頼みの綱となり、独自にデータを生成する能力に取って代わっている。 API の変更やサービス規約の変更によって、破滅したり、死に瀕したりする企業は数多くあります。Twitter の API の変更は警鐘です。この記事の目的は、ヤドカリ モデルに従う企業に次のことを思い出してもらうことです。

API 呼び出しを基盤として会社を構築し、大きなビジネスリスクを負う企業がいかに多いかにはいつも驚かされます。過去 2 年間で、他のシステムからデータを取得して独自のシステムに表示する無数のアプリ、特にソーシャル アプリが突然人気を博しました。 API が広く使用されているにもかかわらず、スタートアップの創業者は依然としてこのビジネスのリスクを軽視し続けているように思います。

リスクは明らかです。データが枯渇すると、ビジネスも枯渇します。 API 呼び出しに基づいて構築されたほとんどのアプリでは、情報フローがなくなった場合に何が起こるかを考えてみましょう。 API を提供する会社が必ずしもなくなるわけではありませんが、間違いなくゲームチェンジャーとなるでしょう。 Twitter の API の変更は警告であり、重要な注意喚起です。数多くのサードパーティ製 Twitter アプリケーションでは、最新の 1.1 API プロトコルがリリースされた後、重要なデータ フローが停止したり、大幅に遅くなったりして、これまでの努力が無駄になっていることがわかりました。この件について Twitter 社を非難し、どうしてコミュニティのフィードを閉鎖したのかと問う人もいるだろう。しかし、開発者は自分たちにはコントロールできないことを知りながら、それでもこのエコシステムを構築しているので、これに対する責任の多くは開発者が負うべきだと私は思います。

Twitter の開発者ブログの投稿で、Michael Sippey 氏は Tweetbot と Echofon という 2 つの例を直接挙げています。シッピー氏は、「18 か月近くにわたり、私たちは開発者に対し、主流の Twitter の顧客体験を模倣または複製するクライアント アプリケーションを構築しないように指導してきました。前回の投稿で書いたことを繰り返すと、このガイダンスは今でも適用されます」と述べています。ここで私が言いたいのは、彼の発言を解釈しようとしているのではなく、API 上にビジネスを構築しているスタートアップ企業に警告を発しているということです。

サービスの条件や API の変更によってスタートアップが遮断される可能性がある場合、会社固有のリスクを隠すべきではありません。企業からリスクを排除すると同時に、ユーザーにどのような真の価値を提供できるかも考慮する必要があります。多くの場合 (特にソーシャル アプリの場合)、一部のアプリは新しいインターフェイスを備えた Twitter または Facebook のメッセージにすぎません。

一方、エコシステムの一部となると同時に、自社の機能をより多くのアプリケーションにシームレスに接続するという素晴らしい仕事をした企業もあります。その最たる例が『37 Signals』です。彼らは他の多くの便利なアプリケーションを構築し、統合しました。重要なビジネス情報をさまざまなシステム間で自由にやり取りできるようになります。他の企業やアプリケーションの場合、API を介して他者のエコシステムに依存し、他者が生成したデータを自社のシステムに配置することで問題が発生します。

私が与えているアドバイスは少し時代遅れかもしれませんが、アプリケーションは API 呼び出しとそれに続くデータを使用するだけでなく、追加の価値を提供する必要があります。ユーザーがシステムにデータを投稿できるようにし、ユーザーがシステム内の個人アカウントを通じてシステムのアクティブ ユーザーになるように促す独​​自のプロセスを作成する必要があります。システムは自立する必要があります。多くの若いスタートアップにとって、API 呼び出しは、独自にデータを生成する能力に取って代わる頼みの綱になっています。

多くの起業家にとって、人々が興味を持ち、使用する製品を生み出すには、依然として多大な自己省察が必要です。 API 呼び出しを行って新しい外観の UI を貼り付けるだけでは、実際のビジネスは構築されません。

原題: 巨人の肩にはリスクが伴う。API 呼び出しのみに基づいてビジネスを構築してはいけない

キーワード: 巨人、肩、リスク、API、呼び出し、設立、ビジネス、編集者、この記事、著者、ウェブマスター、ウェブサイト、ウェブサイトの宣伝、金儲け

<<:  9大グループ購入サイトの新状況は満杯、滴滴出行と58団は遅れをとる可能性

>>:  SEO 担当者、作成する外部リンクは紹介リンクですか、それともプロモーション リンクですか?

推薦する

新しいウェブサイトを再設計する際に降格を避ける方法

写真がなければ真実はわかりません。プログラムを変更した後の SEO 方法を皆さんと共有するために写真...

RackNerd: 独立記念日イベント、シアトルの VPS は年間 12.99 ドルから

Racknerd は、米国独立記念日の VPS プロモーションを開始しました。このプロモーションは、...

impactvps-$7/4g メモリ/35g SSD/5IP/2T トラフィック/シアトル

Subnet Labs LLC には、特別な VPS 価格を提供する impactvps というブラ...

機械製品ウェブサイトの2年間の運営経験の簡単な分析

こう言うと笑われるかもしれませんが、私の会社の機械製品部門は、過去 2 年間でわずか 3 か月ほどし...

SEO担当者として、自信も必要です

あなたのサイトのランキングは停滞していますか?あなたのサイトのトラフィックはいつも少ないですか?Ba...

絶体絶命の窮地に追い込まれたウェブマスターは事態を好転させることができるのか?

記事を最新の状態に保つために、まだ編集に忙しいですか? それとも、品質を確保するために、まだリンクを...

ウェブサイトプラットフォームの運用方法とアイデア

先週の日曜日、親しい友人の招待で、グループ会社の本社を訪問し、グループ会長の董氏と会いました。董宗は...

valvps-$48/kvm/2g メモリ/150g ハードディスク/2T トラフィック/ロサンゼルス

日中、グループ内でVALvpsについてみんなが話しているのを見ました。個人的に、この会社はちょっと信...

Baidu がオリジナルコンテンツをどのように決定するかを確認し、オリジナルプロジェクトについて話し合います。

1. 検索エンジンはなぜ独創性を重視するのでしょうか? 1.1 広範なデータ収集Baidu の調査に...

仮想マシンツール VirtualBox、VMWare、Hyper-V の比較

[51CTO.com クイック翻訳] Windows 10 ユーザーには、選択できる仮想化ツールが多...

エッジコンピューティングがトレンドである理由

[[259759]]エッジ コンピューティングのコンセプト株はしばらく前に大いに宣伝され、多くの本物...

10日間の重量7神サイトの真のマスターを解読

著者はA5の記事「10日間で重み7に - SEO技術と思考の大衝突」を見ました。この記事を読むことが...

マルチクラウドコンピューティングには慎重なITコスト配分が必要

マルチクラウド環境は企業にとって多くのメリットをもたらしますが、適切な管理がなければコストの配分が難...

#blackfriday# raksmart - 900 元/香港専用サーバー/E3-1230/16G/1T/無制限トラフィック

raksmart では、ブラックフライデー プロモーションとして、香港独立サーバー事前予約イベントも...

プロモーションに多額の費用をかけたのに、まだ効果がない?読めば分かるよ

月給5,000~50,000のこれらのプロジェクトはあなたの将来です企業は、売り上げを増やし、より多...