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 株式会社ヌーラボ
Streamlitとロール関連の話
nulabinc
PRO
0
24
サクフェス2024_ヌーラボ原_CSと開発
nulabinc
PRO
0
14
チームの力を成果に変える、次世代のマネジメント術 〜中小企業の生産性革命〜
nulabinc
PRO
0
35
チームワークマネジメントとは
nulabinc
PRO
0
11
チームの未来を支えるバックログスイーパーという役割
nulabinc
PRO
0
8
ヌーラボが取り組む RevOpsのこれまでとこれから
nulabinc
PRO
1
200
【資料】30分でわかる!“とりあえず課題を作った”から抜け出すBacklog活用術
nulabinc
PRO
0
170
【展示会ご参加者様向け】Backlog概要編-配布資料
nulabinc
PRO
0
66
Why Platform Engineering? - マルチプロダクト・少人数 SRE の壁を越える挑戦 -
nulabinc
PRO
5
810
Other Decks in Technology
See All in Technology
M5製品で作るポン置きセルラー対応カメラ
sayacom
0
180
プロポーザルのコツ ~ Kaigi on Rails 2025 初参加で3名の登壇を実現 ~
naro143
1
220
LLMアプリの地上戦開発計画と運用実践 / 2025.10.15 GPU UNITE 2025
smiyawaki0820
1
510
【Kaigi on Rails 事後勉強会LT】MeはどうしてGirlsに? 私とRubyを繋いだRail(s)
joyfrommasara
0
240
データ戦略部門 紹介資料
sansan33
PRO
1
3.7k
能登半島地震で見えた災害対応の課題と組織変革の重要性
ditccsugii
0
710
これがLambdaレス時代のChatOpsだ!実例で学ぶAmazon Q Developerカスタムアクション活用法
iwamot
PRO
6
1k
[Keynote] What do you need to know about DevEx in 2025
salaboy
0
170
Simplifying Cloud Native app testing across environments with Dapr and Microcks
salaboy
0
150
2025-10-09_プロジェクトマネージャーAIチャンス
taukami
0
130
"プロポーザルってなんか怖そう"という境界を超えてみた@TSUDOI by giftee Tech #1
shilo113
0
190
綺麗なデータマートをつくろう_データ整備を前向きに考える会 / Let's create clean data mart
brainpadpr
3
490
Featured
See All Featured
A better future with KSS
kneath
239
18k
Six Lessons from altMBA
skipperchong
28
4k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.5k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.6k
Building a Scalable Design System with Sketch
lauravandoore
463
33k
Designing Experiences People Love
moore
142
24k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Mobile First: as difficult as doing things right
swwweet
224
10k
GraphQLの誤解/rethinking-graphql
sonatard
73
11k
Music & Morning Musume
bryan
46
6.8k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.2k
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にグロースするアイ デアをください😭