はてなブックマーク

今日起きて、とりあえず昨日のAmazonの発表でもチェックするかーと思ったら、自分にとって死ぬほど重要な機能をAmazonが発表していた。 それは、WhisperSync for voiceである。これは、電子書籍とオーディオブックの読んでいる位置をシンクロさせる機能。 ついにAmazonさんがやってくれた！！いつかやると思ってて、いつやるのかなあと待ってたけど、ついにきたよ！！！これで、確実に読書の体験が変わるのは間違いない。 つまり、通勤途中にオーディオブックで聞いていても、途中からテキストを目で読みたいとなった時に電子書籍の読む場所もちゃんとシンクロしてくれるってことです。 本読んでる時に目が疲れたり、布団でごろごろしたい時に、ささっとオーディオブックに切り替えできる。 本読んでいる時に、出かけないといけないけど、続きが気になる時に、歩きながらオーディオブックで聞くことに切り替えでき

僕も愛用しているTwitterクライアント、Tweetbotがブログで「パニクるな」というメッセージを発信しています。かんたんに紹介したい。 ちなみに、僕自身Twitterの規約改正にモロ影響受けそうなアプリを作っているだけあって、規約改正を読んで、いろいろ海外のブログの説明とか読んでたところ、これはやべえどうしようと泣きながらブログ書いただけあって、最初は確かにパニックであった！ というか、勢いで書いたブログが想像以上にバズって、それのほうがビビった。なので、できるだけアップデートしようと思って、その後いろいろ新しくわかった事を元に４回ぐらい追記したりしたけど、分かりにくいと思うので、現時点の情報を整理してみる。 とりあえず、TweetBotのメッセージを黒字でかんたんに紹介。 APIコールの制限について API認証は元からやってるからTweetbotには問題ない。 新しいAPIコールの

[追記] 以前は”クライアントアプリとキュレーションがオワタ”というタイトルだったけど、混乱するコミュニティーに対し、Twitter側から新情報が出たので変えました。(最後の追記を参照) [追記]新しく分かった事柄などを整理した記事を書きました。 TweetBotのメッセージと新しいTwitterAPIルールの整理 TwitterAPIの新しい規約詳細が出た！ https://dev.twitter.com/blog/changes-coming-to-twitter-api ６月の終わりに、Twitterがブログで、「Twitterアプリのパクリだったり、エコシステムにそぐわないアプリは禁止するよう規約変更があります。。。」と意味深げな事を語って、開発者のコミュニティーがずっと大騒ぎでした。 Twitterのブログ記事の衝撃はたいへんなもので、内容がはっきりとしてなく、一見開発コミュニテ

田口さんの「Githubではなぜ人が辞めないのか？」という記事がたまたまFacebookで流れてきた。 なんと、一人も従業員が辞めてないのは凄い。本当かと思って資料見たら、創業5年で108人も従業員いるのに本当に一人もまだ辞めてないらしい。 これは本当に凄い、Githubが大いに参考にしたであろう37Signalsでさえ数人のミスマッチがあって辞めた人はいるのに。まあ、37Signalsがこういう働き方を広めて、いろいろトライアンドエラーがあったのだろうけど。 さらっと、”How Github Works”というスライドを見たのけど、こういうスタートアップが日本でもっと増えてほしい！もっとやれ！と思ったので、紹介してみる。（ちなみに、海外はこういう会社どんどん増えてきてるみたい。こうしないと、みんなすぐ辞めちゃうのもあるのだろう。） 会社によってベストな方法は違うので、全部猿真似しても上手

有料のiOSアプリをリリースする時、無料バージョンもリリースする予定なら、とても悩む事がある。 それは、「無料+アプリ内課金」モデルにするか、「有料版、無料版2つ出す」モデルにするかということです。これは凄く悩ましい問題で、どちらも一長一短があります。 そして、とても重要なこととして、後から変更する事は非常に難しいので、最初にしっかりとメリット、デメリットを認識しておかないといけない！ これは、起業のファイナンスを書いた磯崎さんの言うところの、「スタートアップの資本政策は最初が凄く重要なんだけど、最初は誰もが経験がないから、取り返しのできない失敗をしやすい。」というのに凄く似ているのですよ！ 僕も、Lisgoを作りながら悩みに悩んだので、その時分かったことをまとめたい。 基本的に、ガチャとかコンテンツ提供のアプリではなく、機能制限ありの無料版と、有料のフルバージョンというアプリを想定した話

反復に敏感になる ゼロベースの無料相談室にお邪魔した時、石橋さんに言われて最も印象に残っていたのが、「反復に敏感になる」でした。この言葉はとても衝撃的で、僕のUI設計の考え方に大きな影響を受けました。 「よいUIのiPhoneを作るためには、自分が毎日使うアプリを作ること」と素晴らしき言葉を深津さんはonLabのイベントで言っていた。 これに加え、自分でアプリを触っている時に、第三者の視点で自分が無意識に面倒な動作、使いづらい動作をしていないかをチェックする心がけが使いやすいUIのアプリを作るのにはとても役立つ。 つまり、自分が何回も使っているアプリだと、一連の動作に慣れてきてしまい、本来ならば面倒で自動化を考えるべき一続きの動作を高速で行えるようになるので、その動作が面倒だという認識がだんだんと薄れてしまっていく。 例えば、テキスト画面のフルスクリーンの切り替えであったり、フォントの大き

最近アップストアのSEOについて勉強したので書いてみる。この分野に関して詳しい日本語情報もまだなさそうだし。 僕は「アプリは内容が全てだから、SEOなんていらないんだよ！」というピュアな考えを持つ人間なのだけど、面倒じゃないならとりあえず試してみるかといった気持ちでやってみた。 調べてみたところ、WebのSEOみたいに洗練されてない分、出来る事は限られているのでシンプル。時間かけずに出来そうなのがいい。 最初に白状しておくと、LisgoがアップストアのSEO対策したら爆上げでウハウハだぜーっていう状況などにはなってないのです。まだ、アップデートして日がたってないので効果がよくわからない。 残念ながら、実体験を元にというよりは、各種アップストアのSEOサービスを使ったり、英語のブログを読みあさって得た知識を主に書きたい。 なぜアップストア内のマーケティングが重要か adMobのデータによると

ユーザからのフィードバックをいかに全方位でくみ取るか、そのために便利なサービスの数々を書いてみる。今回はよてもよいエントリになりそうな予感がするので、アクセス数増えないかと無駄にタイトルにスタートアップとつけてみた。 ユーザの要求する意見を全部聞いてると、ウンコみたいなプロダクトができてしまいますが、自分の気づかなかった部分を知るためにもユーザの声を可能な限り聞くのは非常に重要であります。 リーンスタートアップでも顧客の声を聞けとある。「ずっと顧客の声を聞くためにビルから出ているわけにはいかないよね、そういう時は可能な限りユーザから自分にフィードバックを届けやすいチャネルを作るのが大事なんすよ」とRunning Leanのアッシュさんも言っております。 ゼロベースの石橋さんも、「ユーザは熱心なファンからライトなファンまで幅広くいるので、それぞれの層の人達がストレスなくフィードバックをおくれ

Lisgoで忙しく、ブログを書いてなかったのだけど、リーンスタートアップジャパンの夜会も開催されるとのことで、久々にブログを書いてみる。前回のブログ記事からかなり前進したので、その過程を思い出しながら書くとします。 ※LisgoとはWeb記事を音声読み上げするiPhoneアプリで、ReadItLaterと連携させている。 目次 *ターゲットを絞って作り直して大正解 *コンセプトを絞ることによって熱心なユーザが見つかった ターゲットを絞って作り直して大正解 以前のLisgoは大衆にアピールしようと、とりあえずブラウザを搭載して、そこから読み上げる記事を探してきてくれっていう仕様でした。しかし、これは最初の記事を取ってくるのが非常に使いづらい。 一ヶ月ほど前に、Zerobaseの石橋さんに相談して頂き、その時、自分が最初のユーザならまず自分をターゲットにして最小限の必要なものを作り、そこからア

ユーザの声を聞きながらプロダクトを開発する時、2段階のフィードバックがあると最近思うようになった。一つ目はユーザにとって何が一番重要かどうかのフィードバックで、二つ目がユーザビリティのフィードバック。 この二つは重なる部分もあるのだけど、最近は頭の中でしっかり分けて考えるようになってきた。製品を作っていると、無数に実装したい機能があって、どれを優先するかは常にぐるぐる頭の中で回っていると思う。 そして、ユーザのフィードバックを聞いたり、観察したりしていると、ユーザごとに最適な優先順位が違うので一見混乱しがちであります。たくさんある選択肢の中で、どの機能の実装を優先させるかのタイミングを何度も自問自答していると、頭の中で整理されてきたのでその事について書いてみる。 始めに、ユーザにとって一番重要な部分はどこかのフィードバック。これが最も大切で、使う人にとって重要な問題を解決してないと、いくら

最近、趣味でiPhoneアプリやプログラミングを始めたいという人からお勧めの勉強法を聞かれる事が多くなってきた。そこで、挫折しがちなプログラミングの覚え方を考えた。どう最初の壁を乗り越えるかについて書いてみます。 ちなみに、僕は超文系で、数学も死ぬほど苦手である。プログラミングを始めたのは28歳すぎで、歴はちょうど２年。PHPから初めて、2011年の3月にiPhoneでObjectie-Cを勉強し始めた。主にネットと本の独学。 小さい頃からプログラミングに慣れ親しんでいるわけでも、理系だったりもないので、当初の「絶対、俺には無理だ、この呪文の羅列は向いてない！」という気持ちも覚えています。文系出身だったり、プログラミングは専門外すぎて無理だと思っている人向けにこの記事は参考になるかもしれない。 ちなみに、プログラミング始める前までの経緯とか、少なくともhtmlとかできたんですかとかもよく聞

先日、自分が最初のユーザである場合の製品開発の進め方のヒントを教えてもらったので、それを今回は書いていこうと思います。 （注）Web記事を音声読み上げするiPhoneアプリを作ってます ＠目次 「最初の動機は、自分が欲しいから作り始めたのであった」 「自分が欲しいモノなら最初の課題は認識している」 「最初のユーザ１人用に作るとシンプルな製品になる」 最初の動機は、自分が欲しいから作り始めたのであった 先日、Aというターゲットに向けて作っているのに製品がウケない時、Bというターゲットに向けて方向転換するか、Aというターゲットが欲しいモノに作り替えるかどっちがいいでしょうかと新規事業開発専門のお方に質問してみた。 すると、まずなんのために製品を作っているのかで決まると言われたわけです。 そう考えると、別に世界を変えたいとか、世界中の人に使ってもらいたいとかは実は最初は考えてなくて、単純に自分が

ちょっと前にRunningLeanを読み終わりました。リーンスタートアップの基本は顧客の欲しいものを作りましょうで、特別な事はなにも言ってないのですが、ここまで徹底した姿勢は衝撃でした。 今まで一番影響を受けたのがポールグレアムのエッセイだとしたら、RunningLeanはその次ぐらいかもしれない。この本を読んでると、”まるでスタートアップを受託開発してるみたいだな”と思いました。 受託開発だと顧客は最初からいるしお金も発生する。でも、スタートアップが新製品を作る時はリリースするまで売れるかわからない。人々が欲しいものと維持可能なビジネスモデルを模索するのがスタートアップなので最初は実証前の仮説しかない。 リーンスタートアップではこのリスクを出来る限り減らすために、これでもかというぐらい顧客に意見を聞いて、顧客にお金を払う価値があるかを確認しながら作っていくので、スタートアップの受託開発み

ネットサービスやモバイルアプリのアイデアはあるけど、自分で作れないという人は多いと思います。アラブの大富豪の息子だったり、スーパープログラマの親友がいれば作ってもらえるかもしれませんが、うまい話はなかなかありません。 僕はアイデアばかり考えてたけど自分で作れず、分数のかけ算も怪しい超文系でしたが、 やってみると結構楽しくなったのでその経緯を書いてみます。特に、周りに詳しい人がいなくて、独学で勉強したい人に参考になるかもしれません。 こう書いてみましたが、実はブログ用の自己紹介を書いてたら長くなり、プログラミングに興味ある人に有益かもしれない内容だったので、エントリをよくある人気記事っぽくしてアップしただけであったりもします。 なので、だらだらと長い記事を読みたくない人向けに自分が有効だと思ったポイントを３つ先に書いておきます。 ※自分の好きなモノを作りながら覚える（必要な部分だけその都度勉

もうアップル関連の本は読みすぎてしまったので、もういいかなと思ってたんだけど、テククランチで薦められてたので気になってた本。 どうしようかなあと思ったけど、iOSアプリを毎日作っている自分として一応は読んでおくか、なにか新しい発見があるかもしれんと思い読んでみた。 この本に期待していたのは、ジョブズ以後でアップルの社内でイノベーションが起きなくなっているという主旨の裏付けとなる社内情報だったり、ネットで読んだ事がないゴタゴタです。 どこかで読んだ事がない情報というところがポイント。 個人的にはまだまだAndroidよりiOSのほうが開発の手間に比べて費用対効果が高いのでiOSオンリーだけど、この本を読んだ後だと、この前少しやり始めたAndroidのやる気がもっと出てくるかも。 前半はジョブスが死去するまでの話 前半はジョブズがどんどん弱っていくところで、アップル社内がどういう様子だったかの