完成像のないキャリア支援サービスを、役割と権限から設計する

クライアントにとっても新しいサービスで、参考にできる完成形がなく、必要な画面、会員種別、閲覧権限、情報の受け渡し方が制作開始時点では固まっていませんでした。一般公開する情報と個人情報を扱う領域を混在させず、利用者、支援担当者、管理者が、それぞれ何を見て、何を登録・更新できるのかを決める必要がありました。

また、公開後も個別メモ、活動進捗、メッセージ、外部サービス連携などの要望が追加されることが想定されていました。最初からすべてを抱え込むのではなく、初回公開に必要な範囲と、その後に拡張する機能を分け、仕様変更と追加開発の境界を共有できる進め方が求められました。

まず、サービスを「キャリア情報を発信する公開領域」「利用者が自分の書類や活動を管理する個人領域」「担当者が支援状況を確認する管理領域」に分けました。そのうえで、履歴書、職務経歴書、目標、ファイル、清書依頼などを利用者の行動単位に分解し、画面遷移と権限の対応表を作成しました。

利用者と支援担当者が同じ情報を扱う項目でも、閲覧だけか、編集できるか、履歴を残すかを個別に整理しました。公開後に追加されたメモや活動進捗も、既存の役割分担を崩さない位置へ配置し、会員種別による表示条件を明示しました。

完成像を一度に決めるのではなく、主要フローを先に操作できる状態にし、確認結果を次の仕様へ反映する段階的な進め方としました。

情報閲覧、書類作成、活動管理、担当者とのやり取りでは、利用者の目的と操作頻度が異なります。そこで機能数をそのままメニューへ並べず、「確認する」「作成・更新する」「支援を受ける」という行動のまとまりで画面を整理しました。

スマートフォンでの利用を前提に、現在地、未入力項目、次に行う操作が分かる見出しとボタン配置を設計しました。個人情報を含む画面では、公開情報と誤認しない区切りや状態表示を設けています。後から機能が増えても主要な導線が埋もれないよう、共通するカード、一覧、詳細、入力画面の役割を揃えました。

認証機能を中心に、利用者、支援担当者、管理者の権限差を処理とデータの両面から分けました。画面ごとに個別対応を重ねるのではなく、誰がどの情報を参照・更新できるかを共通の判断軸とし、書類、目標、ファイル、メモなどを追加しやすい構成にしています。

管理画面では利用者情報と支援状況を関連づけ、担当者側の操作が利用者画面へどう反映されるかを確認できるようにしました。公開後の機能追加では、既存データと権限への影響を先に確認し、段階的に実装・検証しました。新規サービスでは、画面数より先に利用者の役割、データの所有者、完了条件を決めることが、拡張時の手戻りを減らす重要な基盤になります。