スポットワークシステムの要件定義｜整理すべき8項目

スポットワークシステムを開発するときは、必要な画面を並べるだけでは十分ではありません。

誰が求人を出すのか。応募後に誰が採用を決めるのか。勤務時間に間違いがあった場合は誰が直すのか。このような実際の運用を先に整理する必要があります。

この記事では、スポットワークシステムの要件定義で確認すべき項目を、開発に詳しくない方にもわかる言葉で解説します。

1．事業の形と雇用主

最初に、自社の従業員や勤務経験者だけを対象にするのか、外部企業とワーカーをつなぐ事業にするのかを決めます。あわせて、誰がワーカーを雇用するのか、どの時点で労働契約が成立するのかを整理します。

ここが曖昧だと、求人の表示内容、採用操作、キャンセル処理、賃金の支払者が決まりません。厚生労働省は、スポットワークを短時間・単発の雇用契約による働き方として整理し、労働条件や休業手当などの注意点を示しています。

2．利用者と権限

主な利用者は、ワーカー、求人を出す店舗・事業所、全体を管理する運営者です。複数店舗を持つ場合は、本部担当者や店舗責任者も分けます。

「求人を作れる人」「採用を決められる人」「勤怠を修正できる人」「報酬や個人情報を見られる人」を決めましょう。

権限とは、利用者ごとに操作できる範囲を制限する仕組みです。Coolwareのスポットワークシステムも、ワーカー向け、求人企業・店舗向け、運営者向けの3つのシステムを連携させる構成を基本としています。

3．求人から勤務完了までの流れ

通常の流れを、求人作成、公開、応募、採否、出勤、退勤、勤務確認、報酬確定、支払いの順に並べます。

各段階で使う状態も決めます。たとえば「募集中」「選考待ち」「採用」「勤務中」「確認待ち」「支払済み」などです。

通常どおりに進まない場合も重要です。ワーカーの辞退、企業側の募集中止、遅刻、早退、欠勤、打刻忘れ、予定時間と実働時間が違う場合の対応を決めます。厚生労働省も、実際の勤務時間が予定と違う場合は、速やかな確認と勤務時間の確定が必要であると案内しています。

4．登録・本人確認・応募条件

登録項目は必要最小限にします。氏名、連絡先、経験、資格、本人確認書類、振込先口座などについて、必須か任意かを整理します。

本人確認を誰が行うか、差し戻し理由をどう伝えるか、確認前に求人を見せるか、応募を許可するかも決めます。

資格が必要な仕事では、資格の種類、有効期限、確認担当者、期限切れ時の扱いも必要です。

5．求人・採用・連絡

求人には、仕事内容、場所、日時、休憩、賃金、交通費、服装、持ち物、必要な経験や資格、募集人数、応募期限などを持たせます。

過去の求人をコピーできるか、自動採用にするか、担当者が選考するかも要件になります。求人や労働契約で明示すべき項目は法律で定められているため、公開日時点のルールを確認してください。

採用後の連絡方法も決めます。アプリ内メッセージ、メール、SMS、プッシュ通知は、送信する条件や届かなかった場合の対応まで整理します。

6．勤怠と報酬

出退勤をQRコード、位置情報、ボタン操作のどれで記録するかを決めます。打刻時間の修正申請、事業所の承認、運営者の確認という流れも必要です。

報酬は、時給・日給、交通費、手当、休憩、残業、深夜時間などの計算ルールを整理します。

月締め払いにするか、勤務後の即時払いに対応するかで、必要な振込サービス、照合処理、手数料、エラー対応が変わります。即時払いは必須機能ではありません。賃金の支払いには、直接払い、全額払い、毎月1回以上の支払いなどの原則があります。

7．管理・連携・安全性

運営者には、ワーカー、事業所、求人、応募、勤怠、報酬、請求をまとめて確認する画面が必要です。

給与、会計、勤怠システムと連携する場合は、API連携かCSV出力かを決めます。APIとは、システム同士が自動で情報を受け渡す仕組みです。

個人情報の閲覧制限、操作履歴、データ保存期間、バックアップ、障害時の連絡方法も要件に含めます。個人情報の安全管理は、扱う情報の性質や量、事業規模に応じて必要な対策を決める必要があります。

これらは「非機能要件」と呼ばれます。画面には見えにくいものの、安定した運用には欠かせません。

8．最初に作る範囲と費用条件

すべてを最初から作るのではなく、初回に必要な機能と将来追加する機能を分けます。最初に検証できる最小構成は、MVPと呼ばれます。

Web版だけで始めるか、iOS・Androidアプリも作るか、即時払い、複数企業対応、外部システム連携を含めるかにより、開発費用と月額費用は変わります。Coolwareでも、Webアプリとネイティブアプリのどちらを採用するかは、要件に応じて決める形としています。

画面数だけでなく、例外処理、権限、通知、データ連携まで含めて見積もることが大切です。

まとめ

要件定義では、機能一覧を作るだけでは不十分です。

雇用の形、担当者の役割、通常の流れ、例外時の処理、支払い方法まで具体的に決めることで、開発後の認識違いを減らしやすくなります。

労働条件、賃金、社会保険、個人情報などは、事業の形によって必要な対応が異なります。公開日時点の法律や制度を確認し、社会保険労務士や弁護士にも相談したうえで仕様を確定してください。

FAQ

Q1．画面のデザインが決まっていなくても要件定義は始められますか？

始められます。最初は、利用者、業務の流れ、判断する人、必要な情報を整理します。画面の細かなデザインは、その後に決めることができます。

Q2．即時払い機能は最初から必要ですか？

必須ではありません。月締め払いだけで運用を始める方法もあります。即時払いを導入する場合は、振込サービスとの連携、手数料、申請期限、振込失敗時の処理などを追加で決めます。

Q3．スマートフォンアプリとWeb版のどちらがよいですか？

通知や端末機能を多く使う場合は、スマートフォンアプリが候補になります。最初の開発範囲を抑えたい場合は、スマートフォンでも使えるWeb版から始める方法があります。

Q4．要件定義の段階で法律の確認も必要ですか？

必要です。特に、雇用主、労働契約が成立する時点、労働条件の表示、キャンセル、勤怠修正、賃金の計算と支払い方法は確認が必要です。社会保険労務士や弁護士への相談を推奨します。

Q5．すべての機能を最初から開発したほうがよいですか？

必ずしも必要ではありません。求人、応募、採用、勤怠、報酬確定など、最初の運用に必要な機能を優先します。利用後の意見をもとに、即時払い、アプリ、外部連携などを追加する進め方もあります。