仕様の認識ズレや見積もり根拠の不透明さを解消するため、モック確認・事前すり合わせ・見積明細の明確化を徹底
お客様の声をきっかけに、仕様の認識相違や対応範囲・見積工数の不透明さを解消するため、画面遷移モックによる動作確定、お見積もり前の機能別すり合わせ、および工数理由と未確定事項を明記した見積書フォーマットを導入しました。
お客様の声から生まれた改善
お客様の声をきっかけに、仕様の認識相違や対応範囲・見積工数の不透明さを解消するため、画面遷移モックによる動作確定、お見積もり前の機能別すり合わせ、および工数理由と未確定事項を明記した見積書フォーマットを導入しました。
Figmaデザインと各ページの簡単な仕様のみを共有した状況で、想定している仕様をどこまで把握・対応してもらえるか見えにくく、想定と異なる部分があった。また、見積もり項目の中に内容が抽象的なものがあり、工数の妥当性が判断しにくかった。
要件やFigmaデザインをもとに、主要な画面遷移や操作を確認できるモックを作成します。文章や静止画だけでは認識が分かれやすい部分について、実際の動きを確認しながら仕様を確定します。
見積もりを作成する前に、各機能について「弊社・お客様のどちらが対応するのか」「標準機能で実現できるのか」「カスタム実装や事前検証が必要なのか」「未確定事項が残っていないか」を1回確認します。複数の確認資料を新たに作るのではなく、既存の要件・見積もり資料の中で確認できる形に統一します。
「検索機能」「一覧画面」といった機能名だけではなく、工数が大きい項目については、API連携や処理ロジック、エラー処理など、工数が必要となる理由を簡潔に記載します。また、仕様や技術面で確認が残っている項目についてはその旨を明記し、確定している項目と区別します。これにより、「何を作るのか」「誰が対応するのか」「どこまで実現できるのか」「なぜこの工数になるのか」を見積もり段階で確認できる状態をつくります。
シースリーレーヴは、ノーコードやAIを活用し、スピード感のある開発を得意としています。
一方で、早く作ることだけを目的にしてはいません。
お客様の事業や業務にとって、本当に使いやすい形になっているか。
開発後も無理なく運用できるか。
相談しやすく、納得して進められる開発体験になっているか。
こうした視点を大切にしながら、いただいた声をもとに改善を続けています。
私たちは、開発会社としての品質は、技術力だけで決まるものではないと考えています。
相談のしやすさ、説明のわかりやすさ、進行中の安心感、納品後の活用支援。
そうした一つひとつの積み重ねが、良い開発体験につながります。
今後もお客様の声をもとに、より相談しやすく、より安心して任せられる開発会社を目指して改善を続けてまいります。