Name: 『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の書評・要約｜3つの要点と仕事への活かし方
Item: エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める
Author: 決算×マーケティング

LEVEL 1 / 30秒で分かる答え

先に答え：この本は何に使える？

『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の価値は、システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算するという見方を、実際の判断に使えるところにある。

01システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する

02『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』固有の流れは、システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する。そのうえで、問いを分解し、前提と反対材料を出し、観察と小さな行動で仮説を更新する

03『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』が向き合うのは、システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算するを通じて、不確実さに圧倒されず、自分で納得できる判断をしたいという欲求

LEVEL 2 / 使える条件を確かめる

この本の考え方は、現実でも使えるか

『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』が示す答えは、「システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する」である。本書は、この考えをDXの判断にどう使うかを説明する。

使いやすい条件

DXについて、知識の収集ではなく具体的な判断基準がほしい人
「『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』固有の流れは、システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する。そのうえで、問いを分解し、前提と反対材料を出し、観察と小さな行動で仮説を更新する」を自分の仕事や生活で試したい人

そのまま使わない方がよい条件

DXの全体像より、すぐ使えるチェックリストだけを短時間で探している人
『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の提案を使う時は、考える手順自体を目的にせず、終了条件と行動へ移す時点を決めるを受け入れにくい人

最初に試すこと

『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の主張を試すため、実際の課題を一つ選び、問い、前提、仮説、反対例、次の観察を一枚にする

AMAZON.CO.JPこの本をAmazonで見る

書籍情報

日鉄ソリューションズ株式会社／インプレス／202406／ISBN 9784295019053／日本語原著

本書は、何をどう説明しているか

本書の要点は、システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算するということです。『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』固有の流れは、システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する。そのうえで、問いを分解し、前提と反対材料を出し、観察と小さな行動で仮説を更新する。その背景には、『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』が向き合うのは、システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算するを通じて、不確実さに圧倒されず、自分で納得できる判断をしたいという欲求があります。手法だけをまねず、誰のどんな状況を変えるのかから読むと、実務へ移す条件が見えてきます。

1. 最初に知りたい本書の要点

最初に知りたい本書の要点

『エクスペリエンス指向のシステム開発 : 従業員体験が日々の買い手体験を高める』を一言でまとめると、システム開発は機能要件だけでなく、従業員が使いやすく日々の買い手へ日々の意味を返せる体験から逆算するという本です。この主張を用語として覚えるのではなく、今までのどの日々の決め方を落ち着いて更新するのかという視点で読むと、日々の実際の日々の仕事の場との距離が縮まります。まず自分の仕事で似た問題が起きている日々の仕事の場を一つ選び、これまでの日々の決め方基準を書き出します。ここでは『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の主張を、確認項目1-1として確かめます。この確認では『システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する』を基準にします。

著者の説明を支える流れは、『エクスペリエンス指向のシステム開発 : 従業員体験が日々の相手体験を高める』固有の流れは、システム開発は機能要件だけでなく、従業員が使いやすく日々の相手へ日々の提供価値を返せる体験から逆算する。そのうえで、問いを分解し、日々の見込みと反対材料を出し、観察と小さな日々の取り組みで仮説を更新することです。日々の得られたものだけをまねると、自社にはない日々の相手関係や組織能力まで再現したつもりになります。入力、相手の反応、社内の動き、日々の得られたものの順に分け、どこに証拠があり、どこが仮説なのかを区別します。ここでは『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の主張を、確認項目1-2として確かめます。

2. なぜこの考え方が働くのか

なぜこの考え方が働くのか

成果が生まれる日々の根拠は、『エクスペリエンス指向のシステム開発 : 従業員体験が日々の使い手体験を高める』固有の流れは、システム開発は機能要件だけでなく、従業員が使いやすく日々の使い手へ日々の得たい状態を返せる体験から逆算する。そのうえで、問いを分解し、日々の置いた条件と反対材料を出し、観察と小さな日々の実践で仮説を更新することにあります。日々の具体策名より落ち着いて重く見るべきなのは、その日々の具体策が誰のどんな日々の実践を変え、企業側の費用や能力とどう結びつくかです。途中の矢印が一つでも欠ければ、同じやり方でも日々の到達点は変わります。ここでは『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の主張を、確認項目2-1として確かめます。この確認では『システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する』を基準にします。

日々の手元の課題では、実施した事実と相手に日々の価値が届いた事実を分けます。『エクスペリエンス指向のシステム開発 : 従業員体験が日々の顧客体験を高める』の主張を試すため、実際の課題を一つ選び、問い、日々の前提、仮説、反対例、次の観察を一枚にする。この小さな日々の行動なら、全社展開の前に仮説の弱い箇所を見つけられます。うまくいかなかった時も、日々の考え方全体を捨てず、日々の対象や順序を修正できます。ここでは『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の主張を、確認項目2-2として確かめます。

どこまで使えるかを、別の角度から確かめる

5. 明日から試せる小さな実践

明日から試せる小さな実践

最初の実践は、『エクスペリエンス指向のシステム開発 : 従業員体験が日々の相手体験を高める』の主張を試すため、実際の課題を一つ選び、問い、日々の見込み、仮説、反対例、次の観察を一枚にすることです。日々の観察先を一つの状況へ絞り、期間、落ち着いて改める要素、期待する日々の取り組みを先に決めます。大規模な計画より、一週間から一か月で観察できる単位の方が学びを早く得られます。ここでは『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の主張を、確認項目5-1として確かめます。この確認では『システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する』を基準にします。

実験前には現在値を残します。変化後の日々のデータだけを見ると、季節性、広告、営業活動など別の影響まで成果に見えてしまいます。日々の範囲外の人や過去期間と比べ、意図した日々の実践だけが動いたかを落ち着いて振り返りします。ここでは『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の主張を、確認項目5-2として確かめます。

6. 数字で成果を確かめる

数字で成果を確かめる

『エクスペリエンス指向のシステム開発 : 従業員体験が日々の顧客体験を高める』の考えを確かめる日々の数字は、『エクスペリエンス指向のシステム開発 : 従業員体験が日々の顧客体験を高める』の効果は、仮説数、日々の判断時間、修正回数、着手率、日々の結果との差で確かめるです。すべてを同時に追わず、日々の行動を示す早めに変化が表れる指標と、売上や利益へつながる日々の結果指標を一つずつ選びます。日々の数字の定義、日々の対象、期間を固定して実行前後を比べます。ここでは『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の主張を、確認項目6-1として確かめます。この確認では『システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する』を基準にします。

売上が増えた時も、人数、単価、頻度、継続のどれが動いたかに分けます。利益を見る時は、値引き、広告、サポート、在庫、開発など増えた費用を戻します。相手への日々の得られる良さと企業側の持続性が両立したかまで落ち着いて確かめします。ここでは『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の主張を、確認項目6-2として確かめます。

7. うまくいかない場合の見直し方

うまくいかない場合の見直し方

注意したいのは、『エクスペリエンス指向のシステム開発 : 従業員体験が日々の利用者体験を高める』の提案を落ち着いて試す時は、考える手順自体を目的にせず、終了条件と日々の振る舞いへ移す時点を決めることです。方法が有名になるほど適用範囲が広がり、元の日々の出発点が消えます。誰を日々の相手にし、どの状況で使い、実行に何が必要かを明記し、当てはまらない条件も残します。ここでは『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の主張を、確認項目7-1として確かめます。この確認では『システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する』を基準にします。

仕事で試す3つの行動

1. システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する

『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』を仕事へ移す最初の一歩として、いま困っている場面を一つ書き出し、「システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する」を使うと何が変わるかを一文で決める。読む範囲を広げる前に、試す場面を狭くする。

2. 『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』固有の流れは、システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する。そのうえで、問いを分解し、前提と反対材料を出し、観察と小さな行動で仮説を更新する

次に『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』が示す「『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』固有の流れは、システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算する。そのうえで、問いを分解し、前提と反対材料を出し、観察と小さな行動で仮説を更新する」を判断基準にして、実行することと、今回はやらないことを分ける。判断に迷った理由も残しておく。

3. 『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』が向き合うのは、システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算するを通じて、不確実さに圧倒されず、自分で納得できる判断をしたいという欲求

一週間後に『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』で確かめたい「『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』が向き合うのは、システム開発は機能要件だけでなく、従業員が使いやすく顧客へ価値を返せる体験から逆算するを通じて、不確実さに圧倒されず、自分で納得できる判断をしたいという欲求」が実際に起きたかを振り返る。結果が違えば、本の主張を否定するのではなく、使う場面や前提条件を見直す。

FIGURE 03 / 実務への落とし方

考え方を試すときの具体例

この本のテーマと相性が良い企業事例です。本の内容そのものではなく、考え方を現実の場面へ置き換える補助として紹介します。

製造・電機・産業DXキーエンス企業の事例を見るエンタメ・IPソニーグループ企業の事例を見る

読む前に知っておきたいこと

『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の提案を使う時は、考える手順自体を目的にせず、終了条件と行動へ移す時点を決める。本書を正解集にせず、対象、期間、費用、見直し条件を決めて小さく確かめる必要があります。

『エクスペリエンス指向のシステム開発 : 従業員体験が顧客体験を高める』の書評・要約