Swipe-Based Job Matching App
A job-matching platform that connects global talent seeking opportunities in the IT industry with companies looking to hire international professionals. Job seekers can intuitively discover opportunities by swiping through jobs on their smartphones, while also connecting with companies through search and direct outreach. The platform supports better matches by aligning job seekers’ preferences with companies’ hiring needs.
TEAM
1 Project Lead (me), 3 UI/UX Designers (including me), 1 Engineer, and 1 Manager (Project Advisor)
TOOLS USED
Figma、Figjam、Teams
DURATION
MAR 2025 - APR 2025（6 weeks）
TAGS
MVP、Saas、B2B、B2C 、Mobile Web App
Project Overview
The project aimed to build a matching platform that enables companies seeking global talent and international job seekers interested in working in Japan to connect more efficiently.
※Due to contractual obligations, the service name and certain confidential information are not disclosed.
Problems
International job seekers and companies seeking global talent often struggle to efficiently find matches that meet both sides’ needs and preferences.
On traditional job boards, job seekers must navigate an overwhelming volume of job listings to identify relevant opportunities, making the search process time-consuming and burdensome. Employers similarly spend significant time and resources identifying suitable candidates from a large pool of applicants.
Goals
To provide a more accurate and efficient matching experience between companies seeking global talent and international job seekers interested in working in Japan. The platform also aimed to help employers connect with candidates whose skills and preferences align with their hiring needs while reducing recruitment costs.
Solutions
本システムは、従来の検索依存型の求人サービスとは異なり、ユーザーの行動やニーズに基づいたアルゴリズムによって、より精度の高いマッチング体験を提供します。検索機能やスカウト機能を備えており、求職者と企業が互いに探し合う従来型のアプローチも可能ですが、加えて、システム側から最適なマッチング候補を提案することで、効率的かつ能動的な出会いを実現します。
特に求職者に対しては、検索の手間を省くことで、手軽かつスムーズな利用体験を提供しています。
求職者向けのインターフェースはスマートフォンでの利用を前提とし、求人情報をスワイプ操作で閲覧できるUIを採用しています。「応募」に加え、気になる求人は「保存」、興味のない求人は「スキップ」など、指先ひとつで直感的に求人を選別できます。これにより、通勤中やスキマ時間にも手軽に転職活動を進められます。
求職者のプロフィールや希望条件と企業側の求人条件をAIで照合し、マッチ度の高い求人を推薦します。さらに、スワイプや閲覧、保存・スキップなどの行動データからユーザーの傾向を学習し、より自分に合った求人と効率的に出会える仕組みとしています。
勤務地や職種などの条件から求人を絞り込める検索機能を備えています。求人サービスで使い慣れた検索体験も残すことでユーザーの期待に応えつつ、AI推薦やスワイプだけでなく、条件を指定して能動的に求人を探すこともできます。
企業が条件に合った求職者を見つけて直接アプローチできる、求人サービスでは一般的な基本機能です。求職者にとっては、企業側からアプローチを受けることで、自分では気づかなかった求人や企業と出会う機会が生まれ、新たな選択肢につながります。
クライアントとの要件整理
想定ターゲット
日本のIT業界での就業を目指す、外国籍人材および高い語学力を持つ日本人が主な想定ユーザーです。
※初期リリース（MVP）では、英語話者を対象としています。
ユーザータイプ別の対応デバイス
本サービスには3つのユーザータイプがあり、MVPではそれぞれ以下のデバイスを対象として設計しました。
- 求職者：モバイルのみ対応
- 企業担当者：PCのみ対応
- システム管理者：PCのみ対応
初期要件
クライアントから、求職者・企業担当者・システム管理者それぞれに必要な機能や画面の初期案が共有されました。また、各機能には優先度とファネルへの影響度が設定されており、それらをもとに協議を行い、MVPの対象範囲が決定されました。
UX設計・情報設計
ここからは、デザインチームが主導した設計プロセスをご紹介します。
アプリケーション構造図
クライアントから提示された機能要件と、協議によって決定されたMVPの対象範囲をもとに、求職者・企業担当者・システム管理者それぞれの主要タスクと画面間の関係を整理しました。ワイヤーフレーム制作に入る前にアプリケーション全体の情報構造を可視化しました。
主な変更点
- 機能を主要タスクごとにグルーピングし、情報のまとまりを整理
- 画面の階層と遷移関係を整理し、各画面の役割と導線を明確化
- 応募・選考などのステータスを整理し、ユーザーの状態変化が分かる構造に統一
ワイヤーフレーム設計
整理した情報構造をもとに、求職者向けモバイルWebアプリと企業向けデスクトップWebアプリのワイヤーフレームを制作しました。主要なタスクや情報の優先順位を整理しながら、各画面の導線と操作フローを具体化しました。
求職者向けワイヤーフレーム
レジュメの登録から、スワイプや検索による求人探索、スカウトの確認、応募後の状況管理まで、求職活動の一連のフローを設計しました。
※以下に、ワイヤーフレームの一部を抜粋して掲載しています。
求職者の活動履歴を考慮した設計アプローチ
応募した求人だけでなく、「保存済み」「スカウト受信済み」「非表示」など、求人に対する求職者のアクションや状態を整理し、それぞれを後から確認できる構成としました。
特に、一度非表示にした求人も再確認できるようにすることで、スワイプ操作によって求人との接点が完全に失われない設計としています。
企業向けワイヤーフレーム
求人作成、候補者の検索・確認、スカウト、応募者の選考状況管理など、企業の採用活動に必要な主要フローをデスクトップ向けに設計しました。ダッシュボードでは、採用活動の状況をまとめて確認できるよう、求人や候補者に関する主要な情報を集約しています。
※以下に、ワイヤーフレームの一部を抜粋して掲載しています。
アクティブな求職者へのアプローチを促すダッシュボード
ダッシュボードでは、採用活動の状況に加え、新規登録やレジュメを更新したアクティブな求職者を表示するエリアを設けました。企業担当者が新しい候補者をすぐに確認し、そのままスカウトを送信できる導線としています。
選考状況を把握しやすいステータス設計
応募者を選考状況ごとに整理し、企業担当者が各候補者の現在の状態を一覧から把握できる構成としました。ステータスを明確に区別することで、次に確認・対応すべき候補者を判断しやすい情報構造を目指しました。
次フェーズに向けた実装範囲と工数の検討
求職者・企業向けのMVPの実装範囲を再整理
Ωプロジェクト初期から、要件に対して予算との乖離が課題となっていました。クライアントとの協議を経て、まずは求職者・企業向けのワイヤーフレーム制作を進めました。
ワイヤーフレーム完成後、次フェーズのUIデザイン・開発に向けて、上司と相談しながら実装範囲を再検討しました。私は、主要な応募・採用フローへの影響が比較的小さい画面を中心に削減候補を整理し、複数の実装パターンに分けて見積もりを作成しました。開発工数についてはエンジニアと連携して算出し、比較できる形にまとめて上司へ共有しました。
ワイヤーフレーム完成後、主要な求人探索・応募・採用フローを優先し、コア体験への影響が比較的小さい画面・機能を中心に、MVPから削減できる範囲を整理しました。以下の画面を実装しない候補としました。
スプラッシュ
オンボーディング
通知
保存・非表示にした求人
企業向けダッシュボード
など
ワイヤーフレームでは、一度非表示にした求人を再確認できるなど、利便性を考慮した機能も設計していました。一方、実装範囲の見直しでは、コアとなる求人探索・応募体験を優先し、こうした付加的な機能はMVPから外す候補として整理しました。
システムアドミンの機能と画面構成を最適化
MVPではシステムアドミンの管理者アカウントを1つに限定し、必要な管理機能に絞って画面構成を見直しました。以下の画面・機能を実装範囲から外す候補として整理しました。
ユーザー管理画面
管理者ダッシュボード
求人情報のインポート
求人承認
など
主要機能を企業・求職者管理に集約
企業管理
求職者管理
主要機能を企業・求職者の管理に絞ることで、企業向けに設計した画面やUIをベースに再利用できる構成とし、新規に設計・実装する範囲を抑えました。
複数パターンで工数を比較
実装範囲の見直しにあたり、社内で4つのパターンに分けて工数を比較しました。クライアントの希望する全画面を含む構成を基準に、削減候補を反映した構成、システムアドミン・チャットの有無による工数差を整理しました。
| パターン | 画面構成 | System Admin | Chat | 開発工数 | デザイン工数 | 合計 |
|---|---|---|---|---|---|---|
| 1 | クライアント希望の全画面 | あり | あり | 2,301h | 1,288h | 3,589h |
| 2 | 削減案を反映 | あり | あり | 1,235h | 744h | 1,979h |
| 3 | 削減案を反映 | なし | あり | 1,152h | 691h | 1,843h |
| 4 | 削減案を反映 | あり | なし | 903h | 563h | 1,465h |
クライアント希望の全画面を含む構成と比較するシステムアドミンとチャットを維持したまま削減案を反映したパターンでは、合計工数が3,589hから1,979hとなり、約45%の削減が見込まれました。
チャット機能の実装方法別に見積もりを比較
チャット機能について、通常開発とオープンソースを活用した場合の工数を比較。オープンソースの活用により、エンジニア工数を25%削減できる想定で見積もりを作成しました。
オープンソースの活用により、チャット機能の開発工数を約25%削減できると想定。全機能を通常開発する場合と比較すると、プロジェクト全体では約8%のコスト削減につながる見積もりとなりました。
振り返り
本プロジェクトでは、限られた予算の中でプロダクト全体を効率よく設計することが大きな課題でした。設計を進める中で、すべての機能をそのまま実装するのではなく、既存の手段で代替する、機能を簡略化する、複数の機能を統合するなど、さまざまな方法で画面数と開発工数を抑えながらMVPを構成することを学びました。
また、プロジェクト初期はMVPの範囲が明確に定まっていなかったため、設計後に優先度を見直す場面もありました。この経験から、要件が固まっていないプロジェクトほど、早い段階で機能の優先順位とMVPの範囲を関係者とすり合わせることが、手戻りを抑え、より効率的な設計につながると学びました。