I believe that developing with a user-first perspective, rather than prioritizing only software engineers’ convenience, is an important trade-off in software development.

I regularly encounter situations similar to those described in the following article, so I’d like to quote the relevant section.

Source: 「ビジネスもエンジニアリングも妥協しない」。伊藤直也はなぜ一休で挑むのか | Forbes JAPAN 公式サイト（フォーブス ジャパン）

レストラン予約サイトの改修における、榊（現 代表取締役社長）とのエピソードが象徴的だ。

「改修目処を聞かれて、いつもどおりの見積もりで、来年2月と答えたら、榊さんから言われました。『それは自分たちのペースで仕事をしたら2月になりますっていうことでしょ。そうではなく顧客がいつ欲しいのかで考えて。それがビジネスの考え方だよ』と。あー、確かに。エンジニア視点での見積もり、自分たちの作業を積上げ式で換算していくのが計画を立てる普通の方法だと、当たり前のように思い込んでいました」。

これはあくまでも一例にすぎないが、ただ単に開発のスピードを早めたかった訳ではない。もっともユーザーが欲しい時期に改修が終わらないということは、ユーザーのためでないということ。一休の意思決定が、『ユーザーファースト』であることがよくわかる。しかしこれは、ソフトウェア開発中心の現場に携わってきたエンジニアにとっては異質な世界だ。

例えば、ソフトウェア開発中心の会社においては、プロダクトの品質の高さが、経営の意思決定の最上位に来ることもある。良い商品・サービスを作るためには、相応の時間は必要であり、求めるクオリティに満たなければ、極論、リリースを遅らせるという選択も十分に考えられるからだ。

意思決定の最優先事項は、「ユーザーが求めているかどうか」

「極論いえば、ソフトウェア開発に重きを置く現場では、今いるエンジニアで無理なくやれるかどうかが物事の基準になることもある。でもビジネスの世界ではそんなこと関係ない。ユーザーがそれを求めているかどうか、それが基準です。一休はビジネスの会社。エンジニア基準で”やれるかやれないか”ではなくビジネス基準で”どうやるか”を考える。自分自身をそういう考え方に変えていく必要がありました」。

とはいえ、ハイプレッシャーな状況でもプロダクトのクオリティは絶対に落とさない。そのための方法は、開発チームでずっと思考していますからと力を込めた。その結果、メンバーの多くもこの状況を面白がれるようになったという。

English Translation:

An episode with Sakaki (current President and CEO) during the restaurant reservation site renovation is symbolic.

“When asked about the renovation timeline, I gave my usual estimate and said February next year. Sakaki-san told me, ‘That’s the timeline if you work at your own pace, right? Instead, think about when customers need it. That’s the business mindset.’ Ah, indeed. I had taken it for granted that the normal way to plan was to estimate from an engineer’s perspective, calculating our work in a bottom-up manner.”

While this is just one example, it wasn’t simply about speeding up development. If the renovation isn’t completed when users need it most, it’s not for the users. This clearly shows that Ikyu’s decision-making is ‘user-first.’ However, this is an alien world for engineers who have worked in software development-centered environments.

For example, in software development-centered companies, product quality can be the top priority in management decisions. Creating good products and services requires appropriate time, and if the quality doesn’t meet expectations, delaying the release is a perfectly reasonable choice.

The top priority in decision-making is “whether users are asking for it”

“To put it extremely, in software development-focused environments, the standard can sometimes be whether the current engineers can handle it comfortably. But in the business world, that doesn’t matter. Whether users are asking for it or not—that’s the standard. Ikyu is a business company. Rather than thinking ‘can we or can’t we’ from an engineer’s perspective, we think ‘how do we do it’ from a business perspective. I needed to change my mindset to think that way.”

That said, product quality is never compromised even in high-pressure situations. He emphasized that the development team is constantly thinking about methods to ensure this. As a result, many team members have come to find this situation interesting.

That’s all from the Gemba, where I want to continue product development with a user-first perspective.