スケッチーズ
‹ 記事一覧

フィールドワーカー用スマホの実務ガイド|用途・必要台数・予算から要件を定義する

買う2024/8/5監修:恩 拓亮
フィールドワーカー用スマホの実務ガイド|用途・必要台数・予算から要件を定義する

フィールドワーカー用スマホは「屋外で業務を完了できる条件」から定義する

営業、保守、点検、建設、配送、訪問支援など、社外で働く人のスマートフォンは連絡手段だけではありません。作業指示、地図、写真、バーコード、報告、署名、本人確認、決済まで担う場合、端末停止はそのまま作業停止になります。オフィス向けの標準スマホを台数分並べるだけでは、手袋、雨、直射日光、圏外、落下、長時間移動、緊急連絡に対応できません。

要件定義では「高性能」「防水」「大容量電池」といった形容詞を避けます。誰が、どこで、どの保護具を着け、何時間、どのアプリとデータを扱い、通信断や故障時にどう仕事を続けるかを観察可能な条件へ変換します。本記事は、業務部門、安全衛生、情報システム、購買、管理者が共通の調達仕様を作るための手順です。

対象者を職種ではなく一日の行動で分ける

同じ「現場スタッフ」でも、端末への負荷は異なります。

  • 徒歩巡回:片手保持、地図、撮影、長時間画面点灯
  • 車両移動:ナビ、充電、温度変化、ハンズフリー
  • 設備点検:手袋、QR、暗所撮影、図面、報告
  • 建設・屋外:雨、粉じん、落下、騒音、直射日光
  • 配送:連続スキャン、署名、ルート、顧客連絡
  • 訪問営業:資料提示、入力、本人確認、決済
  • 夜間・単独作業:緊急連絡、位置共有、確実な通知
  • シフト共有:利用者切替、前利用者データの除去

職種名だけでグループを作らず、代表者へ同行して、開始、移動、作業、例外、報告、充電、返却まで記録します。紙や私物端末で補っている作業も要件へ含めます。

観察シートの項目

  • 作業場所、時刻、天候、照明、騒音
  • 手袋・保護具、両手が使えるか
  • 一作業の操作回数と入力内容
  • 撮影枚数、動画時間、ファイル容量
  • 通信状態とオフライン時間
  • 顧客・設備・位置等の情報区分
  • 端末を落とす、濡らす、置き忘れる場面
  • 車載・事務所・現場での充電機会
  • 異常時の連絡先と継続手段

業務を「完了条件」と「失敗時の影響」に変換する

各業務は、端末で何をするかだけでなく、完了をどう確認するかを定義します。

業務完了条件失敗時の影響
作業指示対象・版・期限を本人が確認誤作業、再訪問
撮影対象、時刻、案件へ正しく保存証拠不足、再撮影
スキャン正しい設備・荷物と記録を対応誤配送、点検漏れ
報告必須項目と署名を送信・同期請求遅延、未報告
地図・位置許可範囲で目的地へ到着遅延、安全問題
緊急連絡相手へ通知し応答を確認救援遅延

重大な業務には、通信断、電池切れ、端末破損時の代替手段と許容停止時間を置きます。すべてをスマホ一台へ集約して代替をなくすことは効率化ではありません。

利用者モデルは専用・共有・BYODを先に決める

個人専用端末

継続ログインや個人別設定がしやすい一方、休職・異動・退職時の回収、紛失、私的利用の境界が必要です。

シフト共有端末

台数を抑えられますが、前利用者の写真、通知、入力履歴を残さず、短時間で本人認証・引継ぎできる設計が必要です。Appleも、組織所有端末を特定利用者へ割り当てる方式と共有する方式を共有デバイスの概要で説明しています。利用するOS・管理製品・アプリが想定する共有方式を確認します。

私物端末利用

BYODは調達台数を減らしても、機種差、サポート、通信費、プライバシー、データ分離、退職時消去が複雑になります。IPAのテレワーク時の注意事項も参照し、自社規程、端末認証、暗号化、業務データ保存、遠隔対応を決めます。危険現場や専用周辺機器では会社支給が適する場合があります。

環境条件は等級名だけでなく実作業で数値化する

  • 使用温度・保管温度と直射日光
  • 雨、水滴、泥、粉じん、油、薬品
  • 落下高さ、床材、落下方向、頻度
  • 車内放置、急な温度変化、結露
  • 振動、工具・鍵との接触
  • 騒音下の通話・通知
  • 暗所、逆光、反射面での撮影

IP等級や耐落下表記は候補を絞る情報で、ケース込みの実業務を保証するものではありません。端子カバーを開けたまま、破損後、中古・修理後にも同じ性能かを確認します。水濡れ直後に充電しない等、安全手順も合わせます。

高温環境では端末の問題だけでなく人の安全が優先です。厚生労働省の職場における熱中症防止ガイドラインなどを参照し、安全衛生担当が作業計画、休憩、連絡、救援を設計します。スマホの警告表示や位置共有を、人への安全対策の代わりにしません。

操作性は保護具と姿勢を含めて定義する

  • 指定手袋で主要ボタンを操作できる
  • 片手・利き手で誤タップせず入力できる
  • 雨滴や汗で意図しない操作を抑えられる
  • 直射日光と暗所で必要情報を読める
  • ケース込みの重量を規定時間保持できる
  • ストラップ・ホルスターから安全に出し入れできる
  • 保護メガネ・マスク越しに認証できる
  • 騒音下で通話・警告を認識できる

画面サイズを大きくすれば入力しやすくても、梯子、工具、車両乗降では携帯性が落ちます。利用者群ごとに最低・最大寸法と重量を決め、模擬作業で測ります。

カメラ・スキャンは証拠品質と処理時間で決める

  • 設備銘板、細字、傷、メーターを読める距離
  • 暗所・逆光・雨天での合格率
  • バーコード・QRの最小寸法と損傷状態
  • 連続読取の件数と誤読防止
  • 撮影時刻、位置、案件への自動ひも付け
  • 画像圧縮後に必要情報が残るか
  • 顔、住居、車両番号等の不要な写り込み対策
  • オフライン保存と送信後削除

「高画素」を要件にせず、代表対象を一定時間内に撮影・認識し、受け手が判定できることを合格条件にします。撮り直し率と報告作成時間を試験で測ります。

通信要件はエリア・業務・圏外処理を分ける

通信会社のエリア表示だけで、建物内、地下、山間、工場、移動車両の業務成立は判断できません。

  • 代表地点・建物・階・ルートの実測
  • 通話、メッセージ、写真、動画、地図ごとの通信量
  • 5G・LTE切替時のアプリ挙動
  • Wi-Fi、VPN、証明書、プロキシ
  • SIM・eSIM、デュアル回線の運用
  • 圏外で参照できる指示・地図・連絡先
  • オフライン入力の保存、重複防止、再同期
  • 災害・障害時の別連絡経路

圏外中の作業を許可する場合、古い指示や権限をいつまで有効にするか決めます。再接続時には同じ報告を二重登録せず、競合が起きたとき利用者へ明示します。

電池要件は最長勤務と最悪日の負荷から計算する

平均的な内勤日の電池持ちではなく、最長シフト、移動、寒暑、ナビ、撮影、スキャン、通話、圏外探索を含む一日で試します。

必要稼働量 = 最長シフトの実負荷 + 引継ぎ・残業 + 劣化余裕 + 緊急連絡余裕

  • 開始・終了時刻と充電できない連続時間
  • 画面点灯、GPS、カメラ、スキャン、通話の時間
  • 圏外・弱電界での消費
  • 夏・冬の温度条件
  • 充電器、車載電源、モバイル電源の位置
  • ケーブルを使えない作業の有無
  • 電池交換・端末交換に要する時間

最大容量の基準だけでなく、実機で勤務終了時残量と温度を測ります。予備電源は落下、発熱、持ち運び、管理も含め、安全衛生担当が承認します。

音声・通知・緊急連絡は「届いた」まで確認する

  • 騒音下の通話品質とマイク位置
  • 手袋中でも開始できるプッシュトーク等
  • 通常通知と緊急通知の区別
  • マナーモード・集中モード時の扱い
  • Bluetooth機器切断時の音声経路
  • 既読、応答、再通知、管理者エスカレーション
  • 緊急番号、連絡網、位置共有の権限
  • 圏外時の代替無線・固定連絡先

通知を送信したログだけで安全確認完了にしません。本人の応答が必要な業務は、未応答時の再連絡と救援判断を決めます。個人位置を常時取得する場合は、目的、対象時間、閲覧権限、保存期間を明示します。

セキュリティは紛失前提で端末・認証・データを分ける

  • 会社所有として自動登録・管理できる
  • 画面ロックと強い本人認証を使える
  • 端末暗号化、OS更新、アプリ制御
  • 業務データを許可領域だけへ保存する
  • コピー、共有、スクリーンショット等の制御
  • 紛失時の連絡、ロック、失効、消去
  • オフラインでも期限切れ権限を制御する
  • 管理操作とデータ閲覧のログを残す
  • 退職・異動・共有交代時にアクセスを外す

生体認証は手袋、マスク、汚れ、怪我で使えない場面があります。代替認証が弱くならないよう、現場で実行できる復旧手順を試します。遠隔消去は圏外端末へ即時届くとは限らないため、暗号化、短いロック、認証失効、アプリ側制御を重ねます。

現場写真と位置情報は必要最小限にする

作業証拠を残す目的でも、顧客の生活空間、通行人、車両番号、周辺設備、スタッフの位置を無制限に収集してよいわけではありません。業務部門と情報管理担当が、取得目的、必須範囲、利用者への表示、閲覧者、保存先、保存期間、削除、外部提供の有無を決めます。

  • 案件に不要な写真・動画を撮影しない
  • 位置情報は必要な業務と時間帯だけ取得する
  • 個人用写真領域や一般クラウドへ保存しない
  • 送信完了後に端末側データを残す期間を決める
  • 誤送信・誤ひも付けを本人が修正できる
  • 管理者の閲覧・書き出しを記録する
  • 退職・契約終了時に権限と共有リンクを無効化する

共有端末では、ログアウト後に前利用者の通知、候補入力、写真、地図履歴が次の人へ見えないことを試します。端末を紛失した際も、管理者が端末全体を消去するまで待たず、業務アカウントとトークンを失効し、サーバー側でアクセスを止められることを要件にします。

アプリ要件は端末性能ではなく業務の状態遷移を書く

フィールドアプリには、正常なオンライン処理以外の状態があります。

  1. 指示を受信する
  2. 最新版と本人・対象を確認する
  3. オフラインでも必要情報を参照する
  4. 現場で入力・撮影・署名する
  5. 送信待ちを明示する
  6. 再接続時に重複なく同期する
  7. 管理側が受領・承認する
  8. 端末上の不要データを削除する

途中終了、アプリ強制終了、端末再起動、日付変更、担当交代でもデータを失わず、二重完了を作らない条件を定義します。作業指示の改訂が圏外中に起きた場合、旧版作業を許すか停止するかも業務責任者が決めます。

必要台数は同時利用・予備・整備・増減で積み上げる

必要台数 = 同時利用台数 + 現場予備 + 拠点予備 + 整備・修理滞留 + 入退社・繁忙変動

同時利用

  • 最大シフト人数と重複時間
  • 個人専用か班共有か
  • 夜勤・休日・複数拠点の移動
  • 新人教育・同行者分

可用性

  • 現場内で必要な交換時間
  • 拠点間・倉庫からの配送時間
  • 修理受付から設定済み交換までの日数
  • 故障品の隔離・消去・返送期間

変動

  • 季節繁忙、工期、短期応援
  • 採用・退職・休職・異動
  • 新規案件、拠点開設、災害対応

予備率を一律にせず、業務停止損失と交換時間から決めます。レンタルや短期調達を使う場合も、同じアプリ、管理、回線、ケース、教育を再現できるリードタイムを確認します。

予算は三つのシナリオと一人一作業の費用で示す

基準ケース

計画人数・通常故障・予定更新での期間総費用です。

繁忙・悪天候ケース

台数増、電池消費、破損、回線追加、支援増を見込みます。

障害・供給停止ケース

同型補充不能、修理長期化、アプリ要件変更、緊急交換を見込みます。

端末単価に加え、ケース、回線、管理、アプリ、設定、教育、支援、交換、停止、回収を含めます。さらに「一人月」だけでなく、一件の点検・配送・訪問を完了する端末費と作業時間を算出すると、性能や操作性への投資効果を説明できます。

販売相場検索で候補価格を確認できますが、表示価格を予算単価へ直結させません。正式型番、容量、通信仕様、状態、数量、電池、保証、ケース、設定、配送をそろえた調達可能価格へ置き換えます。

実地パイロットは最も厳しい日を含める

会議室で一時間触る試験では、フィールド要件を検証できません。

  • 代表職種、熟練者、新人を含める
  • 晴天だけでなく許容範囲の環境を試す
  • 最長勤務、移動、休憩、充電まで通す
  • 実設備・模擬データで撮影・スキャンする
  • 圏外、弱電界、アプリ再起動を試す
  • 落下試験は安全な方法と合意基準で行う
  • 紛失連絡、ロック、予備交換を演習する
  • 作業終了後に同期・報告・電池を照合する

測定するのは成功したかだけではありません。作業時間、撮り直し、誤読、同期遅延、電池残量、発熱、問い合わせ、交換時間、利用者負担を記録します。重大条件が不合格なら平均点で採用しません。

要件書には合否・測定・証拠・責任者を書く

要件合格条件測定方法証拠・承認
稼働時間最悪日後も緊急余力を残す実地負荷試験ログ、安全・業務
撮影規定対象を判読できる代表環境で比較原画像、業務
通信圏外保存と重複なし同期ルート試験同期ログ、IT
耐環境保護具込みで作業継続模擬・実地試験記録、安全
セキュリティ紛失時に権限停止できる演習管理ログ、IT
交換許容時間内に業務再開予備切替演習時刻、運用

「十分」「高速」「長時間」を使わず、条件、測り方、証拠、承認者を一組にします。法令、安全、通信、認証など専門判断が必要な項目は、該当担当の確認を経ます。

要件定義チェックリスト

  • 代表者の一日を同行観察し例外作業も記録した
  • 業務ごとの完了条件、停止影響、代替手段を決めた
  • 個人専用、共有、BYODの運用責任を選んだ
  • 温度、水、粉じん、落下、騒音、照明を数値化した
  • 手袋・保護具・片手姿勢で操作を試した
  • 実対象の撮影・スキャン合格率を定義した
  • 代表ルートで通信し圏外保存・再同期を試した
  • 最長勤務と最悪負荷から電池余力を計算した
  • 緊急通知の応答と未応答時の連絡を決めた
  • 紛失時の暗号化、失効、ロック、消去を重ねた
  • アプリの途中終了、旧版、重複同期を定義した
  • 同時利用、予備、修理、変動から台数を積み上げた
  • 基準、繁忙、供給停止の三予算を作った
  • 厳しい条件を含む実地パイロットを行った
  • 各要件に合否、測定、証拠、承認者がある

良い要件は端末を強くするのではなく現場を止めにくくする

フィールドワーカー用スマホの要件定義は、頑丈な最新機種を選ぶためだけの作業ではありません。屋外や移動中でも正しい指示を確認し、必要な証拠を残し、圏外から重複なく同期し、異常時に助けを求め、故障しても許容時間内に仕事へ戻る仕組みを作ることです。

一日の行動を観察し、環境、操作、通信、電池、通知、セキュリティ、アプリ状態を測定可能な条件へ変えます。同時利用と復旧時間から台数を積み上げ、最も厳しい日をパイロットで試せば、端末価格の比較では見えなかった安全性、完了時間、継続性を含む調達判断ができます。

恩 拓亮
監修
恩 拓亮株式会社SketCheese 代表

中古端末(リユース)業界で11年以上の経験を持つ株式会社SketCheese代表。中国・香港・日本のマーケット知見をもとに、取引・物流・輸出入から販売ネットワークまでを横断。越境リユース流通の実務をふまえ、本メディアの記事を監修しています。

運営者情報を見る

関連記事