小規模事業者向けSaaSのUX設計｜ITに不慣れなユーザーに届けるコツ

小規模事業者のIT利用実態

日本の小規模事業者——町工場の職人、個人美容室のオーナー、地域の食料品店主——がITをどのように使っているか、まずデータで確認しましょう。

小規模事業者ではスマートフォンが主要な業務端末となっている一方、PCの業務利用率は限定的です。つまり、多くの小規模事業者にとってスマートフォンが唯一のデジタル端末です。

さらに以下の特徴が顕著に見られます。

• スマホ中心の操作習慣: SNSや地図アプリで慣れているが、複雑なフォームへの抵抗感が強い
• PC不慣れ: Excelやメールソフトの扱いに自信がない層が多い
• 時間的制約: 現場作業の合間に素早く操作したい。長いオンボーディングは離脱の原因になる
• シニア世代の増加: 小規模事業の経営者・従業員の高齢化が進み、60代以上のユーザーを想定する必要がある

このような実態を無視してSaaSを設計すると、どれだけ機能が優れていても「使われないシステム」になってしまいます。

「使われないSaaS」の共通原因

業界特化型SaaSを開発・支援してきたFUNBREWの経験から、小規模事業者向けプロダクトが使われなくなるパターンには共通点があります。

1. 初期設定の複雑さ

会社情報・税率・科目設定など、利用開始前に多くの項目を入力しなければならない設計は、リテラシーの高くないユーザーにとって「最初のハードル」になります。最低限の設定だけで動き始められる設計が必要です。

2. 専門用語の多用

「仕訳」「勘定科目」「インボイス番号」といった用語を説明なく使うと、ユーザーは何を入力すればいいかわかりません。職種固有の「現場言葉」に翻訳するか、補足説明を添えることが重要です。

3. 小さなタップターゲット

PC向けに設計されたUIをそのままスマホに縮小すると、ボタンやリンクが小さくなりすぎ、指で正確にタップできません。これは特にシニアユーザーにとって大きなストレスになります。

4. 多すぎる画面遷移

「見積作成→品目入力→税率設定→確認→送付先入力→送信」という長いフローは、現場作業の合間に操作するユーザーには向きません。途中で中断して戻ってこなくなるリスクがあります。

5. エラーメッセージが不親切

「入力値が不正です」というシステム的なエラーより、「電話番号はハイフンなしで入力してください（例：0312345678）」という具体的な案内が必要です。

設計の原則

ITリテラシーが高くないユーザー向けのUX設計では、以下の原則を軸にします。

タップターゲットは最小48dp

Googleのマテリアルデザインガイドラインでは、タップ可能な要素の最小サイズを48×48dpと定めています。これはおよそ9mm四方に相当し、指の腹でも正確にタップできるサイズです。ボタンだけでなく、ラジオボタンやチェックボックスのラベルも含めてタップ領域を確保しましょう。

フォントサイズは16sp以上

スマホでの本文テキストは16sp（スケーラブルピクセル）以上を基準にします。これは多くのユーザーがシステムのフォントサイズを変更していることも考慮した値です。説明文や補足テキストも14sp以下にはしないことをお勧めします。

ステップ数を最小化する

主要タスクを完了するまでのタップ数・画面遷移数を徹底的に削ります。「3タップ以内で主要操作が完了する」を目標に、フローを設計し直す価値があります。不要な確認画面の削除、デフォルト値の活用、スマートな入力補完が有効です。

視覚的な手がかりを豊富に

テキストラベルだけでなく、アイコンや色で機能を示します。ただしアイコンのみでは意味が伝わらないことが多いため、必ずテキストと組み合わせてください。進行状況はプログレスバーや「ステップ2/3」のような明示的な表示で伝えます。

オフライン対応と低速回線への配慮

地方の現場では電波状況が安定しないことがあります。データをローカルに保持し、通信復帰後に同期するオフラインファーストの設計は、小規模事業者向けSaaSで特に重要です。

niwakuraのUX設計事例

FUNBREWが開発に携わった造園業・植木屋向けSaaS「niwakura」では、「65歳の職人がスマホで3分で見積書を送信できる」をUX設計の北極星指標として設定しました。この指標が全ての設計判断の基準になりました。

ボトムナビゲーション5タブ設計

PCのサイドメニューを踏襲せず、スマホ操作の「親指ゾーン」に合わせたボトムナビゲーションを採用しました。タブは「ホーム・見積・工事・請求・設定」の5つに絞り、どの画面からでも1タップでメイン機能にアクセスできるようにしました。

大きなボタンと余白の確保

主要アクションボタン（「見積を作る」「写真を撮る」など）は高さ56dp以上、横幅はフルワイドで配置しました。また要素間の余白を広めにとることで、誤タップを防ぎつつ視覚的なスッキリ感を実現しています。

音声入力対応

現場で両手がふさがっているシーンを想定し、主要なテキスト入力フィールドに音声入力ボタンを配置しました。「ドア取り付け工事、材工一式」などの現場言葉をそのまま入力でき、品目名の入力時間を大幅に短縮できます。

工事写真の自動整理

施工前・施工中・施工後の写真を撮影するだけで自動的に分類・タグ付けし、報告書に組み込む機能を実装しました。「フォルダを作って写真を移動する」という操作ステップをゼロにしたことで、IT不慣れな職人でも写真管理が定着しました。

エラー防止設計

必須項目には「*必須」を明示し、入力中にリアルタイムでバリデーションを行います。送信前の確認画面では変更が必要な項目をハイライト表示し、「間違えたかも」という不安を解消する設計にしました。

PWAで実現するネイティブ風体験

小規模事業者向けSaaSでは、アプリストアからのインストールという手順自体がハードルになることがあります。「App Storeって何？」「インストールの許可？」というユーザーの疑問をなくすために、PWA（Progressive Web App）は強力な選択肢です。

PWAを採用することで以下のメリットが得られます。

• ホーム画面への追加: ブラウザから直接ホーム画面に追加でき、アプリのように起動できる
• オフライン動作: Service Workerによるキャッシュで、電波のない現場でも基本機能が使える
• プッシュ通知: 見積の承認通知や支払い期日のリマインドをネイティブアプリと同様に送れる
• アップデート不要: ユーザーがアップデート作業をしなくても、常に最新バージョンが使われる

niwakuraでもPWAを採用し、「アプリみたいで使いやすい」という職人ユーザーからの声を多数いただきました。ネイティブアプリのリリースコストをかけずに、ネイティブに近い体験を提供できるPWAは、初期予算が限られるスタートアップフェーズに特に有効です。

業界特化SaaS開発の全体戦略については、業界特化型SaaS開発ガイドもあわせてご参照ください。

テストとフィードバック

どれだけ理論を積み上げても、実際のユーザーに触ってもらわないとUXの良し悪しはわかりません。小規模事業者向けSaaSのテストには特有の工夫が必要です。

ユーザーテストは現場で行う

オフィスのきれいな環境でテストしても、現場の実態は見えません。薄暗い倉庫、油で汚れた指、騒音の中での操作——こうした条件をシミュレートするか、実際の現場でテストを実施しましょう。

「声に出して操作してもらう」

「このボタンを押したいけど何が起きるかわからない」「ここで詰まった」という生の声がUX改善の最大の情報源です。テスト中は「何をしようとしていますか？」と聞きながら、迷いや戸惑いのポイントを記録します。

定量指標と組み合わせる

タスク完了率、完了までの時間、エラー発生回数を定量的に測定します。特に「初回ログイン後30日以内に主要タスクを3回以上完了したユーザーの割合」は、定着率の先行指標として有用です。

フィードバックループを短くする

問題が発見されたら素早く修正してリリースし、また測定する——このサイクルを2週間以内で回せる開発体制を整えることが、UX改善の速度を決めます。

まとめ

小規模事業者・シニア世代向けSaaSのUX設計を成功させるポイントを整理します。

• スマホファーストで設計する: タップターゲット48dp以上、フォント16sp以上を守る
• ステップ数を削る: 主要タスクは3タップ以内を目標にフローを再設計する
• 現場の言葉を使う: 専門用語を排除し、ユーザーが日常的に使う言葉に翻訳する
• PWAを活用する: インストール不要でネイティブ風の体験を提供し、オフライン対応も実現する
• 現場でテストする: 実際のユーザーが使う環境でテストし、詰まりポイントを発見する

niwakuraの「65歳の職人が3分で見積書を送信できる」という目標は、こうした原則の積み重ねによって実現しました。ターゲットユーザーの具体的な姿を描き、その人が使える設計を愚直に追い求めることが、使われるSaaSを作る唯一の道です。

業界特化SaaS開発の構想段階から設計・開発まで、FUNBREWにお気軽にご相談ください。