深澤事業アイデアがイケているかどうかを判断するには、実際にプロダクトを市場に投下し、ユーザーの反応をみるのが最も手っ取り早いからです。なので、開発すると決めたら2ヶ月以内にはプロトタイプをリリースしていましたね。逆に2ヶ月かかっても完成しないのであれば、そもそもアイデアが良くなかったと判断し、リリース前にクローズしていました。

深澤「いまこんなトレンドがあるから、こんなニーズがありそうだよね」と感覚ベースでアイデアを出しあっていました。ただ、市場が立ち上がってからサービスを作り始めたのでは後手にまわってしまうので、常に「次のトレンド」を意識はしていました。

松井新しいサービスに対して感度の高いメンバーが多いので、雑談がそのまま事業アイデアに直結することもありました。あえて「アイデア出し」と意識することもありませんでしたね。

深澤全てBtoBサービスですね。企業のチャットボット導入をサポートする開発支援サービスや、カスタマーサポート支援サービスなどを開発・提供していました。

深澤特になかったです。むしろ、BtoBサービスの事業推進は、企業の意思決定プロセスなどを多分に考慮しなければならず、学生起業家にはハードルが高かった。社会人経験のない僕らにとっては、想定ユーザーとの感覚が近いLIPSは非常にやりやすく感じました。

深澤明確な基準を設けていなかったのですが「時間をかけない」ことだけは強く意識していましたね。サービス構想段階での仮説が崩れたり、ニーズが想定よりも弱いことが判明したら、すぐに判断を下していました。悪いアイデアに固執するのが、最も時間の無駄です。

松井2ヶ月近くかけて開発して、リリースから数日でクローズすることもよくあります。創業して最初につくったサービスは、リリースして2日でクローズしましたね（笑）。

深澤リリース時点での感触が良くても、グロース目処が立たなかったら撤退も考えます。資金調達も含めて3ヶ月以内に次のステージへの見通しが立たないのであれば、その時点でイケていないサービスですから。そして、その“3ヶ月ルール”をクリアしたのがLIPSだったんです。

松井ありましたね。特に深澤は撤退の意思決定がものすごく速いタイプなので、わたしを含めたほかのメンバーは「こんなに頑張って作ったのに、もうやめるなんて早すぎる」と感じることも多かったです。

深澤実際、行動指針が合わず、途中で退職してしまったメンバーもいました。

松井とはいえ、そうした深澤のスタンスのおかげで、今のLIPSがあるとも思っています。サービスの状況を客観的に判断し、遠慮せずきちんと口に出してくれる。深澤のスピードとサービスへの強いこだわりがあったからこそ、可能性のないアイデアに固執せずにすみました。

深澤エンジニア主体のスモールチームだったことは要因のひとつだと思います。大組織だと実装に着手するまでの承認フローが複雑ですし、セールス主体のチームだと、エンジニアとのコミュニケーションコストがかかって開発スピードが遅くなりますからね。

また、分業をしないのもポイントです。LIPSリリース後に組織が大きくなっても開発のコアであるスピード感は大切にし、一人のエンジニアが「企画→実装→検証」のプロセスをすべて担当するチーム編成を行っています。

深澤一番大きかったのは「トレンドからはユーザーニーズは測れない」と痛感させられたことです。世の中のトレンドに沿ってプロダクトを作ったこともあったのですが、想定よりもユーザーニーズがないことが多かった。なので、リリースまでのスピード感は大事にしつつも、今では開発に着手する前にユーザーインタビューなどで、もう少しニーズを精査するようにしています。

深澤僕と松井で方法が違いますね。僕はユーザー数や滞在時間といった明確な数値からニーズを抽出します。松井は自身の経験とユーザーからの反応を照らし合わせて、感覚ベースでニーズを掴むタイプです。

松井LIPSは、もともとSNSで美容関連のアカウントをみるのが好きだった、わたしの個人的趣味から着想を得ています。自身の体験から、少なくとも数万人はユーザーさんがつくだろうなと実感していました。定量的に考える深澤と、定性的に考えるわたしで補完しあいながら事業作りをしていますね。

松井はい。リニューアル前のLIPSは10代女性を対象にしたデザインで、20代女性からはやや「子供っぽい」印象を抱かれてしまっていました。そこで、デザイナーのタカヤ・オオタさんや制作会社のFuturizeさんにも協力してもらい、より多くのユーザーに支持されるようUIを変更したんです。

具体的には、全体的にポップな色合いだったUIから、デパートコスメの写真も映えるような白ベースのUIに刷新。あわせてテーマカラーもビビッドな赤から大人っぽいピンクに、またロゴもポップでかわいらしい顔の子鹿から、スリムでクールな大人の鹿へと変更しました。

従来の開発手法の見直しも行いました。今まで一人体制を前提とした使い回しにくいデザインデータになっていたところを、複数人でのデザイン制作が可能な構成に変更したので、今後はより一層スピード感を持って開発を進められると思います。

深澤僕らもまだ何も成し遂げていない立場なのですが……スピード感を持ってチャレンジし「失敗」をすることですね。結局、なにが正解かは自分で体験しないとわからないんです。「成功するためのノウハウ」といった情報は世の中に溢れていますが、本当に必要なものを取捨選択することは難しい。だからこそ、体験を通じて自分で知識を身につけていく必要があります。

開発したサービスを出さずにお蔵入りさせてしまうことや、うまくいっていないのに惰性で続ける“リビングデッド”状態が一番もったいないです。ちゃんと自分の手を動かして失敗すれば、小さくても確実に学びが得られますし、何より最も貴重な資本である「時間」を節約できます。撤退すべきアイデアに時間を浪費してしまわないことが大事です。

松井そういった意味では、メンバー全員が事業責任者の視点を持つことも大切です。なんでもかんでもトップに意思決定を仰いでいるようだと実装までに時間がかかり、アイデア自体が古くなってしまうこともあります。全員が「事業成長につながるか？」といった軸で判断できるようになると、スピーディーに開発が進められるのではないでしょうか。