Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
想像力の隙間を埋める
Search
naQamura
January 24, 2024
How-to & DIY
130
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
想像力の隙間を埋める
naQamura
January 24, 2024
More Decks by naQamura
See All by naQamura
技術負債とデータ構造
na9amura
1
1.8k
開発組織が情報発信の打席に立てる土台を作った一年を振り返る
na9amura
0
2.1k
アンラーニングを体験しよう
na9amura
2
410
MPA+CSRでMVPを作って継続的に拡張しよう BARフロントえんどう#1
na9amura
0
130
技術負債とソフトウェアアーキテクチャ
na9amura
0
200
Other Decks in How-to & DIY
See All in How-to & DIY
251011「ひとりより、みんなで!」 九州の支部で始めた、新しい連携のかたち
east_takumi
2
400
おっきなガジェットの回線事情
2bo
1
250
JAWS-UG/AWS Communities Updates 2025/11/8 JAWS-UG 島根支部
awsjcpm
1
190
JAWS-UG/AWS Community Update - JAWS-UG栃木 #6
awsjcpm
0
160
JAWS-UG横浜100回記念 私のAWS ジャーニーと日本からみた横浜支部
awsjcpm
0
520
[JAWS DAYS 2026 | Track B] Local Roots, Global Reach
awsjcpm
0
150
Optional<Bar>うらばなし
ryomm
2
380
JAWS-UG初心者支部 JAWS-UG Updates
awsjcpm
4
160
Burnoutとの「対話」 〜 アジャイルコーチングを活用した、燃え尽き症候群を克服するスキル 〜 / Dialogue with Burnout by Using Agile Coaching Skills
hageyahhoo
0
1.2k
なぜJAWS-UGはこんなにも活発なのか?
awsjcpm
1
280
LLMを「機能」として組み込む技術:「Figma to はてなCMS」におけるプロンプトエンジニアリングからAIエージェント構築にわたる精度向上の軌跡
nanimonodemonai
0
620
AWS Community Builders Update - JAWS-UG Tokyo and Sainokuni
awsjcpm
3
330
Featured
See All Featured
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.6k
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
600
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
220
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
2
2.9k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
12k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
3.2k
Balancing Empowerment & Direction
lara
6
1.3k
How to build a perfect <img>
jonoalderson
1
6.1k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
600
Why Our Code Smells
bkeepers
PRO
340
58k
Producing Creativity
orderedlist
PRO
348
41k
Optimizing for Happiness
mojombo
378
71k
Transcript
想像力の 隙間を埋める ハコベル株式会社 中村隆宏 第21回 CUSTOMER系エンジニア座談会
所属:ハコベル株式会社 (旧 ラクスル株式会社ハコベル事業部) 役職:シニアアーキテクト 職歴:Paiza 、決済サービス、SI 系 経歴:熊本出身、文化人類学専攻 趣味:旅行、音楽、MMA
中村隆宏 (na9amura)
None
プロダクトラインナップ 取引階層のフラット化とドライバー の非稼働時間の有効活用 物流に関わる人たちを繋ぎ コミュニケーションを円滑化 AI 技術を活用し配送効率アップ、 業務の効率化、属人化解消
Introduction ハコベル配車計画のローンチ〜ファーストユーザーへの導 入に関わって得た学びのうち、Customer 系エンジニア的な 視点について語ってみたい、参加者の皆さんから感想や参考 事例を聞いてみたいと思い参加しました(発表内容が 「Customer 系エンジニア」にフィットしてるの不安もあり ますが) ハコベル配車計画の開発・導入では、新規のプロダクトの
開発とCS 領域の両方を自身がリードすることなど自分にと って新しい経験が多くありました。その中で感じたことか ら、CS 領域に関わる際に感じた想像力の隙間を埋めること の重要性、隙間を生む要素について話します。
1.想像力の階段
直面した課題 ハコベル配車計画は今回新規に開発したプロダクトでした。当然ながら 機能、UI は0 から構築です。ファーストユーザーが決まり、そこに向けて MVP を作ることがミッションでした。 プロジェクト開始直後から導入後にどのようなオペレーションを想定す るかについて会話をする機会がありました。しかし内容が伝わりにくい、 聞きたいポイント以外に脱線してしまう、などの課題がありました。
一方でプロジェクトが進み、部分的にプロダクトが動く状態でフィードバ ックを求めるとしっかりした意見をもらえるようになりました。
機能を作るにあたってユーザーにヒアリングする場合、想像した上に想像 をしようとすると途端に難易度が上がる、というのがこの事象から得た学 びでした。 既存プロダクトにXX 機能のUI について意見を聞く → 1 段階の想像 新規プロダクトを導入した後、業務フローをどう変更するか
→ 2 段階の想像が必要 階層構造
階段を登るようにして想像力を浪費しないようにしましょう。まず確実 に理解・共有できる土台がある状態を作る。その状態を作ってから特定の トピックについて聞くことで、フィードバックの焦点が散逸しないように することが重要です。 ユーザーがシステム開発・導入・運用のプロがあるとは限りません。ハ コベル配車計画の開発・導入ではそうでした。「プロダクトを作る」とい う馴染みのない作業での多段階の想像はユーザーにとって難易度が高い状 況で進めてしまったと反省しています。 人間の想像力は有限
2.リアリティのレベル
直面した状況 ハコベル配車計画は運送業界をターゲットとしたプロダクトです。配送 コスト改善、業務工数削減、業務の属人化解消がユーザーに提供したい価 値です。運送業界のプロフェッショナルな方々がユーザーだと言えます。 頼もしく、ありがたいことですが、同時に開発・導入を進めていくにあ たっての難しさもありました。
初期段階ではFigma で作成したプロトタイプをユーザーに見せつつ「こ の値は適当なので無視してください」「前後のつながりは気にしないでく ださい」と補足しながらフィードバックを求めていました。 そういった矛盾があると、私が聞きたいトピックに対してフォーカスが かからない感触がありました。しかし、こちらもプロジェクトが進み、部 分的にプロダクトが動く状態でフィードバックを求めるとしっかりした意 見をもらえるようになりました。 リアリティレベルが低いと
新入社員にシステムの設計について相談をされたとします。 サンプルコードに矛盾があったらどう思いますか?問題の本筋に集中でき ますか?理解度を疑ってしまいませんか? 自分の領域で考える
振り返ると、ユーザーに合わないリアリティレベルでフィードバックを 求めることが課題だったと感じます。プロであるからこそ細かい部分が気 になる。そのためデータの矛盾が想像力を阻害する要因になっていたと考 えています。 また業務のプロであるユーザー、素人である私、という関係がありまし た。理解度への信頼がまだ得られていない時期であったことも影響してい たと考えています。 適切なリアリティレベル
Conclusion
プロダクトを開発・運用・改善していくにあたってユーザーの意見を参考 にするのは重要です。その際にユーザーの想像力をフル活用してもらえる 状況を作りましょう。 仮定を多段階に積み上げない 引っかかりポイントを作らない こういった点に留意することで、想像力の隙間を作らないようにしながら ヒアリングを進めると良いと考えています。
ハコベル配車計画は現在積極的に導入企業を開拓し、オンボードを進めて いっている状態です。CS ・CRE の知見を取り入れて事業拡大をしていく ことを現在は目指しています。 会社全体としては他のプロダクトも含め、まだまだCS 領域の強化、CRE 組織の立ち上げをしていきたいと考えています。
None
THANK YOU