tag:crieit.net,2005:https://crieit.net/users/deepbluesan/feed mah@個人開発するSIerの投稿 - Crieit Crieitでユーザーmah@個人開発するSIerによる最近の投稿 2020-12-22T09:31:35+09:00 https://crieit.net/users/deepbluesan/feed tag:crieit.net,2005:PublicArticle/16398 2020-12-20T23:59:48+09:00 2020-12-22T09:31:35+09:00 https://crieit.net/posts/612f667038e553906c31c72b4ea7c3bb 個人開発の企画プロセスについて <p>こんにちは。個人開発するSIerことmahです。<br /> 昨年、初めてアプリをリリースして、大コケした、全然使われない。という記事を書いてました。</p> <p>そんなこともあって今年は、じゃあ使われるためにどうすればいいの?アイデアがダメだったの?デザインがダメなの?アプリがダメなの?知られてないからダメなの?ということを色々考えた年でした。</p> <p>結局、1年経ってもまだ使われてるアプリをリリースできているわけではないので、全然成長してないし、センス無いしで、参考になるかは保証できないのですが、色々勉強した総まとめとして、自分なりの個人開発としての企画プロセスとセルフチェック項目を整理しておこうと思います。</p> <h1 id="個人開発の企画プロセス"><a href="#%E5%80%8B%E4%BA%BA%E9%96%8B%E7%99%BA%E3%81%AE%E4%BC%81%E7%94%BB%E3%83%97%E3%83%AD%E3%82%BB%E3%82%B9">個人開発の企画プロセス</a></h1> <h2 id="1.アイデアの着想"><a href="#1.%E3%82%A2%E3%82%A4%E3%83%87%E3%82%A2%E3%81%AE%E7%9D%80%E6%83%B3">1.アイデアの着想</a></h2> <ul> <li>自分自身が「こういうの欲しい」「解決したい」と思える課題になってる?</li> <li>その解決方法がイメージできてる?</li> </ul> <p>アイデアの着想として「家族や友人が欲しているもの」「SNSで誰かが欲しているもの」「社会的に必要な課題」というものもあるのですが、そこに自分自身が共感できるものじゃないと、長期的に改善活動を行う必要がある個人開発ではちょっと厳しいアイデアなのかなと思いました。</p> <h2 id="2.アイデアの実現性検討"><a href="#2.%E3%82%A2%E3%82%A4%E3%83%87%E3%82%A2%E3%81%AE%E5%AE%9F%E7%8F%BE%E6%80%A7%E6%A4%9C%E8%A8%8E">2.アイデアの実現性検討</a></h2> <ul> <li>解決方法の具体的なシステム構成は?</li> <li>運用面で法律に引っかかるようなリスクってあるか調べてる?</li> </ul> <p>スマホアプリにするのか、Webシステムにするのか、サーバーサイドは何にするか?といった具体的な実現手段を考えます。最近は、MLやARなど色々と最新の技術があるので、こういうのを上手く活用したら、新しい方法で実現できないかを良く考えたりしてます。</p> <p>あとはチャット機能を作ったら「電気通信事業届け」になったり、金銭のやり取りを入れると「資金決済法」を意識したり、マッチングアプリだと「インターネット異性紹介事業届け」等、全然意識できてない法律とかもあるので、そういうリスクがないかはちゃんと事前に意識することも重要かなと思いました。</p> <h2 id="3.課題の評価"><a href="#3.%E8%AA%B2%E9%A1%8C%E3%81%AE%E8%A9%95%E4%BE%A1">3.課題の評価</a></h2> <ul> <li>お金を払ってでも解決したい課題と感じられる?</li> <li>その課題は頻繁に感じることが多い?</li> <li>その課題を同じように感じている人は多い?</li> <li>その課題を解決する代替手段がアナログ、もしくは既にアプリやサービスを利用しているけど、それに満足できていないもの?</li> </ul> <p>アイデアを思いついた瞬間って「このアイデアめっちゃ良い!」とアドレナリン全開になってるので、冷静に考えることが大事ですよね。あと自分がこれを解決したいと思ったアプリのアイデアがあったとして、同じアイデアの持つアプリが既にストアにあっても、それをインストールして使おうと思わなかったり。そんなに困っていないんだよなぁと思うことが結構ありました。</p> <h2 id="4.解決策の評価"><a href="#4.%E8%A7%A3%E6%B1%BA%E7%AD%96%E3%81%AE%E8%A9%95%E4%BE%A1">4.解決策の評価</a></h2> <ul> <li>その解決策は類似サービスが既に世の中にある?</li> <li>類似サービスは無いけど、他のジャンルで類似サービスが存在してて、その仕組みに近い形になってる?</li> <li>利用ユーザーが少なくても解決策が成り立つもの?</li> </ul> <p>サービスが世の中にありふれているので、作る時点で既に存在していない新しいサービスをゼロから作るには、資金力が無い個人開発としては難易度が高いのかなと思ったりします。ただ既にウケているサービスのXXX版みたいな形で説明できるアイデアは良い形になりやすいのかなぁと。(あと、いままであったけど企業の都合でサービス終了してしまったものとか)<br /> またCGMは最初が大変なので、ツールとしての機能を前提として持ちながら、ユーザーの投稿データを蓄積して活用していく、という流れのほうが良いのかなと感じます。</p> <h2 id="5.ターゲッティング"><a href="#5.%E3%82%BF%E3%83%BC%E3%82%B2%E3%83%83%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0">5.ターゲッティング</a></h2> <ul> <li>ペルソナとして自分自身が含まれているか?</li> </ul> <p>やっぱり自分がターゲットになっているかを再認識するのが重要かなと思います。</p> <h2 id="6.競合分析とポジショニング"><a href="#6.%E7%AB%B6%E5%90%88%E5%88%86%E6%9E%90%E3%81%A8%E3%83%9D%E3%82%B8%E3%82%B7%E3%83%A7%E3%83%8B%E3%83%B3%E3%82%B0">6.競合分析とポジショニング</a></h2> <ul> <li>他のサービスとの差別化ポイントが明確になってる?</li> <li>他のサービスにあって、自分のサービスでやらないことは決めた?</li> </ul> <p>アプリストアやGoogle検索でその課題を解決するためのアプリやサービスが何か検索して、最初に出てきたサービスを使ってみて、違いをハッキリさせる。良いところは真似て、悪いところは、そこを差別化ポイントにできるかを考えてみる。あと個人開発なので、やらないことを決める、というのも必要で、だいたいは多機能にせず、シンプルに特化するんだと思う。<br /> あと、時間をかけてコツコツデータを集めるだけでも差別化になるし、時間をかけられるのは個人開発の強みなので、自分が好きなジャンルだとそういうのがしやすいですよね。</p> <h2 id="7.コンセプト設計"><a href="#7.%E3%82%B3%E3%83%B3%E3%82%BB%E3%83%97%E3%83%88%E8%A8%AD%E8%A8%88">7.コンセプト設計</a></h2> <ul> <li>プレスリリース案を作って、コンセプトを文章化した?</li> </ul> <p>amazonはプレスリリース風な企画書を書いて、企画の評価しているみたいで。意外と書いてみると、ストーリーやポイントが見えてくるので、ちゃんと文書化しておくのはいいなと思います。</p> <blockquote> <p>1) Heading(大見出し):ターゲット顧客が理解できる言葉でプロダクトを命名する。<br /> 2) Subheading(サブ見出し) :誰がどんなベネフィットを得られるかを1行で記述する。<br /> 3) Summary(サマリ):プロダクトとベネフィットを簡潔に記述する。<br /> 4) Problem(課題):プロダクトが解決する問題を記述する。<br /> 5) Solution(ソリューション):プロダクトがどうやって鮮やかに課題を解決するかを記述する。<br /> 6) Quote from You(提供側の声):プロダクトを提供している側からの声を記述する。<br /> 7) How to Get Started(始め方):使い始めるのが簡単であることを記述する。<br /> 8) Quote from Customer(顧客の声):顧客(仮)がどうベネフィットがあったかを記述する。<br /> 9) Closing and Call to Action(クロージングと行動の呼びかけ):まとめと、読み手に次にすべきステップを記述する。</p> </blockquote> <h2 id="8.テストマーケティング"><a href="#8.%E3%83%86%E3%82%B9%E3%83%88%E3%83%9E%E3%83%BC%E3%82%B1%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0">8.テストマーケティング</a></h2> <ul> <li>人にアイデアを話して良い評価をもらえた?</li> <li>課題は共感してもらえた?</li> </ul> <p>自分は人に聞いたりするのがあまり得意ではないので、すぐ作ろうとしてしまうのですが、本当は人に聞いたりするほうがいいんだろうなと思います。<br /> 一定のフォロワーがいる前提では、Twitterでアンケート取ってみて反応を確認したり、こういうの作ってる(作りたい)みたいな近況報告して反応をみていく、というやり方がやりやすいかなと思ったりします。いつかこういうのやって開発してみたい。</p> <h2 id="9.マネタイズ方針"><a href="#9.%E3%83%9E%E3%83%8D%E3%82%BF%E3%82%A4%E3%82%BA%E6%96%B9%E9%87%9D">9.マネタイズ方針</a></h2> <ul> <li>最終的にどういう形で売上を出そうと考えてる?</li> <li>有料プランとしての機能拡張は何を想定してる?</li> </ul> <p>広告でもいいし、広告無しプランで有料でもいいし、フリーミアムで有料プランでもいいし、どうやってお金が貰えるか妄想しておくだけで良いとは思いますが、特に有料プランを考えるときに、DB構造が悪さするときもあるとは思うので、最初から考えておくと、将来のためになるかも。と思って自分は考えてます・・・。まだ機会は来ない・・・。</p> <h2 id="10.開発方針"><a href="#10.%E9%96%8B%E7%99%BA%E6%96%B9%E9%87%9D">10.開発方針</a></h2> <ul> <li>どういう開発構成・開発言語・開発フレームワークでやるか決まっている?</li> <li>自分にとって新しい技術的な取り組みがある?</li> </ul> <p>個人開発としてアプリであればFlutterとFirebaseを選んでおけば間違いないという感じはする。今年はFlutterを勉強してアプリリリースしたけど、勉強して正解だったなと思ったので。<br /> どんな開発でも、自分にとって新しい技術的な取り組みを行ってさえいれば、アプリ自体が大コケしても資産になり無駄にはならないし、これは個人開発ならではのメリットだと思う。</p> <h2 id="11.UX設計"><a href="#11.UX%E8%A8%AD%E8%A8%88">11.UX設計</a></h2> <ul> <li>サービスを見て、使ってみたい!と思えるための要素はある?</li> <li>カンタン操作で課題を解決するオペレーションとなってる?</li> <li>シェアする体験が機能として含められている?</li> </ul> <p>だいたい使ってみたいと思う要素って、デザインが優れていることが多いので、ここが得意な人は本当に羨ましい。その次は、効果を訴求するしかないので、胸張って「とても便利!」って言えるものなのか、客観的に考えていく必要がある。自分が胸張れないものは、他の人が使いたいって思うレベルに達していないんだなって思う。</p> <p>あとアプリの具体的な操作になりますが、人気のあるアプリって、分かりやすく、迷わず、操作少なく、シンプルに課題を解決する、そういうのがとても考えられたように感じます。そこの品質は妥協しちゃいけないですね。<br /> 最後に、個人開発としてSNSマーケティングは必須だと思うので、シェアする機能を意図的に組み入れられないか考えておくと良いのかなと思います。</p> <h2 id="12.UI設計"><a href="#12.UI%E8%A8%AD%E8%A8%88">12.UI設計</a></h2> <ul> <li>画面構造はOOUIをベースに考えてる?</li> <li>既存のおしゃれアプリに似せたりするなど、見た目は最低限のデザイン(脱初心者)になってる?</li> </ul> <p>OOUIは非デザイナーが画面設計するにはオススメなので、それに沿うように作っておくと間違いが少ない。<br /> あと最初はUIイメージを色々いじるのでFigmaやAdobeXDでプロトタイプ作るのが良いと思う。デザインはDribbleやpinterestをみて真似るんだけど、個人開発が作るようなシンプルすぎるものは、あまり無い印象。最終的には、たくさんいろんな個人開発者のアプリを見て参考にするのが良いのかなと思います。</p> <h1 id="企画の良し悪しより、リリースしてからの改善が重要!"><a href="#%E4%BC%81%E7%94%BB%E3%81%AE%E8%89%AF%E3%81%97%E6%82%AA%E3%81%97%E3%82%88%E3%82%8A%E3%80%81%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%B9%E3%81%97%E3%81%A6%E3%81%8B%E3%82%89%E3%81%AE%E6%94%B9%E5%96%84%E3%81%8C%E9%87%8D%E8%A6%81%EF%BC%81">企画の良し悪しより、リリースしてからの改善が重要!</a></h1> <p>最後に。</p> <p>こんな机上の空論で語るより、一番リアルで一番大事なのはリテンション率とかアクティブユーザー数。<br /> DAUが右肩上がりになるまで、コツコツ改善を続けられることが大切で、正直、使ってもらえるための品質に仕上げていくのが本当に大変なんだなぁと痛感しています。</p> <p>ということで、来年も引き続きがんばります!皆さんと一緒に頑張りたいです。</p> <p>なお、自分はこういうところを考えてる、意識してるみたいなコメントを貰えると嬉しいです。<br /> (てか、教えてください...)</p> <p>長々と書きましたが以上です!ここまでお読み頂き、ありがとうございました!</p> mah@個人開発するSIer