ご気軽にご意見お願いします。ところが、僕はiPhoneアプリを作っているけど、実際にこういう文章をSettings画面にずらずら書きすぎると、アプリのインターフェイスが汚くなって、全体のデザインが悪くなるという欠点がある。後は、クックパッドのご意見ボックスみたいに、匿名で気軽に送れるとよいと思う。Webサービスだと、oLarkという素晴らしいチャット設置ツールがある。oLarkを設置してると、たまにチャットが突然くるので、これでLisgoのHPを見たユーザがどういう疑問を持つかをかなり学べた。トップページに設置すると、デザインが悪くなるという欠点もある。あとは、意見をもらった時に、行間を読むとか、どういうふうに聞くべきかとか、いろいろ考えて試行錯誤してるので、まだまだ書く事があるのだけど、長くなるので、このへんで終わる。この記事を読んで、いや、俺は逆にこう思うんだよね、とか。本日、ゼロベースの不勉強会という、本をつまみに酔っぱらいながら語るという面白い集まりがある。普段は、デザインやら、哲学やら、エロスやら、情報社会やら、いろいろやってるみたいなのだけど、今回のお題の本が「新しい市場の作り方」という本。これは、かなり面白い集まりで、今夜は僕も不勉強会に参加するので、行く前に感想を書こうと思う。くくりとしては、経営学の本。経営学の本っていい本もあるけど、ケーススタディーばっかりだったり、後付け感が多かったりと、よくバカにされがちだ。この本はよかった!スタートアップとか、新規事業、まだ世の中であまりなかったサービスを作ろうとしている人は必見だと思う!特によいと思う箇所は、2章と3章。この本は読みやすくて分かりやすい。問題は発明の対象であるこの本で印象的だった部分がここだ!問題とは発見するものではなく、発明するものである。うーむ、こういう風には今まで考えてなかった。ようは、UXリサーチとか顧客インタビューとかが今は流行りだけど、ユーザを観察して、ユーザが困っている部分を発見してその問題を解決するサービスを作るというイメージが漠然とあったんですよ。著者によれば、今までになかったサービスや製品が解決する問題は、現時点でユーザが問題だと思っていなかったり、それを普通に説明しても「特に問題だと思ってないし、困ってないわ。」と言われるものだと書いている。確かに、そうかもしれない。人間だれしも、新しい生活スタイルや、新しいものを使い初めて始めて新しい不満が出てくるもんだと思う。本に出てくる例だと、水泳の時かぶる水泳キャップというものを使うのは日本のみで、そもそも水泳キャップがないことを誰も不便だとは思ってなかったらしい。水泳キャップを考えた経営者が、学校のプールの時間に、水泳キャップがあるといかに便利か、生徒の識別にも役立つとか、いろいろ啓蒙して、今では水泳キャップを使うのは当たり前の文化になったと。正しさを探しに行くな問題を発見の対象だという錯覚にとらわれると、ひたすら外界に答えを探してしまう。なくて、新しいサービス、新しい市場というものは、えてして、事業者がこういう世界になったらいいなという妄想から始まり、その妄想世界が素晴らしいんだと啓蒙して、現実にしてしまうというプロセスが必要らしい。確かに、iPadが出た時なんて、批評家達からはさんざん言われてたなあ。ノートパソコンとしても中途半端だし、モバイルとしても使えないから、これは誰も必要としてないですわと。いや、ジョブズは新しい生活スタイルを発表会で、ソファーに座りながらiPadを使うことでイメージしやすいようにしてた。僕も、iPadが出る前はそこまでタブレットというものに興味がなかったし、別にレッツノートで満足だわと思ってた気がする。タブレットではこれができない、あれもできないとし、みたいな感じで。iPadが出るとそのよさがわかり、寝ながら読みたいけどちょっと重いなあっていう新しい問題が出来上がり、iPadMiniでついに僕の欲しいものが実現した!余談だけど、まあ、時代の変化によって出て来た、一定数の人が問題だと認識しているけど、誰もまだ解決できてないというモノもある。既知の問題が、新しい技術で解決できるようになったとか、時代の変化で新しい問題が出て来たとか。いうユーザが認識できてる問題はやっぱ、やりやすいのはありますよね。その分、競争も凄く激しくなるだろうけど。話を戻すと、まずユーザが問題を認識して、それを解決するという順番が全てではないというのが大切と。新しい文化を作るこの本で象徴的なのが、たいていの新サービスなんて誰も理解してくれない事業者の妄想から始まるんだから、新しい文化を作る働きかけが重要だということ。そのためには、技術だけが優れてても意味はないと書いてて、そのサービスや製品の価値を理解してもらえるようにしないといけないと書いている。これは、すごく難しいよなあ。Lisgoだと、新しい読書スタイルを提案するんだ!ということが重要なんだけど、これは結構大変だ。この本を読んで僕は啓蒙活動のやる気が出たので、こうやって使うんですよっていう動画を素人くさくても作って、いろいろなユースケースを提案しようかと思う。いう意味で、新しいサービスって最初にそのサービスのよさを分かってくれて、周りに啓蒙してくるユーザってめっちゃ大切ですよね。文化を広めてくれるエバンジェリストというか。エバーノートがこういう使い方すれば便利だ!みたいにブログを書いてくれるユーザとか、これいいよって友達に薦めてくれる人とか。いうユーザが勝手に広めてくれるような仕掛けを製品に組み込むのが重要で(最近流行のグロースハッキング的な)、それは、本当にサービスを愛してもらった上での行動ではないといけないとダメだし。製品開発側の視点になると、どのタイミングで仕掛けるか、どのタイミングでどの層に広めていくかも重要で、製品が大多数の人にとって使えない段階でバイラルになる仕掛けをすると失敗するし。このどういう順番で進めていくかとかはまた別の話なので、違う記事で書こうと思う。voiceは読書体験を変える今日起きて、とりあえず昨日のAmazonの発表でもチェックするかーと思ったら、自分にとって死ぬほど重要な機能をAmazonが発表していた。これは、電子書籍とオーディオブックの読んでいる位置をシンクロさせる機能。Amazonさんがやってくれた!!いつかやると思ってて、いつやるのかなあと待ってたけど、ついにきたよ!!!これで、確実に読書の体験が変わるのは間違いない。通勤途中にオーディオブックで聞いていても、途中からテキストを目で読みたいとなった時に電子書籍の読む場所もちゃんとシンクロしてくれるってことです。本読んでる時に目が疲れたり、布団でごろごろしたい時に、ささっとオーディオブックに切り替えできる。本読んでいる時に、出かけないといけないけど、続きが気になる時に、歩きながらオーディオブックで聞くことに切り替えできる。日本語は自炊書籍を活用するしかない僕は、10年ぐらい前にオーディオブックの良さに魅了されてから、自分で本を裁断してOCRでテキスト化して、それをTTSで変換して自作オーディオブックを100冊以上ぐらい作ったりしてた。この耳と目で読むのを交互にする体験こそが読書のあり方の未来だと思ったので、今はそれをWeb記事で実現するLisgoなんてアプリまで作り始めたぐらい、この体験が欲しくて欲しくてたまらなかったわけなんです。今はWebの記事ならLisgoで出来るんだけど、やっぱり一番やりたいのは、自分が本当に読みたい本なんですよ。ネックとしては、今のところ品揃え的に英語オンリー。電子書籍に10ドル、オーディオブックに約25ドル払わないといけないという価格の問題。voiceに対応している書籍が少ない模様である。これは時間の問題だと思う。日本語で読みたい本がたくさんある自分としては、日本語でこの体験ができるのはまだまだ先だなあという印象。洋書なら大抵の人気書籍はオーディオブックも同時に出たりするけど、日本語の書籍はそもそも電子化さえほとんどがされてない。日本語でいち早くこの体験をするには、自炊業者にOCR化のオプションをつけてもらって、それを使ってTTSで読み上げるアプリを作るしかないな。これなら、価格の問題と、電子化とオーディオ化の品揃えが解決する。今のLisgoはWeb記事専用だけど、UIとかどうシンクロさせるかの機能面はかなりノウハウがたまってきたので、そのうちORC化された自炊書籍を簡単に扱えるように出来ると最高だ。読書に慣れ親しむ導入に最適だと思うまあ、こういうふうに僕は熱っぽくこのよさを語るわけなんだけど、読書に興味ある人でも、オーディオブックを体験したことない人はあまりぴんとこないみたいなんですね。読書そのものが好きじゃない人は、まったく興味がわかない。女子高生が携帯小説から活字に慣れ親しんだ例があるように、デバイスの簡易性、その行為自体の簡単さってのは、なかなかとっかかりが難しいものに慣れ親しむために凄く重要だと思うんですよ。活字を読むのはめんどいけど、耳で聞くなら簡単だから試してみたら、そのうち好きになってきて、結果的に読書が好きになるっていう人が増えるといいと思う。Voiceは大きな一歩だと思った。これのためにKindleFire買うか迷うなあ。iOS用のKindleアプリでも普通にアップデートで対応しそうなんですよね。Comments果ての国と月並みの国と、スタートアップのスケール“ブラックスワン”で有名なタレブが今月、短い論文を発表したみたい。arts」というブログを書いていて、これがなかなか面白かった。ちなみに、タレブは逆ばりにかける金融屋であり、不確実性の専門家であり、哲学者であったりします。”まぐれ”という、投資家がいかに運を実力と勘違いするかを書いた本の後に、“ブラックスワン”という本を出してこれも世界的なヒットとなったんですな。僕は数学はてんでダメだが、経済学とか社会学とかで数式がそんなにでない本は好きで、面白いなあと思っていろいろ読むのだけど、タレブの”ブラックスワン”は生涯のベスト3に入るぐらい傑作であります。いう本かと簡単に紹介すると、「芸術家とか、投資家とか、大金持ちの経営者とかはの大成功事例は、多くの要素が運だ。ついでに統計学者や経済学者は基本的に全員バカでリスクの事をなんもわかってない。」っていう主張をこれでもかと説明しまくる本です。ちなみに、ネットスケープを共同創業したマークアンドリーセンも、「ブラックスワンは全てのアントレプレナーが読むべき必読書だぜ!」みたいな事を興奮して言ってたりしたので、スタートアップに興味がある人も読むと面白いかもしれない。タレブの次回作は”tinkering”っていうイノベーションがいかに起こるかという題材の本でずっと楽しみにしてるんだけど、いつ出るんだよ、まじで!あと、タレブは著作の中では死ぬほど攻撃的なんだけど、どっかの大学で講義しているのを動画で見た時は、結構やさしそうな感じの喋り方で丁寧に話してた。このへんでタレブの紹介を終わる。この元ネタの金融業界のブログ主は、「金融業界はプレイヤーが増えすぎて、運の要素がどんどん増えているので、仕事にするのはお勧めできない」という、一見いつもの調子で書いてるタレブの論文を、芸術家にあてはめて書いている。“ヘッジファンドとかの業界の投資家の成功の多くは運だけど、もし失敗してもいい給料もらえるから、そんなに悪くないですよね。”“だから、タレブの論文を読んだ後に、一番お勧めできないと思った仕事は、金融業界ではなくクリエイティブな業界、芸術家だ。”“小さなオッズにかけて、これほど多くの人数が成功を目指している業界は他に考えつかない。”“だから、もしあなたが芸術家への道を目指しているなら、何かを作り出している行為そのものが報酬でなければならない。世間に認められる可能性は非常に低く、もし成功したとしても、それは実力ではなく運だから”こんな感じで、ブログは終わっていて、コメント欄も読むと、「いやいや、金融業界でやってくのも簡単じゃないよ」とか、「クリエイティブな仕事が運だけじゃなくて、努力や継続力だよ」とか、まあいろいろみんな書いてる。このへんでようやく、僕が適当に思った事を書いていく。いうのは、ブログの内容と関係ある事を書くかどうかが重要じゃなくて、まったく的外れな内容でも、何かを読んで、それがきっかけで何かを思ったっていうのが重要なんですよね。作り上げる過程が報酬ジョブズも従業員を奴隷のように働かせるために使ってたけど、”何かを作り出す行為そのものが報酬と思えるような事”っていうのは、本当に重要なんではないだろうか。いうのも、Webサービスとか、アプリとかで一発ドカンと当ててやるぜって思ったとしても、基本はこつこつとコード書いたり、地味な行為が延々と続くわりには、TwitterのAPI規約変更で数ヶ月の努力が泡になったりと、あんまりセクシーな事は起こらないわけですよ。作り上げている行為自体が楽しすぎるので、ぶっちゃけスケールするかどうか、キャズムを超えるかどうかの部分は運が大きいから、もちろん狙うけど成功確率は高くないと考えておこう。正しいのかもしれませんな。会社勤めとかフリーランスとかして安定収入を確保しながら、余った時間を作って作るとか。人間誰でも、自分だけは違うと考えるもので、それが逆に継続的な努力を後押しするパワーにもなって、それはそれでいいとは思っております。いう人間の性質があるからこそ、経済が発展するわけだし。果ての国と月並みの国と、スタートアップのスケールタレブはブラックスワンで果ての国と月並みの国の説明をしている。適当に検索したらこんな解説があった。役者の世界で言うと、劇団員での仕事は月並みの国で収入は予想しやすいけど限界がある。映画スターが果ての国で、確率は非常に小さいけど、当たるとでかい。この話をよくスタートアップ界隈で聞く、”このサービスはスケールするか”っていう話に当てはめられるのではないかと思った。スケールするかどうかっていうのは、果ての国の出来事だから、出来る限り月並みに国で運用できる範囲までターゲットや市場を絞り、果ての国で起こること(スケール)のマージンも確保しておくという感じ。ポールグレアムは最初は自分専用のTODOリストとか、本当に小さな問題を解くサービスを作るのがよい方法だと言ってる。人間誰もがスケールしないサービスはやる気がなくなるもんで、世界を変えるようなサービスを考えるあまり、誰でも喜びそうな幅の広いサービスを初めて、誰にも刺さらないサービスになってしまう。ターゲットを絞れば絞るほど、ニッチな感じになっていき、具体的にイメージはしやすいけれども、こじんまりとした感じが漂い、スケール感がなくなり、最初にターゲットを絞るのを顕著してしまうというのがありがちだと思う。僕も、Lisgoの最初のバージョンは、いろんな人が使えるようにブラウザをまず付けたんだけど、大失敗であった。何を書こうとしていたのか忘れてしまったけれど、まあ、月並みの国から初めて、果ての国に行けるかどうか、キャズムを超えるか、さあこれからスケールするかどうかっていう所は、大部分を運が左右するという前提で進めればいいのかなと。ついでに言うと、タレブが著作で薦める戦略はバーベル戦略だ。バーベル戦略を簡単に説明すると、ポートフォリオ上のメインは大きな変動がない月並みに国に入るものを組み込み、一部を果ての国に入るもの、つまり確率は凄く低いけど当たればでかいレベレッジの効くもので一攫千金を狙うというもの。これを参考にすると超安定志向になって凄いつまらないかもしれないんだけど。ちなみに、投資を受けるのは、ドワンゴ会長が言うように製品開発とはまた違うゲームだと思うので、いかに果ての国に行きますと言えるかどうかだと思う。口では果ての国の行くと言いつつ、ターゲットを絞るのは難しくなりそうだけど。最近はスタートアップのタレントバイが流行ってる。金融業界みたいにリスクとったほうが起業家にとってはお得だというリスクとリターンのバランスが若干歪んでる状況もあるらしく、バブルのうちは投資受けてガツガツ行くというのもある意味合理的だったりもしてるようです。いうような、反対の事を思いついたけど、最近はカウンターストライクの新作が出て、それが面白いから、このへんで書くのをやめてゲームをしようと思いました。フェイスブック追撃へこの記事を読んでると、収益化に関してはLINEはTwitterより遥かに先を行っているなあと思った。フォロー数が増えれば増えるほど企業アカウントはお金をたくさん払わないといけない仕組みとか、Twitterも参考にしてそう。“数年前まではサービスの初期段階はマネタイズのことは考えずにユーザー数増やす事だけに集中するのがCool!”みたいななシリコンバレーのスタートアップ的な考え方が流行ってた気がする。最近は海外のほうでもリーンスタートアップの普及とかフリーミアムの限界もみんな学習してきて、最初からマネタイズをしっかり考えて、持続可能なビジネスじゃないとダメだぜ!みたいな流れになっている。LINEもスタンプでお金取れるようになったのはまったくの偶然って言ってたから、当初はぼんやりとしか考えてなかったのだろうけど。それでもTwitterみたいにもの凄い企業価値になって、その企業価値に見合う収益を達成するために後から苦労している立場からしたら先を行ってて凄いなあ。Twitterがどっかに買収されたら遥かに凄い金額が動くだろうから、ビジネスモデルはバイアウトだ!ってなると、また話が変わるんですが。一般層がターゲット?この前友達と話していたんだけど、LINEみたいに普通の人でも使えるサービスで、スケールできるものを作りたいって最初から考えるのは誤解だと思うんですね。LINEは最初から一般層っていうよくわからないエリアから進めたわけじゃなくて、ネット系を無視して、女子高生とかそういう層にあくまで絞って最初は始めたと思うんですよ。LINEは最初から誰にでも使えるものを目指して成功したから、自分たちもターゲットは狭めずに、スケールできる誰にでも使えるものを作るぞって考えるのは、「みんなを喜ばせようとして、誰にも喜ばれないサービス」が出来上がる可能性が高まると思うんです。一般層っていうのは曖昧すぎるから、スマホ持ってて、女子高生で、ネットに疎い層とかなら、まだ分かりやすい。この記事のタイトルはTwitterとLineのビジネスモデルを分析するみたいな感じだけど、そんなことはよくわからないからできないのです。単純に、ターゲットが一般層で誰にでも使えるUIっていうのは分かりづらいからよくないという事を思っただけであった。想定の層がしっかりイメージできないと、UIの便利さと難易度のバランスの基準も決めれないし。僕も愛用しているTwitterクライアント、Tweetbotがブログで「パニクるな」というメッセージを発信しています。かんたんに紹介したい。ちなみに、僕自身Twitterの規約改正にモロ影響受けそうなアプリを作っているだけあって、規約改正を読んで、いろいろ海外のブログの説明とか読んでたところ、これはやべえどうしようと泣きながらブログ書いただけあって、最初は確かにパニックであった!というか、勢いで書いたブログが想像以上にバズって、それのほうがビビった。できるだけアップデートしようと思って、その後いろいろ新しくわかった事を元に4回ぐらい追記したりしたけど、分かりにくいと思うので、現時点の情報を整理してみる。TweetBotのメッセージを黒字でかんたんに紹介。APIコールの制限についてAPI認証は元からやってるからTweetbotには問題ない。新しいAPIコールの制限はアクションごとのリミットだから、今までより逆にいい。タイムラインをたくさんリフレッシュしても、ダイレクトメッセージを送る制限には影響がない。このAPIコールが全体の350制限から、アクションごとの制限になったのはそんなに悪くないんですよね。ここは最初からそれほど問題でない。TweetBotもそういう認識みたい。現在のTweetBotのユーザー数はかなり大きい。現在のユーザ数の二倍まで許容されるから、現在の増加率を元にすると、数年は心配ない。ユーザー数制限に達したとしても、既存のユーザには影響はない。この、現在の増加率から、数年は大丈夫だろうというところが重要な部分だと思う。数のユーザがいればいるほど、2倍になるのは時間がかかる。TweetBotは有料アプリのみだけど、無料アプリも提供しているクライアントならユーザ数もまた多いだろうし。短期的にはTweetBotのように、すでに人気のあるクライアントアプリには有利かもしれない。これからクライアントアプリを作ろうとしている人にとっては、10万ユーザが制限となりそれ以上は許可が必要。TweetBotのようなすでに10万以上ユーザがいるアプリは、現在のユーザ数の2倍になるまで許可なしでOK。言っても、TweetBotも2倍のユーザ数に達したらそれ以上はTwitterの許可を伺わないといけないし、許可の基準は現時点で不明なので、本音では嬉しくはない変更だと思う。Twitter自身が一般的なTwitterクライアントを作るのはよくないと明言してるから、新しく作る人はいなくなると思う。Tweet表示ガイドラインの義務化これからの6ヶ月間、Twitterの指示に従ってガイドラインに準拠するようにしたいと思う。そんなに大きな変化はないと思うけど、詳細が分かり次第お知らせします。短期的に既存のTwitterクライアントへの影響が出るとしたら、この表示ガイドラインなのは間違いない。ここのガイドラインの適用具合によって、どれだけ現在のTweetBotの使い勝手が変わるかが決まる。ここの部分がどう解釈されるかが気になってたところ。Tweet.しかし、よくよく考えるとInstapaperへリンクを保存するとかを禁止する理由はTwitterにあるんだろうか。公式アプリでもできるし。考えると、後で読むサービスへの連携の禁止はないような気もする。Integrationそれでもつらいのうまあ、既存の人気アプリであるTweetBotとかEchofonとかはなかなか既存ユーザ数の2倍にはならないので当分大丈夫だと思う。それでも、今までプラットフォームを支えてきたアプリ開発者が、明確に成長のリミットを提示され、それ以上のユーザ数をカバーしたい時はTwitterの許可を受けないとダメだと言われているのはつらいと思う。うう、毎日頑張って素晴らしいものをTwitterコミュニティーのために作って来てたのに、ここ最近は気の休まる時がなかったであろう。プラットフォーム依存アプリの宿命とはいえ、、Twitterに名指しでBadと言われるのは悲しい。わかる、わかるぞ!ちなみに、昨日の記事にも追記したけど、Storifyとか、FavStarはTwitterの中の人から、OKな部類だとTwitter上で言われていた。10万ユーザ制限の適用基準についてまあ、大多数の人は公式アプリ使ってるし、TweetBotのような既存の優れたクライアントアプリがそのまま使えれば特に気にしないと思われる。表示ガイドラインがらみは心配だけど。心配しているのは、今まさに、Twitterのhome_timelineを取得するアプリを作っている人達だと思う。無料でアプリだして人気でたら10万ユーザなんてすぐに行くし、それ以上のユーザ数増加をTwitterから許可もらえるかの基準も分からない、そもそも自分のアプリは制限に入るのかどうか。僕は、今度のLisgoでTwitterのタイムラインから記事リンクだけを集めるというものを作っていたので、普通の人にはどうでもいいんけど、僕にはもの凄く重要なことだ。違うんじゃないかとかあったら、ぜひ教えてくださいませ。ここで、もっともクリティカルな10万ユーザ制限について、現時点で自分がわかっている部分を整理してみる。Twitterの文章の該当部分抜粋がこちら。tokens.ポイントは、home_timelineにアクセスするTwitterクライアントアプリを作るなら、10万ユーザ以上のユーザになった時点で、Twitterの許可を受けないといけないとうところ。10万ユーザ制限を受けるのは、home_timeline、accountSettings,DirectMessagesなので、それ以外のエンドポイントを使う場合は気にしなくてよさそう。いうアプリはOKみたいです。次に、今作っているのはTwitterクライアントアプリなのかどうか。ない場合は、home_timelineにアクセスしても、10万ユーザの制限はないようだ。ここが最も重要な部分だけど、Twitterの中の人の発言を見る限りそんな感じだ。ここで疑問なのが、なにをTwitterクライアントとして、なにがTwitterクライアントじゃないか。News.Meみたいなアプリは適用外なのか、それともアウトなのか。実際Twitterで聞いてみたけど、特に返信なし。そのうち、もうちょっとハッキリとした事が分かるようになると思うけど、一連のTwitterの方針を参考に、Twitterがダメっていうかどうかの基準の参考になれば幸いであります。以前は”クライアントアプリとキュレーションがオワタ”というタイトルだったけど、混乱するコミュニティーに対し、Twitter側から新情報が出たので変えました。(最後の追記を参照)[追記]新しく分かった事柄などを整理した記事を書きました。TweetBotのメッセージと新しいTwitterAPIルールの整理TwitterAPIの新しい規約詳細が出た!https://dev.twitter.com/blog/changes-coming-to-twitter-api6月の終わりに、Twitterがブログで、「Twitterアプリのパクリだったり、エコシステムにそぐわないアプリは禁止するよう規約変更があります。」と意味深げな事を語って、開発者のコミュニティーがずっと大騒ぎでした。Twitterのブログ記事の衝撃はたいへんなもので、内容がはっきりとしてなく、一見開発コミュニティーへの脅しとも取れるし、開発コミュニティーが「今までTwitterのエコシステムを支えて来たのに、裏切られた!!Twitterこの野郎!!」みたいになってました。「Twitterは本当にオープンなプラットフォームになれたのに。こんなふうにもなれたし、こんなふうにもなれたのになあ。」というようなブログ記事がすごくバズって、それがきっかけで、広告に依存しない真のオープンプラットフォームを作るというようなプロジェクトも出来上がってる。このAppNetっていうやつなんだけど、これは、Twitterのデスブログの後の動きで、クラウドファウンディングで4000万以上集めて、みんなが無理だろうと思っていた目標額を達成してしまった。あとは、iPhone用の最初のTwitterアプリ、Twitterrificの作者が怒りのブログを書いたり、「Twitter、頼むからTwitterクライアントをサードパーティが作るのを禁止しないで、オープンなままでいてくれ!」みたいなオンラインの署名活動まであった。僕も、次のLisgoはTwitterのタイムラインからリンク記事だけを取ってくるというものを作ったので、TwitterAPIの動向は目が離せない、どうしよう、ドキドキ、せっかく作ったのになんてタイミングだ。いった感じで夜も眠れない日々が続いてました。そんなみんなが心配していたTwitterAPIの新しい詳細が今さきほどアップされた!ドキドキ。変更点を紹介してみる。API使用に認証が必要にスクレイピングや、BotによるAPIの乱用を防ぐため、すべてのAPIリクエストに認証を必要とする。APIリクエストにOAuthを使ってないアプリは、2013年の3月までにアップデートしないといけない。エンドポイントにつき一時間60回リクエストまで今までは、一時間に350回までのAPIコール制限だったけど、同じエンドポイントをなんども使うアプリのせいで、特定のエンドポイントのAPI使用が圧迫されてきた。エンドポイントごとに一時間60回までの制限とするようにする。searchなどの、ボリュームが必要なエンドポイントに関しては、一時間に720回まで。※Twitterを使った統計分析とかのサービスにとっては、嬉しい変更だと思う開発ルールの変更TwitterAPIを使用したアプリの表示ガイドラインは、守らなければならない必要事項に変わる。@usernameが適切なプロフィールに繋がるか、Retweetやreplyやfavoriteが適切な形で表示されてるかなど。Tweetはこういう形で表示しろというガイドラインの写真がこちら。細かいルールが書いてる詳細はこちら。Twitterクライアントをプリインストールしたデバイスを作っているなら、Twitterの承認が必要となる。100万以上のユーザートークンが必要なアプリはTwitter社に直接問い合わせしてください。ホームタイムラインとかアカウントセッティングとか、いわゆるTwitterクライアントアプリ系で、10万以上のユーザートークンが必要なら、Twitter社の許可が必要。10万を超えてるなら、現在の200%までユーザートークンを追加できるけど、それ以上の追加はツイッター社の許可が必要。これ以上の変更があるかもしれない。変更までの猶予は6ヶ月すでにOAuth使ってAPIにアクセスしてるアプリなら、移行はそれほど難しくないけど、それ以外のアプリはOAuthを使うように変更しないといけない。Twitterのエコシステムについて今回の変更は、ソーシャル分析や、エンタープライズ系クライアント、メディアインテグレーションなどの分野を促進するもの。逆に、StorifyとかFavstarなどのキュレーションサービス、伝統的なTwitterクライアントであるTweetbotやEchofonなどのサービスが規制の対象となっているサービス群。下記の図の、右上の部分が規制の対象。逆に、他のカテゴリーはTwitter応援しちゃうぞって感じらしい。Twitterクライアント、キュレーションサービスが。途中まで読んでて、まあ、エンドポイントごとの制限は問題ないか、タイムラインの制限はむしろ上がってるし。思ってたけど、アプリごとのユーザ制限が10万ユーザまでって書いてるのを発見して、オワタ。Instapaper”とかが禁止されるのではないかと言われている。Tweet.プラットフォームに依存すると危険とは言うけどよく、プラットフォームに依存するビジネスしてるなら、プラットフォーム主の変更に左右されるから、しょうがないって言いますよね。これは、誰もが頭の中で考えつつリスクを見積もっているんだけど、ある意味これは規模を広げればなんにでも適用されるんですよね。iOSアプリを作ってるなら、アップルが突然一部の規約を変更するリスクあるし、アマゾンとかもそうだし、もっと言えば、住んでいる国の情勢が生活基盤のプラットフォームだという考えもできる。Facebook連携アプリでも、突然Facebookのやり方が変わるかもしれないし。僕も、Lisgoの新しいバージョンはTwitterのタイムラインからリンクされた記事を集めてくるものを作っていたので、非常に痛い!これはマジで泣ける!ちょっとどうしようか!僕の場合はまだリリースもしてないし、そんなに時間もかけてないからいいものの、今まですごい時間と労力を費やしてTwitterクライアントを作ったり、キュレーションサービスを作って来た開発者の事を思うと、マジでもらい泣きですわ。Twitter公式クライアントへの移動Twitterがやろうとしてることは、TwitterのタイムラインをTwitterの公式クライアントで見てもらうってことだ。そこにある広告を見てもらうってことだと思う。TweetBotとかは余裕で10万人以上のユーザがいるだろうから、既存のユーザ数が多い場合は、既存のユーザ数ベースという計算にしている。これからTwitterクライアントを作ろうとする開発者はいないだろうし、今まで素晴らしいものを作って来た開発者もゆっくりとサポートを止めていく。この部分で成長は期待できないから。(それでも、すでにユーザー数がかなり多いアプリの場合は、しばらく続きそう。追記参考)というわけで、Twitterクライアントがゆっくりと死んでいき、みんながTwitter公式アプリを使うようになるという流れ。なんで、外部のTwitterクライアントにAPIを介した広告表示を必須にする方針にしなかったんだろう。公式クライアントだけだと不満を持つ人もいるだろうし、面白いTwitterの使われ方がどんどん死んでゆく。ツギャッターとかは、サードパーティーのソーシャルサービスへのアクションに引っかかるのかな、このへんはちょっと不明。ここ一ヶ月様子見て、あまりの反発の大きさにツイッターが制限を変更するっていうのにならないか期待したいところだけど、無理かなあ。アップルも、アマゾンも最初は法外な規約吹っかけて、後からちょろっと緩くすることが多いけど、今回は分からない。一応、もうすでに10万人以上のユーザがいるアプリの場合は、現在のユーザー数の200%まではユーザー数の上限を許可するというルールなので、相当人気なアプリであればあるほど、現在のユーザー数の二倍に達する事は難しいので、まだまだサポートを続けるインセンティブはあるかもしれない。新しいものは出てこないので確実にTwitterクライアントの競争は減るし、リミットがTwitterに決められるというのもモチベーション下がるだろう。そもそも、Twitter側が、クライアントアプリを煙たがっているわけで。新しいTwitterのタイムラインの表示方法のガイドラインに違反するとAPI取り消されるし、すべてのガイドラインを満たす事によって、いままでの使いやすさが失われる可能性もあり。海外の様々なブログで指摘されてるように、問題はTwitterのルールの書き方が凄く曖昧で、Twitter側の解釈しだいでどうにでもできるという部分。僕も愛用しているTweetBotみたいな人気クライアントアプリはどう影響するかという部分では、Timelineの表示方法や、シェアの仕方への規制がどう適用されるかが当面の問題だと思う。少なくとも、大人気アプリは既存のユーザ数の2倍には簡単にはならないから、ユーザ数の制限は当分大丈夫だし。(ただ、もし2倍以上になった時は、Twitterにお伺いして、許可をもらった場合のみ、それ以上のユーザ数を許されるというルール。いう場合だったら許可されるかは不明。(英語)http://www.marco.org/2012/08/16/twitter-api-changes※また追記(キュレーション系はどうなる?)悲しさに溢れて勢いで書いた記事が予想以上に拡散されて、いらぬ混乱を巻き起こしてしまったらどないしょうと思いつつ、また追記。海外の開発者コミュニティーでも混乱中だし、あの規約だと混乱しますよね!と言い訳しつつ。個人的に心配な、Twitterを使ったキュレーションサービスはどうなんだと検索してたら「StorifyやFavstarはエコシステム表の右上にあるけど、好ましい例のサービスだよ」というTwitter側からの返答があったらしい。「あのエリアにはGoodとBadがあるんだよ」という返事。これまた微妙な返事だけど、TwitterクライアントはBadでキュレーションサービスはGoodっていうことかね。右上のエリアには二つしかないしwキュレーション系には光が見えたのか!と思ったけど、なんで大丈夫なのかはまだわからないんですよね。優良キュレーションサービスにはユーザ制限しないという特別処置が簡単にもらえるのだったら、文字通り大丈夫なのかもしれないけど。ユーザのタイムラインからお勧め記事を集めてくるようなサービスの場合、ユーザー数制限に引っかかるので、ここがクリアされないとどうしようもない。※またまた追記(home_timelineの10万制限に引っかからないサービス?)Twitterの中の人のTweetを追っていると、もうちょっと分かって来た。FavStarはOKなサービスだとか。ユーザ10万制限なのはhome_timelineを取ってくるサービスなんだけど、なぜか、HooteSuiteとかのhome_timelineはOKだ!という返信があった。HooteSuiteは確かに分析系の機能が豊富だけど、普通にタイムラインを読むツイッタークライアントとして使ってる人もいるだろうし。Paper.liとかNews.Meみたいな、ホームタイムラインを元にキュレーションするサービスで、10万ユーザ制限は適用されるんだろうか!なんか、当初よりも期待が出て来たけど、home_timeline使ってても制限かからない状況もあると取れるので、悩む。Kovshenin.。