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

推薦する

VPS IP が「不明瞭」になることをまだ心配していますか?格安 VPS マーチャント Hiformance がお手伝いします!

過去2日間、あまりにも多くのIPが「言葉にできない」問題により「言葉にできない」状態になりました。多...

Baidu 628K サイトからの Baidu 独自の変換

6月28日はウェブマスターにとって暗黒の日でした。大量のウェブサイトがBaiduのデータベースから追...

ローコードデプロイメントで避けるべき7つの間違い

[[441390]]調査会社ガートナーによると、世界のローコード開発市場規模は2021年に138億米...

垂直型電子商取引は価格体系の崩壊に見舞われるか、大規模な破産を引き起こす可能性がある

買収を模索していたWeimianとRedbabyの最近の閉鎖から判断すると、JD.comのCEOであ...

Weiboマーケティングの業界と製品の適応性

近年、Weiboの人気に伴い、Weiboマーケティングという新しいマーケティング手法が登場しました。...

成外全が双十一における小紅書の宣伝と運営の「ルーチン」を明かす

月収10万元の起業の夢を実現するミニプログラム起業支援プラン2018年双十一は電子商取引マーケティン...

チャネル運用の技術を分析する3つの側面

インターネット環境においては、トラフィックこそが王様と言われており、トラフィックの入り口を奪取するこ...

UCloud 人工知能と Intel の背後にある技術的なストーリーを分析する (パート 1)

「企業が独自のAIオンラインサービスシステムを構築するのは簡単ではありません。ITインフラストラクチ...

オンライン教育サイトの運営戦略と開発の方向性についてお話しします

今日のインターネットの発展は爆発的な段階に達したと言えます。オンライン教育ウェブサイトやオンライント...

ウェブサイト構築のホームページのレイアウトはユーザーエクスペリエンスを中心にしています

SEO について少し知っている人にとって、SEO ではまずウェブサイトのホームページのレイアウトが適...

OpenStack Newton がリリース、EasyStack コアコード貢献が中国で第 1 位に

今週、OpenStack は 14 番目のバージョンである Newton を正式にリリースしました。...

オンラインでの企業ブランド構築は、企業の業績と販売の問題を解決するのに役立ちます

昨日は、企業のオンライン ブランディングの重要性とブランドの構築方法について議論しました。会社のCE...

Baidu の青大根アルゴリズムが売買リンクを識別する方法の分析

ウェブマスターなら誰でも、Baiduが2013年2月20日に「Green Radish」という最新の...

企業ウェブサイト構築の第一選択は、インターネットの時代に入り、インテリジェントなウェブサイト構築ソフトウェアです。

2018年最もホットなプロジェクト:テレマーケティングロボットがあなたの参加を待っていますインターネ...

統合インターネットマーケティング計画: 企業のウェブサイトマーケティングに不可欠なウェブサイトコンテンツ

ウェブサイトマーケティングは、企業がオンラインマーケティングを実施するための重要な方法であり、オンラ...