巨人の肩にはリスクが伴います。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 担当者、作成する外部リンクは紹介リンクですか、それともプロモーション リンクですか?

推薦する

Baidu スナップショットがタイトルと説明タグをキャプチャできない理由を明らかにする

昨日、あるファンが長沙SEOに問い合わせたところ、ウェブサイトは百度に登録されているが、タイトルと説...

ハイブリッドバックアップはクラウドとローカルバックアップの両方のメリットを享受できる

最終的なバックアップ場所がクラウドにある場合でも、組織は復旧を高速化するためにローカル バックアップ...

#BlackFriday# hostcram: 年間わずか 24 ドル、i9-11900K/AMD Ryzen 7 7700 高性能 VPS、ダラス データ センター

Hostcram は毎年恒例のブラックフライデー プロモーションを開始しました。AMD VPS は事...

リバースO2O事例分析:オフラインへの回帰はオフラインに良いニュースをもたらすか?

Offline To Online はオフライン企業に良いニュースをもたらすことができるでしょうか?...

Southern Netcom AI Wanci: 革命的なインテリジェントな 10,000 ワードのランキング マーケティング プロモーション システム

月給5,000~50,000のこれらのプロジェクトはあなたの将来ですフルネットワークマーケティング、...

Kafka の効率的なストレージ設計をコミックで解説

[[347741]]始める前に、Kafka の概念をいくつか思い出させてください。 a.ブローカー:...

SAP は「デュアルカーボン」目標の達成を支援するため、主要な持続可能な開発イニシアチブを開始

北京、2022年6月9日 - グリーン開発は国家戦略であり、「デュアルカーボン」目標は社会全体のコン...

2021年の世界クラウドストレージ業界の現状と発展の見通しに関する分析

近年、量の急激な増加により、世界のクラウド ストレージ市場の成長が促進されています。大手メーカーは市...

Baidu ライブラリを使用して外部リンクを作成する際のヒントと誤解

インターネット上で図書館の運営に関する経験の共有をよく見かけます。経験の多くは非常に優れていますが、...

ウェブサイト運営に関するウェブマスターの見解

ウェブサイトを構築した後に遭遇する最大の問題は、ウェブサイトの運用と保守です。優れたウェブサイトは、...

クラウドで Redis を使用していますか?知っておくべき10のこと

ステートフル分散システムは大規模に運用するのが難しく、Redis も例外ではありません。マネージド ...

Webmaster.com からの毎日のレポート: 電子商取引 PPS に関与する Microsoft China が再び著作権侵害の疑い

1. マイクロソフトMSN中国は電子商取引への参入を計画しており、Bing検索はテストを終了するマイ...

日本のクラスタ サーバー + 50M 帯域幅、わずか 241 ドル。アメリカのクラスタ サーバー、100M 最適化帯域幅、198 ドル

Raksmart は、数量限定で 3 つの安価なクラスター サーバーを提供しています: (1) 日本...

もう一度O2Oについて話そう:6次の隔たりの理論と実践についての議論

[編集者注] この記事の著者 @Zhongguancun Lao Li は、以前 Leifeng.c...