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
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 株式会社ヌーラボ
サクフェス2024_ヌーラボ原_CSと開発
nulabinc
PRO
0
5
チームの力を成果に変える、次世代のマネジメント術 〜中小企業の生産性革命〜
nulabinc
PRO
0
26
チームワークマネジメントとは
nulabinc
PRO
0
8
チームの未来を支えるバックログスイーパーという役割
nulabinc
PRO
0
6
ヌーラボが取り組む RevOpsのこれまでとこれから
nulabinc
PRO
1
150
【資料】30分でわかる!“とりあえず課題を作った”から抜け出すBacklog活用術
nulabinc
PRO
0
140
【展示会ご参加者様向け】Backlog概要編-配布資料
nulabinc
PRO
0
52
Why Platform Engineering? - マルチプロダクト・少人数 SRE の壁を越える挑戦 -
nulabinc
PRO
5
780
Datadog のトライアルを成功に導く技術 / Techniques for a successful Datadog trial
nulabinc
PRO
0
460
Other Decks in Technology
See All in Technology
品質視点から考える組織デザイン/Organizational Design from Quality
mii3king
0
200
自作JSエンジンに推しプロポーザルを実装したい!
sajikix
1
170
Practical Agentic AI in Software Engineering
uzyn
0
110
「全員プロダクトマネージャー」を実現する、Cursorによる仕様検討の自動運転
applism118
21
11k
初めてAWSを使うときのセキュリティ覚書〜初心者支部編〜
cmusudakeisuke
1
240
【初心者向け】ローカルLLMの色々な動かし方まとめ
aratako
7
3.4k
ハードウェアとソフトウェアをつなぐ全てを内製している企業の E2E テストの作り方 / How to create E2E tests for a company that builds everything connecting hardware and software in-house
bitkey
PRO
1
130
TS-S205_昨年対比2倍以上の機能追加を実現するデータ基盤プロジェクトでのAI活用について
kaz3284
1
100
ChatGPTとPlantUML/Mermaidによるソフトウェア設計
gowhich501
1
130
5年目から始める Vue3 サイト改善 #frontendo
tacck
PRO
3
220
dbt開発 with Claude Codeのためのガードレール設計
10xinc
2
1.2k
なぜスクラムはこうなったのか?歴史が教えてくれたこと/Shall we explore the roots of Scrum
sanogemaru
5
1.6k
Featured
See All Featured
Git: the NoSQL Database
bkeepers
PRO
431
66k
KATA
mclloyd
32
14k
Art, The Web, and Tiny UX
lynnandtonic
303
21k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
Thoughts on Productivity
jonyablonski
70
4.8k
Six Lessons from altMBA
skipperchong
28
4k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
112
20k
Docker and Python
trallard
45
3.6k
Faster Mobile Websites
deanohume
309
31k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.5k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Navigating Team Friction
lara
189
15k
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にグロースするアイ デアをください😭