自分が使いたいものを作り、自分が使い続けること。英単語学習アプリ『DiQt』の開発者が語る「挫折しない個人開発の術」

『DiQt』は、覚えたり調べたりした英単語・英熟語を簡単に復習できるようにすることで、「覚えたのに忘れてしまう」という語彙の忘却を解決する辞書アプリです。英単語帳の元になっているのは、『NGSL』『NAWL』『TSL』『BSL』※という4つの無料英単語帳で、一般的な英単語の90%以上を網羅しています。

問題は、4択問題・スペル問題・リスニング問題・発音問題の4種類のバリエーションを用意しています。豊富なバリエーションを用意することで、多角的に英語学習ができる仕組みです。

最初は、哲学や心理学、コンピュータサイエンスなどの専門書の内容をテスト形式で覚える『BooQs（ブックス）』というアプリでした。参考書を読むよりもテスト問題を解くほうが効果的に覚えられるので（テスト効果※）、本の内容をクイズ形式で覚えるアプリとして作ったんです。

あまり使われなかったんです。「専門書の内容を効率よく覚えるために『BooQs』が欲しい！」と思って作った自分自身でさえ使い続けられなくて、どうすれば使ってもらえるか、自分が毎日使えるのはどんなものかを考えてピボット（方向転換）しました。

最初のリリースから2年、開発着手からだと3年です。3年が長いか短いかはさておき、開発期間を含めて3年くらいは、無報酬を覚悟しておくほうがいいかもしれません。

「個人開発をリリースに漕ぎつける3か条」があると思っています。「自分が使いたいものを作ること、自分が使い続けられるものを作ること、リリースを恥ずかしがらないこと」です。

とにかく大事なのは、「自分が使いたいものを作る」ということです。

個人開発は、半分……、最低1割でも、自分のためでないと続かないと思います。「これがウケるだろう」という他人の評価を軸にした動機だけでは、思ったように他人の評価が得られなかったときに軸が折れてしまうからです。

週刊少年ジャンプで漫画の賞をもらったのは高校生のときですが、小学生の頃は「おもしろフラッシュ」が流行っていたので課題の発表を「Adobe Flash」で作ったり、中学生の頃はニコニコ動画でストーリーを作ったりしていました。ファンアートを描いてもらったときは嬉しかったですね。でも、一貫していたのは、「自分が見たいもの」「自分が読みたいもの」を作っていた、ということです。

いま個人開発をしているのも、「自分の作品を世に出したい」という想いが根底にあるからです。作りたいものを作るために身につけたプログラミングスキルなので、エンジニアとしての仕事の依頼があっても、興味のないものを作りたいとは思えません。

さきほども言いましたが、私は自分の勉強のために『BooQs』が欲しくて作ったのに結局使い続けられず、『DiQt』にピボットしました。ニーズを錯覚することって、よくあるんです。

そうです。そして、すべての機能を熟知していて、かつ、いつでも改善できる立場にある開発者が使わないようなものを、赤の他人が使ってくれるはずがありません。自分が最初の定着ユーザーになれるサービスであることが、まず大事です。

そして、もし自分が使い続けられるものができたとしたら、それは必ず、自分以外の誰かが求めているものです。世界中で自分しか必要としないサービスなんて、まずありませんからね。

リリースに漕ぎつけるという点において最も重要なのは、恥ずかしがらずにリリースすることです。LinkedInの創業者であるリード・ホフマン氏の言葉に「リリースが恥ずかしくないなら、そのリリースは遅すぎる」というのがあるのですが、まさにそれです。

『BooQs』の例にもあるように、実際にリリースして使ってみないとわからないニーズの錯覚も多いので、リリースしないことには始まりません。リリースは何度でもできるんですから、最低限でリリースしてしまうことです。

それに、リリースが遅くなると「巨大バッチ死のスパイラル（large-batch death spiral）」に陥ってしまうのが問題なんです。

『リーン・スタートアップ』（エリック・リース著）という書籍で紹介されている概念なのですが、開発期間（＝バッチ）が長くなればなるほどユーザーの反応が怖くなる、そうすると仕様を増やしたくなる、仕様が増えるとバグも増える、さらに怖くなって開発期間が伸びる…という、いつまでもリリースできない悪循環に陥っていくことです。

しかもそうやって時間をかけて仕様を増やしていると、自分たちのサービスに対する期待値も上がっていくんですね。だからついにリリースの日を迎えても、バズらないと耐えられない。無風状態に耐え切れず、早々にクローズしたくなってしまうんです。

プレリリースという形で友人や身内にだけ公開して、バグバッシュ※することですね。バグ出しをしてもらえるだけでなく、「UIが使いづらい」「とてもいいサービスなのに価値が伝わりにくい」など、ユーザー視点のフィードバックがもらえる貴重な機会です。

『Qiita』（エンジニアのためのコミュニティサービス）に、Webサービスの運営者が集っている『運営者ギルド』というコミュニティがあります。製品をリリースしている人なら誰でも入れるので、そこでテストしてもらったり、意見をもらったりしています。

自分が発信側に回ることが大事ですね。製品をリリースし、発信していくことで友達ができ、輪が広がっていくものだと思います。

僕の場合は、オタクだからという理由でスクールカーストの底辺にまわされるのが怖くて、ニコニコ動画に投稿していたことも、ジャンプで漫画賞を取ったことも学校では隠し、漫画家になりたいと言えずに「デザイナーになる」なんて言ってました。でも社会に出たら、そんなマウントを取るような人は実際にはあまりいないじゃないですか。

「ごめんなさい」と「ありがとう」が言えるという基本と、笑顔や謙虚さがあればちゃんと周りから大事にしてもらえる。

学校のような閉鎖的なコミュニティだと上下関係やマウンティングが発生しがちですが、ギルドや社会人のコミュニティは出入りが自由なこともあり、攻撃的なこともなく、みんな優しいですよ。そんなに怖がることはないと思います笑。

何のために個人開発するのか、ということですね。事業として稼ぎたい場合は、使ってくれる人や出資者を集めることが大事です。開発よりも、LPを作って広告を出して、お金を払ってくれる人がいるかどうかを確かめるのが先でもいいと思います。

どんなにニーズがあっても、「お金を払ってでも使いたい」ではなく「無料なら使いたい」では事業にはならないので、まずはそこを検証する。いざ作るとなった場合も、プログラミングスキルを生かすことにこだわる必要はないので、ノーコードで開発してもまったく問題ありません。

そうですね。でもほとんどの個人開発者は、「技術を学ぶため」か「自分が作りたいから」作っていると思います。あとは、「ポートフォリオにするため」ですね。そういう大多数の人たちは副業や趣味で個人開発しているので、さきほどの3か条が当てはまりますよ。