Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
エンジニアがサービスを作った場合の失敗体験 / Failure experience case...
Search
株式会社ヌーラボ
PRO
April 16, 2021
Technology
0
300
エンジニアがサービスを作った場合の失敗体験 / Failure experience case that an engineer creates a service
2021年4月16日(金)に開催されたNuCon mini 2021 Springの発表資料です。
▼発表動画アーカイブ
https://youtu.be/DzTGlni8pRE?t=3350
株式会社ヌーラボ
PRO
April 16, 2021
Tweet
Share
More Decks by 株式会社ヌーラボ
See All by 株式会社ヌーラボ
【資料】30分でわかる!“とりあえず課題を作った”から抜け出すBacklog活用術
nulabinc
PRO
0
21
【展示会ご参加者様向け】Backlog概要編-配布資料
nulabinc
PRO
0
30
Why Platform Engineering? - マルチプロダクト・少人数 SRE の壁を越える挑戦 -
nulabinc
PRO
5
680
Datadog のトライアルを成功に導く技術 / Techniques for a successful Datadog trial
nulabinc
PRO
0
320
僕たちは何を守っているのか?ビジネスを守る、ヌーラボのセキュリティ実践
nulabinc
PRO
1
69
Snowflake九州ユーザー会
nulabinc
PRO
0
65
ヌーラボ‧ウェブサイト課の ⼀年間の取り組みをふり返る
nulabinc
PRO
1
1.1k
今からでも入れる re:Inventがあるんですか!?
nulabinc
PRO
0
440
ライティングチームだからこそできた、「どことでも繋がれるチーム」づくりの結果 / Technical Writing Meetup vol.38
nulabinc
PRO
0
110
Other Decks in Technology
See All in Technology
整頓のジレンマとの戦い〜Tidy First?で振り返る事業とキャリアの歩み〜/Fighting the tidiness dilemma〜Business and Career Milestones Reflected on in Tidy First?〜
bitkey
0
180
LangSmith×Webhook連携で実現するプロンプトドリブンCI/CD
sergicalsix
1
150
AWS Summit Japan 2025 Community Stage - App workflow automation by AWS Step Functions
matsuihidetoshi
1
300
Understanding_Thread_Tuning_for_Inference_Servers_of_Deep_Models.pdf
lycorptech_jp
PRO
0
150
プロダクトエンジニアリング組織への歩み、その現在地 / Our journey to becoming a product engineering organization
hiro_torii
0
140
生まれ変わった AWS Security Hub (Preview) を紹介 #reInforce_osaka / reInforce New Security Hub
masahirokawahara
0
360
高速なプロダクト開発を実現、創業期から掲げるエンタープライズアーキテクチャ
kawauso
1
140
生成AI時代 文字コードを学ぶ意義を見出せるか?
hrsued
1
690
CI/CD/IaC 久々に0から環境を作ったらこうなりました
kaz29
1
200
登壇ネタの見つけ方 / How to find talk topics
pinkumohikan
5
570
Beyond Kaniko: Navigating Unprivileged Container Image Creation
f30
0
100
本が全く読めなかった過去の自分へ
genshun9
0
670
Featured
See All Featured
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
17
950
Typedesign – Prime Four
hannesfritz
42
2.7k
Code Review Best Practice
trishagee
69
18k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
800
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.5k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.4k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
46
9.6k
Statistics for Hackers
jakevdp
799
220k
Stop Working from a Prison Cell
hatefulcrawdad
270
20k
Agile that works and the tools we love
rasmusluckow
329
21k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
Raft: Consensus for Rubyists
vanstee
140
7k
Transcript
エンジニアがサービスを 作った場合の 失敗体験 ライブ意見収集サービスsugggestoの場合 @yuichi03011
自己紹介 ➔ 名前 内田優一 ➔ 仕事 NulabのBacklogチーム7年目。Java、 PHP、Scalaをやってきた。
1.導入 今日話す内容 ➔ そもそもsugggestoとは ➔ sugggestoというサービスを作るに 至った経緯 ➔ グロースやUXの失敗 失敗したこととそれを経て考えたこと
そもそもsugggestoとは 質問したらリアルタイムに意見が投稿される。投稿さ れた意見はバブルで表示され、どんな意見が人気が あるか、どんな意見が投稿されているかわかるサービ ス・アプリ。
Webにもモバイルにも対応した匿名で始められる意 見収集サービス
sugggestoを作った経緯
ヌーラボで社内ハッカソンが開催 された。テーマはコミュニケーショ ン
2.例 コミュニケーションには様々な形がある ➔ Backlog プロジェクト管理者「この課題よろしくお願い します。」→プログラマー「了解です!」。 ➔ オークション・フリマサービス 売りたい人「これ買ってください!」→買いた い人「売ってください!」
sugggestoは評価やレ ビュー間にあるコミュニ ケーションに注目した サービス ヒント ハッカソンの結果は受賞 ならず
失敗体験① 2020/07にリリースしたもののダウンロード数は「 7」 その後飽きて半年放置する
作っただけだと誰も使 わない。作ること以外の 様々な作業が必要だっ た
失敗体験② ぱっと見何をしたいサイトなのかわからない
None
謎のリスト 謎のリスト
謎のアイコン 謎の文字
毎日見てあまりにも詳 しくなってわかりにくい デザインになっているこ とに気づかない
None
この画面で見るべ きコンテンツはこれ だけということをわ かりやすくした
失敗体験③ ちゃんとしたデザインテンプレート買ったのに、適当に色を決めて デザインがおかしくなる
なんとなく決めた テーマカラー
適当に配色したのでカ ラーバランスが最悪に なる 適当に配色したのでカ ラーバランスが最悪に なる 適当に配色したのでカ ラーバランスが最悪に なる
デザインのプロじゃない ので色を安易に変える のは危険
None
失敗体験④ ライブアプリなのにライブ感が全くないデザイン
None
このコメントの部分が自 動的に追加・更新され ていくのに、掲示板み たいな表示になってい る 謎の数字とアイコン
自分では完璧にできた と思っても人には伝わ らない
None
ユーザーインターフェー スをチャットにしてライ ブだということがわかり やすくする アイコンから文字表示 に変更
失敗体験⑤ 安易にサイト概要を決める
sugggestoリアルタイム投票箱
sugggestoリアルタイム投票箱 リアルタイムという言葉 がピンとこない人もいる
sugggestoライブ意見収集サービス リアルタイムからライブ に言葉を変更
開発以外のことも改善・ デバッグできる
失敗体験⑥ 仕様のバグに気づかない
一見シンプルなデザイ ンに仕様的なバグが ・・。
ユーザーは開発者が思 い込んだ使い方をしな い
自然に使ってもらえるこ とも大事だけど自分か ら「使ってください!」と 言って使ってもらうこと はもっと大事
失敗体験⑦ 新しく改善したものはいいものと思い込む
このデザインを改善し て
このデザインにしました
売りであるはずのバブ ルが小さくなって悪く なった 質問のスペースこんな にいるかな?
UIや機能の変更は効 果を測定しないと改善 したつもりでも悪化して いる場合もある
失敗体験⑧ エンジニアリングしかしない
売れない原因はプロダ クトにあると思い込み本 当は知られてないこと が原因だったりするの に、機能追加を頑張り すぎる
失敗体験⑨ そもそもターゲットユーザーを考えてない
ターゲットユーザーを考 えてないのでユーザー 視点で考えることがで きない
失敗体験➓ そもそも企画がいいのかを考えてない
社内の大親友の感想 「このサービスは売れない」「内田さんも使うところないでしょ?」
結局企画の良し悪しを 考えることは大事かも
ただ、企画がよくなかっ たとしても、作る→検証 →考えるのサイクルは めちゃくちゃ楽しい
ここまでやった結果ダウンロード 数「20」までいきました!! でも少ない😭
エンジニアがサービスを作 るときハマりやすい罠 ➔ プロダクトそのものにばかり目がいき、サー ビス自体になかなかフォーカスしないエンジニ アリングばかりして、なぜ売れないんだと悩む。 SNSで の宣伝やサイト作成を頑張らない。 ➔ 最適な使い方を知っているので最適な行動
しか取らないどの部分が技術的に処理が重いかな ど知っているので優しく触ったりする。全て何がどこに あるのか知っているので何も知らないユーザーがわか りづらいなどがわからない。 ➔ ユーザー視点になかなかならない作れる技術 があるだけに、余計な物を作ってしまって、ユーザー がなぜ使うのかを考えない。
最後に、、、 sugggestoにグロースするアイ デアをください😭