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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
株式会社ヌーラボ
PRO
April 16, 2021
Technology
0
310
エンジニアがサービスを作った場合の失敗体験 / 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 株式会社ヌーラボ
The_Evolution_of_Bits_AI_SRE.pdf
nulabinc
PRO
0
180
進化するBits AI SREと私と組織
nulabinc
PRO
0
130
実践 Datadog MCP Server
nulabinc
PRO
2
170
全社横断PjM⽀援チーム “PEaS”の取り組みと プロジェクトマネジメント でのAI活⽤について
nulabinc
PRO
0
77
Datadog の RBAC のすべて
nulabinc
PRO
3
460
Datadog Live Tokyo 2025登壇資料
nulabinc
PRO
0
59
Nulab Fun Deck 〜チームワークが、世界をもっと『おもしろく』する〜
nulabinc
PRO
1
7.5k
How to Migrate Your Backlog Free Plan
nulabinc
PRO
0
35
チームワークマネジメント Bar #5
nulabinc
PRO
0
56
Other Decks in Technology
See All in Technology
Postman v12 で変わる API開発ワークフロー (Postman v12 アップデート) / New API development workflow with Postman v12
yokawasa
0
110
越境する組織づくり ─ 多様性を前提にしたチームビルディングとリードの実践知
kido_engineer
2
200
僕、S3 シンプルって名前だけど全然シンプルじゃありません よろしくお願いします
yama3133
1
210
オレ達はAWS管理をやりたいんじゃない!開発の生産性を爆アゲしたいんだ!!
wkm2
4
510
組織全体で実現する標準監視設計
yuobayashi
3
490
モブプログラミング再入門 ー 基本から見直す、AI時代のチーム開発の選択肢 ー / A Re-introduction of Mob Programming
takaking22
5
1.4k
Claude Codeが爆速進化してプラグイン追従がつらいので半自動化した話 ver.2
rfdnxbro
0
520
Lambda Web AdapterでLambdaをWEBフレームワーク利用する
sahou909
0
110
Oracle Cloud Infrastructure IaaS 新機能アップデート 2025/12 - 2026/2
oracle4engineer
PRO
0
110
S3はフラットである –AWS公式SDKにも存在した、 署名付きURLにおけるパストラバーサル脆弱性– / JAWS DAYS 2026
flatt_security
0
1.8k
生成AIの利用とセキュリティ /gen-ai-and-security
mizutani
1
1.7k
Go標準パッケージのI/O処理をながめる
matumoto
0
190
Featured
See All Featured
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.2k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
1.8k
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
200
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
640
Become a Pro
speakerdeck
PRO
31
5.8k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.7k
Six Lessons from altMBA
skipperchong
29
4.2k
Claude Code のすすめ
schroneko
67
220k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.3k
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にグロースするアイ デアをください😭