新入社員向けスマホの実務ガイド｜用途・必要台数・予算から要件を定義する

新入社員向けスマホは「機種選び」より先に要件を決める

新入社員向けスマートフォンの調達は、人気機種を人数分注文すれば終わる仕事ではありません。入社初日に本人へ渡せても、認証、業務アプリ、通話、データ通信、端末管理が使えなければ業務開始は遅れます。反対に、全員へ高性能端末と大容量回線を配っても、使わない機能の購入費、ライセンス、保守費が残ります。

最初に決めるべきなのは製品名ではなく、誰が、どこで、何の業務を、どの情報を扱い、いつまで端末を使うかです。その要件を台数、性能、OS、管理方式、回線、付属品、納期、予算、受入条件へ変換して初めて、比較できる調達仕様になります。

本記事は、人事、情報システム、調達、セキュリティ、現場責任者が共同で要件を作るための実務手順です。新品・中古・レンタルの選択や具体的な機種比較は次の段階とし、まず「何を満たせば入社日から安全に働けるか」を数字と言葉で固定します。

完了条件を「配達」ではなく「業務開始可能」にする

調達プロジェクトの期限を納品日にすると、キッティングやアカウント発行の遅れが見えません。完了は、対象者が必要な業務を行え、管理者が端末を把握でき、障害時に交換できる状態です。

• 本人の認証と画面ロックが有効
• 会社メール、チャット、勤怠、認証アプリが利用可能
• 必要な通話、SMS、モバイル通信、Wi-Fiが利用可能
• MDMまたは定めた管理方式への登録が完了
• OSと必須アプリが会社の最低バージョンを満たす
• 資産番号、端末識別情報、利用者、回線が台帳で一致
• 紛失時の連絡先と初動手順を本人が確認
• 初期不良を交換できる予備機が利用可能

たとえば4月1日が入社日なら、3月31日に端末が届く計画では遅すぎます。受入検査、管理登録、アプリ配布、回線開通、利用者割当、例外修正、梱包、拠点配送を逆算し、「構成完了日」と「配布準備完了日」を別に置きます。

利用開始日の定義をそろえる

人事の入社日、現場の初出勤日、ITのアカウント有効日、回線の課金開始日は一致しないことがあります。途中入社、研修拠点、在宅勤務、海外赴任も含め、端末が必要になる最初の日を個人単位で持ちます。一括の日付だけで管理すると、早すぎる課金と遅すぎる配布が同時に発生します。

利用者を職種と働き方で分類する

全員を「新入社員」という一群にしないことが重要です。端末要件を変えるのは役職名より、実際の利用場面です。三から六種類程度の利用者像に分け、例外を増やしすぎないようにします。

利用者像	主な利用	重視する要件	不要になりやすい要件
内勤中心	認証、メール、チャット、勤怠	管理性、電池、標準化	高性能カメラ、大容量回線
外勤営業	通話、地図、CRM、撮影	通信、電池、片手操作、耐久性	大画面による重作業
店舗・現場	バーコード、写真、専用アプリ	防塵・防滴、明るさ、手袋操作	個人向け娯楽機能
管理職	認証、承認、会議、緊急連絡	セキュリティ、通話品質、可用性	過剰なストレージ
共有端末	受付、検品、シフト共用	利用者切替、充電、固定管理	個人アカウント依存

分類ごとに一日の利用時間、屋内外、移動、通話時間、撮影件数、オフライン時間、扱う情報、必要アプリを書きます。「営業だから上位機種」のような結論先行を避け、要件の差がなければ標準機へ統合します。

業務シナリオで確認する

「カメラを使う」だけでは解像度も保存量も判断できません。「倉庫内で一日60件のラベルを撮影し、その場で業務アプリへ登録する」のように、場所、頻度、対象、通信状態、完了条件まで記載します。数字は実測または現場ヒアリングから取り、推測の場合は仮定と明記して試験で確かめます。

必要台数は在籍人数だけで計算しない

基本式は次のように分けます。

調達台数 = 配布対象者数 + 入社確定増員 + 交換用予備機 + 検証・管理用端末 - 安全に再利用できる既存在庫

予備率を一律の割合にする前に、故障率、交換の所要日数、拠点、機種共通化を確認します。翌営業日に中央倉庫から届く組織と、遠隔拠点で同日交換が必要な組織では必要数が違います。

例として、配布対象80人、入社前後の追加見込み4人、予備機4台、検証用2台、再利用可能在庫6台なら、暫定調達数は84台です。これは説明用の仮定であり、実際には内定辞退、貸出中、修理中、管理解除不可、電池劣化を在庫から除外します。

• 対象者名簿の基準日
• 内定承諾者と未確定者の区分
• 入社後30〜90日の追加採用見込み
• 拠点別の最低予備数
• 初期不良交換の契約条件
• 既存在庫の所有権、ロック、消去、状態
• 検証用と貸出用を兼用できるか
• 退職回収端末が再配布可能になる日

台数には確定日を設ける

早期発注時点では人数が動くため、「基本数量」「追加可能数量」「減数可能期限」を契約前に整理します。全量を一度に確定せず、価格差、納期、設定能力を見て分納する方法もあります。ただし同一名称でも製造時期や地域仕様が違う場合があるため、許容する型番と構成は明文化します。

会社支給・個人所有・共有の境界を決める

端末の所有と管理モデルは、価格より先に決めます。会社支給端末、個人端末の業務利用、会社端末の私的利用許可、複数人で使う共有端末では、管理権限、プライバシー、補償、退職時対応が異なります。

NISTの企業におけるモバイル端末管理ガイドは、組織所有と個人所有の双方を含め、導入、利用、廃棄までのライフサイクルで管理策を検討しています。製品を買うことと、安全に運用できることを分けず、利用開始前から返却後までを要件に含めます。

• 誰が端末、SIM、付属品を所有するか
• 管理者が取得できる情報と実行できる操作
• 個人領域と業務領域をどう分離するか
• 私的利用、アプリ追加、テザリングの可否
• 紛失、破損、盗難時の費用負担と報告期限
• 休職、異動、退職時の回収とデータ処理
• 共有端末で前利用者の情報を残さない方法

規程と技術設定が矛盾しないようにします。私的利用を許可しながら個人データを含む全端末消去しか選べない、位置情報を取得するのに告知がない、といった状態は避けます。法務・労務上の確認が必要な事項は、社内専門部署の承認条件にします。

OS・アプリ・更新期間を要件化する

「iPhoneまたはAndroid」のような大分類だけでは選べません。必須アプリが対応するOS、認証方式、証明書、VPN、周辺機器、業務サイトを確認し、購入時だけでなく予定利用期間中の更新を考えます。

• 利用開始時の最低OSバージョン
• 必須アプリごとの対応OSと端末要件
• セキュリティ更新を受けられる見込み期間
• 生体認証、端末暗号化、セキュア起動
• NFC、Bluetooth、カメラ、位置情報の必要性
• eSIM、物理SIM、デュアルSIMの要否
• USBや外部記録媒体の制限
• 業務用証明書、VPN、プロキシとの互換性

中古端末は本体状態だけでなく、予定利用終了日まで更新とアプリ対応を保てるかを見ます。販売時点で動くことと、三年間の社内標準として維持できることは同じではありません。更新期間が短い端末は購入単価が低くても、早期交換、再設定、再教育によって総費用が増える可能性があります。

必須アプリは実機で通し試験する

カタログ上の対応だけで採用せず、候補機でログイン、MFA、通知、カメラ、ファイル共有、VPN、バックグラウンド動作、OS更新後の復帰まで試します。現場固有アプリや周辺機器がある場合は、代表者による試用を発注判定のゲートにします。

自動登録と端末管理を調達条件に入れる

大量導入では、端末を一台ずつ手作業で設定すると、時間だけでなく設定差分が増えます。Appleは自動デバイス登録とデバイス管理により、組織支給端末を開封時から構成・管理し、登録解除を制限する選択肢などを案内しています。利用する仕入経路や端末が、自社の登録方式に組み込めるかを発注前に確認します。

要件には製品名だけでなく、次を含めます。

• 自社のMDM・UEMへの登録可否
• 自動登録サービスへの組織割当方法
• 端末識別情報を受領する形式と時期
• 初回起動前に必要なネットワーク
• 必須設定と利用者が変更できる設定
• OS準拠違反時の隔離と復旧方法
• 遠隔ロック、紛失モード、消去の権限
• 返却時の管理解除と再利用手順

MicrosoftのIntune計画ガイドも、MDMによる端末管理と、業務データ保護に焦点を当てたMAMを区別し、個人所有端末や段階的展開を含む計画を示しています。自社が端末全体を管理するのか、アプリと業務データを中心に管理するのかを先に決めます。

通信要件は勤務地と障害時対応から決める

月間データ容量だけで回線を選ばず、利用場所、音声、SMS、認証、海外利用、障害時の代替を確認します。社内Wi-Fi中心でも、初期設定や証明書取得前にモバイル通信が必要な場合があります。SMS認証を使うなら、番号の再割当、受信できない期間、担当変更時の移管も管理対象です。

• 主な勤務地と訪問地域の通信状況
• 音声通話、留守番電話、代表番号連携
• SMSを認証に使うか
• 一人当たりの実測データ量とピーク
• テザリングの必要性と上限
• 国内外ローミングと高額利用の制御
• eSIM再発行、故障交換時の所要時間
• 通信障害時のWi-Fi・予備回線手順

過去請求の平均だけでなく、職種別の中央値と上位利用を分けます。動画研修やOS更新をモバイル回線で行う設計なら、その通信量も含めます。利用量が読めない新業務は、小規模試験の実測からプランを決めます。

画面・電池・耐久性を業務の言葉へ変換する

「見やすい」「電池が長い」「丈夫」といった主観は、そのままでは検収できません。画面は屋外視認性、文字サイズ、手袋操作、片手操作、利用アプリの表示量で評価します。電池は新品時の公称値ではなく、一日の業務シナリオを終えられることを基準にします。

中古端末を候補にする場合は、外観ランクと機能状態を分けます。小傷を許容しても、電池、充電端子、カメラ、マイク、スピーカー、生体認証、通信、ボタンは業務に直結します。必要なら電池状態の基準、測定方法、基準未達時の交換条件を仕様にします。

付属品も端末と同じ台帳で扱います。

• 充電器、ケーブル、ケース、保護材
• イヤホンまたは業務用ヘッドセット
• 車載・卓上ホルダー
• バーコードリーダーなどの周辺機器
• 予備品の保管数と交換手順
• 端子規格と既存設備との互換性

セキュリティ要件を「禁止事項」だけにしない

安全な端末は、機能をすべて禁止した端末ではありません。利用者が回避策を取らずに業務を完了できる設計が必要です。扱う情報と脅威を整理し、そのリスクへ対応する設定を選びます。

• 強固な画面ロックと自動ロック時間
• 端末暗号化と安全な認証情報保管
• OS更新の期限と猶予期間
• 脱獄・root化など準拠違反の検知
• 不正アプリ、未知の配布元、USB接続の扱い
• 業務データのコピー、共有、バックアップ制御
• 紛失時の遠隔処置と連絡経路
• ログの取得範囲、保管期間、閲覧権限
• 退職・返却時のデータ消去と証跡

一方で、緊急通報、災害時連絡、アクセシビリティ、私物との連絡など、制限が業務や安全を妨げないか確認します。設定項目は「必須」「推奨」「禁止」「例外承認」に分け、例外の承認者と有効期限を決めます。

予算は購入単価でなく総保有コストで作る

比較期間を決め、端末代以外を同じ期間へそろえます。

期間総費用 = 端末・付属品 + 回線 + 管理ライセンス + 設定・配布 + 保守・交換 + 回収・消去 - 再利用・売却価値

たとえば端末価格だけでは中古が安く見えても、個別設定が多く、早期交換が増え、再利用できなければ差は縮みます。逆に、業務要件を満たす良質な中古端末を標準化し、管理登録と保証を確保できれば、初期費用を抑えられる場合があります。結論は実際の見積と運用条件で判断します。

予算表では少なくとも次を分離します。

• 初年度だけ発生する導入費
• 台数に比例する費用
• 毎月または毎年の継続費
• 故障・紛失・増員に備える予備費
• 返却・消去・処分で発生する出口費用
• 売却や社内再利用で回収できる見込額

販売相場検索は候補端末の価格帯を確認する入口として使えます。ただし表示価格だけで予算を確定せず、数量、状態、保証、付属品、送料、税、管理登録、検品条件をそろえた見積で比較します。

調達仕様書は検収できる表現にする

「なるべく新しい」「美品」「すぐ届く」は、人によって解釈が変わります。仕様書には必須条件、許容範囲、確認方法、不適合時の処置を並べます。

項目	要件の書き方	確認方法
型番・構成	許容する型番、容量、色、地域仕様	個体一覧と実機
OS	納品時最低版、更新可否	起動後の設定画面
管理	指定登録方式へ登録可能	テスト登録
機能	通話、通信、カメラ、認証等	検査結果と抜取確認
外観	許容傷、割れ、変形、表示ムラ	写真基準と目視
電池	基準値、測定方法、例外	診断結果
納期	分納日、数量、到着場所	受領記録
不適合	交換期限、送料、代替条件	契約・SLA

中古品は個体差があるため、全数で求める項目と抜取で確認する項目を分けます。サンプルだけ良く、本納品の状態分布が違う事態を防ぐには、許容不良率、再検査、交換、返金の条件が必要です。

小規模パイロットで要件の誤りを見つける

大量発注前に、各利用者像から代表者を選び、実際の業務を一週間程度試します。期間は業務周期に合わせ、月末処理や出張など重要な場面を含めます。

パイロットの合否指標

• 初期設定を所定時間内に完了できた割合
• 必須アプリの成功率と重大障害件数
• 一日の終業時に必要な電池を残せた割合
• 通話・通信不能が業務へ与えた時間
• ヘルプデスク問い合わせの種類と所要時間
• 利用者が回避策を使った場面
• 管理者が資産・準拠状態を確認できた割合
• 故障交換から業務復帰までの時間

満足度だけで合否を決めません。「軽いが認証で毎日止まる」端末より、業務完了率と管理性を重視します。不具合は端末、OS、アプリ、回線、設定、教育へ切り分け、要件を直してから本発注します。

部門間の責任を一枚にまとめる

新入社員端末は人事だけでもITだけでも完結しません。担当が重複するより、最終責任者が不明なことが事故につながります。

• 人事：対象者、入社日、勤務地、雇用変更の確定
• 現場：業務シナリオ、必須アプリ、利用場所の承認
• 情報システム：機種標準、設定、MDM、資産台帳、支援
• セキュリティ：情報分類、制御、ログ、例外の承認
• 調達：見積条件、契約、納期、不適合対応
• 経理：予算区分、請求、資産計上の確認
• 総務・物流：保管、配布、回収、拠点間輸送
• 利用者：受領確認、日常管理、事故報告、返却

各作業について実行者、承認者、相談先、通知先を決めます。特に名簿変更、追加発注、例外端末、紛失、返却不能は、誰が判断するかを事前に置きます。

発注前の最終チェックリスト

業務・利用者

• 利用者像ごとの業務シナリオを確認した
• 利用開始日と配布場所を個人または群単位で確定した
• 必須アプリ、認証、周辺機器を実機で確認した
• アクセシビリティと例外対応を定義した

台数・日程

• 対象者、増員、予備、検証、再利用在庫を分けて計算した
• 名簿と数量の確定日、追加・減数条件を決めた
• 受入、設定、修正、配送を入社日から逆算した
• 初期不良と遠隔拠点の交換時間を織り込んだ

技術・安全

• OSの最低版と予定利用期間中の更新要件を決めた
• 管理登録、遠隔処置、返却解除の手順を試した
• 会社支給、個人所有、共有の管理境界を規程化した
• 紛失、退職、長期未接続時の処置と責任者を決めた

契約・費用

• 同じ数量、状態、保証、付属品、納期で見積を比較した
• 回線、管理、設定、保守、回収を含む総費用を算出した
• 個体一覧、検査結果、納品形式を契約条件にした
• 不適合時の交換、期限、送料、代替条件を合意した

要件定義の成果物は一枚の意思決定表にする

最終成果物は長い説明資料だけでなく、判断に使える一枚へ集約します。利用者像、対象人数、利用開始日、必須業務、必須技術、管理モデル、通信、許容状態、予備数、予算上限、検収条件、未決事項、承認者を並べます。未決事項には担当者と決定期限を付けます。

良い要件は高価な端末を選ぶものでも、安価な端末を選ぶものでもありません。必要な仕事を安全に完了でき、入社日に間に合い、運用中の交換と退職時の回収まで説明できる要件です。この土台があれば、新品・中古・レンタル、機種、状態ランク、仕入先を同じ物差しで比較でき、値引きだけに左右されない調達判断ができます。