エンジニアがサービスを作った場合の失敗体験 / Failure experience case that an engineer creates a service

by 株式会社ヌーラボ

Slide 1

Slide 1 text

エンジニアがサービスを作った場合の失敗体験ライブ意見収集サービスsugggestoの場合 @yuichi03011

Slide 2

Slide 2 text

自己紹介 ➔ 名前内田優一 ➔ 仕事 NulabのBacklogチーム7年目。Java、 PHP、Scalaをやってきた。

Slide 3

Slide 3 text

1.導入今日話す内容 ➔ そもそもsugggestoとは ➔ sugggestoというサービスを作るに至った経緯 ➔ グロースやUXの失敗失敗したこととそれを経て考えたこと

Slide 4

Slide 4 text

そもそもsugggestoとは質問したらリアルタイムに意見が投稿される。投稿された意見はバブルで表示され、どんな意見が人気があるか、どんな意見が投稿されているかわかるサービス・アプリ。

Slide 5

Slide 5 text

Webにもモバイルにも対応した匿名で始められる意見収集サービス

Slide 6

Slide 6 text

sugggestoを作った経緯

Slide 7

Slide 7 text

ヌーラボで社内ハッカソンが開催された。テーマはコミュニケーション

Slide 8

Slide 8 text

2.例コミュニケーションには様々な形がある ➔ Backlog プロジェクト管理者「この課題よろしくお願いします。」→プログラマー「了解です！」。 ➔ オークション・フリマサービス売りたい人「これ買ってください！」→買いたい人「売ってください！」

Slide 9

Slide 9 text

sugggestoは評価やレビュー間にあるコミュニケーションに注目したサービスヒントハッカソンの結果は受賞ならず

Slide 10

Slide 10 text

失敗体験① 2020/07にリリースしたもののダウンロード数は「 7」その後飽きて半年放置する

Slide 11

Slide 11 text

作っただけだと誰も使わない。作ること以外の様々な作業が必要だった

Slide 12

Slide 12 text

失敗体験② ぱっと見何をしたいサイトなのかわからない

Slide 13

Slide 13 text

No content

Slide 14

Slide 14 text

謎のリスト謎のリスト

Slide 15

Slide 15 text

謎のアイコン謎の文字

Slide 16

Slide 16 text

毎日見てあまりにも詳しくなってわかりにくいデザインになっていることに気づかない

Slide 17

Slide 17 text

No content

Slide 18

Slide 18 text

この画面で見るべきコンテンツはこれだけということをわかりやすくした

Slide 19

Slide 19 text

失敗体験③ ちゃんとしたデザインテンプレート買ったのに、適当に色を決めてデザインがおかしくなる

Slide 20

Slide 20 text

なんとなく決めたテーマカラー

Slide 21

Slide 21 text

適当に配色したのでカラーバランスが最悪になる適当に配色したのでカラーバランスが最悪になる適当に配色したのでカラーバランスが最悪になる

Slide 22

Slide 22 text

デザインのプロじゃないので色を安易に変えるのは危険

Slide 23

Slide 23 text

No content

Slide 24

Slide 24 text

失敗体験④ ライブアプリなのにライブ感が全くないデザイン

Slide 25

Slide 25 text

No content

Slide 26

Slide 26 text

このコメントの部分が自動的に追加・更新されていくのに、掲示板みたいな表示になっている謎の数字とアイコン

Slide 27

Slide 27 text

自分では完璧にできたと思っても人には伝わらない

Slide 28

Slide 28 text

No content

Slide 29

Slide 29 text

ユーザーインターフェースをチャットにしてライブだということがわかりやすくするアイコンから文字表示に変更

Slide 30

Slide 30 text

失敗体験⑤ 安易にサイト概要を決める

Slide 31

Slide 31 text

sugggestoリアルタイム投票箱

Slide 32

Slide 32 text

sugggestoリアルタイム投票箱リアルタイムという言葉がピンとこない人もいる

Slide 33

Slide 33 text

sugggestoライブ意見収集サービスリアルタイムからライブに言葉を変更

Slide 34

Slide 34 text

開発以外のことも改善・デバッグできる

Slide 35

Slide 35 text

失敗体験⑥ 仕様のバグに気づかない

Slide 36

Slide 36 text

一見シンプルなデザインに仕様的なバグが・・。

Slide 37

Slide 37 text

ユーザーは開発者が思い込んだ使い方をしない

Slide 38

Slide 38 text

自然に使ってもらえることも大事だけど自分から「使ってください！」と言って使ってもらうことはもっと大事

Slide 39

Slide 39 text

失敗体験⑦ 新しく改善したものはいいものと思い込む

Slide 40

Slide 40 text

このデザインを改善して

Slide 41

Slide 41 text

このデザインにしました

Slide 42

Slide 42 text

売りであるはずのバブルが小さくなって悪くなった質問のスペースこんなにいるかな？

Slide 43

Slide 43 text

UIや機能の変更は効果を測定しないと改善したつもりでも悪化している場合もある

Slide 44

Slide 44 text

失敗体験⑧ エンジニアリングしかしない

Slide 45

Slide 45 text

売れない原因はプロダクトにあると思い込み本当は知られてないことが原因だったりするのに、機能追加を頑張りすぎる

Slide 46

Slide 46 text

失敗体験⑨ そもそもターゲットユーザーを考えてない

Slide 47

Slide 47 text

ターゲットユーザーを考えてないのでユーザー視点で考えることができない

Slide 48

Slide 48 text

失敗体験➓ そもそも企画がいいのかを考えてない

Slide 49

Slide 49 text

社内の大親友の感想「このサービスは売れない」「内田さんも使うところないでしょ？」

Slide 50

Slide 50 text

結局企画の良し悪しを考えることは大事かも

Slide 51

Slide 51 text

ただ、企画がよくなかったとしても、作る→検証 →考えるのサイクルはめちゃくちゃ楽しい

Slide 52

Slide 52 text

ここまでやった結果ダウンロード数「２０」までいきました！！でも少ない😭

Slide 53

Slide 53 text

エンジニアがサービスを作るときハマりやすい罠 ➔ プロダクトそのものにばかり目がいき、サービス自体になかなかフォーカスしないエンジニアリングばかりして、なぜ売れないんだと悩む。 SNSでの宣伝やサイト作成を頑張らない。 ➔ 最適な使い方を知っているので最適な行動しか取らないどの部分が技術的に処理が重いかなど知っているので優しく触ったりする。全て何がどこにあるのか知っているので何も知らないユーザーがわかりづらいなどがわからない。 ➔ ユーザー視点になかなかならない作れる技術があるだけに、余計な物を作ってしまって、ユーザーがなぜ使うのかを考えない。

Slide 54

Slide 54 text

最後に、、、 sugggestoにグロースするアイデアをください😭