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 株式会社ヌーラボ
僕たちは何を守っているのか?ビジネスを守る、ヌーラボのセキュリティ実践
nulabinc
PRO
1
50
Snowflake九州ユーザー会
nulabinc
PRO
0
40
ヌーラボ‧ウェブサイト課の ⼀年間の取り組みをふり返る
nulabinc
PRO
1
1k
今からでも入れる re:Inventがあるんですか!?
nulabinc
PRO
0
390
ライティングチームだからこそできた、「どことでも繋がれるチーム」づくりの結果 / Technical Writing Meetup vol.38
nulabinc
PRO
0
97
4つの基本的な組織形態を知る ~ミンツバーグの組織論 7つの類型と力学、そしてその先へ~ より GWD in Nagoya
nulabinc
PRO
2
270
必要なのは客観性。組織変革をもたらす、より良い「対話」を生み出すための活動 #scrummikawa
nulabinc
PRO
3
1.5k
悪い実装例から学ぶ ウェブアクセシビリティ改善のヒント
nulabinc
PRO
1
890
ヌーラボカスタマーサクセスチームのBacklog活用
nulabinc
PRO
0
410
Other Decks in Technology
See All in Technology
OpsJAWS34_CloudTrailLake_for_Organizations
hiashisan
0
140
Cross Data Platforms Meetup LT 20250422
tarotaro0129
1
800
Databricksで完全履修!オールインワンレイクハウスは実在した!
akuwano
0
120
営業向け誰でも話せるOCIセールストーク
oracle4engineer
PRO
2
100
Road to Go Gem #rubykaigi
sue445
0
990
Azure Maps Visual in PowerBIで分析しよう
nakasho
0
100
持続可能なドキュメント運用のリアル: 1年間の成果とこれから
akitok_
1
230
テストって楽しい!開発を加速させるテストの魅力 / Testing is Fun! The Fascinating of Testing to Accelerate Development
aiandrox
0
120
Bazel for Ruby (RubyKaigi 2025)
p0deje
0
130
【Λ(らむだ)】最近のアプデ情報 / RPALT20250422
lambda
0
130
彩の国で始めよう。おっさんエンジニアから共有したい、当たり前のことを当たり前にする技術
otsuki
0
160
Goの組織でバックエンドTypeScriptを採用してどうだったか / How was adopting backend TypeScript in a Golang company
kaminashi
12
8.8k
Featured
See All Featured
Gamification - CAS2011
davidbonilla
81
5.2k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
52
2.4k
Statistics for Hackers
jakevdp
798
220k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
Unsuck your backbone
ammeep
670
57k
Side Projects
sachag
453
42k
The Power of CSS Pseudo Elements
geoffreycrofte
75
5.8k
Building an army of robots
kneath
305
45k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
119
51k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
12k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
2.9k
Art, The Web, and Tiny UX
lynnandtonic
298
20k
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にグロースするアイ デアをください😭