Sumii SaaS Sales Page.

これは何か

Overview.

実在の企業案件ではありません。「BtoB SaaSのLPで機能を並べすぎて誰にも刺さらない」というよくある失敗を検証するための自主制作案件です。架空の勤怠管理SaaS「Sumii」を題材にしています。

課題設定

The Problem.

BtoB SaaSのLPは、開発チームが「全部の機能を見せたい」と考えがちで、結果としてファーストビューに5つも6つも訴求が並ぶ構成になりやすい。今回はあえてその状態を想定シナリオとして作り、1つの決裁者ペルソナ(従業員50名規模の管理部門責任者)に絞って再設計しました。

設計の意図

Design Intent.

• ファーストビューの訴求を「多機能」から「入力ミスによる残業代の未払いリスクをなくす」1点に絞った
• 機能一覧は中盤に格下げし、代わりに導入前後の業務フロー比較を先に置いた
• 料金セクションは他社比較ではなく、自社の何が変わるかの試算フォームに近い見せ方にした

工夫した点

Craft Notes.

静的構築(Astro)でファーストビューの表示を最優先にし、機能紹介などの下部セクションは画像の遅延読み込みで初期表示コストを抑えています。