スマートウォッチの工場活用2026｜決めるのは端末でなく通知の本数

スマートウォッチを工場に入れる話は、たいてい機種の比較から始まります。防水等級、稼働時間、手袋対応、価格。しかし導入から半年後に効果が残るかどうかを決めるのは、端末のスペックではありません。手首に上げる通知を1日何本にするか、という設計です。本数を絞れなかった現場では、腕が震えても誰も見なくなります。この記事では、アラーム管理の国際的な目安を出発点に通知を4階層へ切り分ける方法と、3方式の5年総額・回収年数、そしてタイ特有の4つの論点までを、前提つきの数字で整理します。

端末選定から入ると失敗するのはなぜか

最初の2週間は、たいてい順調に見える

導入初日の現場は明るい雰囲気です。班長と保全担当の手首に端末が配られ、設備が止まると数秒で腕が震える。今まで詰所の固定電話や大声での呼び出しに頼っていた工程が、いきなり秒単位で反応するようになります。この時点では誰も反対しません。

変化が起きるのは3週目あたりからです。通知が来たときに手首を見る動作が、少しずつ遅れ始めます。4週目には、震えても見ない人が出てきます。2か月後には、通知バッジが二桁のまま放置された端末が机の引き出しに入っています。

このとき現場から出てくる説明は、ほぼ例外なく端末の話です。「振動が弱い」「画面が小さい」「手袋だと反応しない」。それらは事実として正しいことが多いのですが、原因ではありません。原因は、手首に届く通知が多すぎて、1本あたりの重みが消えたことです。

既読されなくなる過程は3段階で進む

通知が無視されるまでの経過には、はっきりした順序があります。

第1段階：優先順位づけを人がやり始める。 手首に届く量が処理できる量を超えると、作業者は「見るべき通知」と「見なくていい通知」を自分で判断し始めます。この判断は個人の経験に依存するので、人によって基準が違います。組織としての一貫性はこの時点で失われています。

第2段階：まとめて見るようになる。 都度の確認をやめ、休憩時や交代前にまとめて確認する運用に変わります。これは無視ではなく合理的な適応ですが、リアルタイム通知を製造現場に入れた意味はここでほぼ消えます。手首に上げる価値は「即時性」しかないからです。

第3段階：端末を外す。 充電を忘れる、置き忘れる、そもそも着けてこない。ここまで来ると回復には再導入と同じだけの労力がかかります。

重要なのは、第1段階から第3段階まで、端末のスペックは1ミリも変わっていないことです。変わったのは通知の本数だけです。

端末の議論が盛り上がるのは、答えが出しやすいから

それでも会議の時間は端末選定に吸われます。理由は単純で、端末の比較は表が作れるからです。防水等級、重量、バッテリー、価格、法人管理機能。丸とバツを並べれば議論は前に進んだように見えます。

一方、「どの通知を手首に上げるか」は表になりません。設備の異常も、品質の逸脱も、フォークリフトの呼び出しも、それぞれ別の部署が別の理由で「うちのは重要だ」と主張します。この調整は面倒で、担当者が決められません。だから後回しになり、結果として「とりあえず全部上げる」という初期設定のまま本番に入ります。

スマートウォッチの業務利用が定着するかどうかは、この面倒な調整を導入前にやったかどうかで決まります。端末は後から替えられますが、一度「見なくていいもの」と学習された手首は、端末を替えても元に戻りません。

通知の本数という制約 ― EEMUA 191 と ISA-18.2 の目安

プラント制御室で使われている上限値

通知が多すぎると人は反応しなくなる、というのは工場の感覚論ではなく、プロセス産業で数十年かけて数値化されてきた話です。アラーム管理の代表的な指針であるEEMUA 191と、米国規格ANSI/ISA-18.2は、運転員1人あたりの定常時アラームレートの目安を「10分に1件以下」としています。これは1日あたりおよそ150件です。

この150件という数字は、専用の制御室に座り、複数のディスプレイを常時監視し、アラーム対応そのものが職務である運転員に対する目安です。つまり、通知を受け取る条件としては最良に近い環境で150件が上限、ということになります。

手首はさらに狭い

現場の作業者が置かれている条件は、制御室の運転員より明確に厳しくなります。

• 主たる職務は監視ではなく作業であり、通知は常に割り込みとして入る
• 画面は数センチ角しかなく、一度に読める情報量は制御画面と比較にならない
• 手袋、騒音、粉塵、直射日光といった環境要因が確認動作のコストを上げる
• 移動しながらの確認になるため、安全上、確認できない時間帯が存在する

したがって、手首に上げてよい通知の上限は150件よりもかなり下に置く必要があります。この記事のモデルでは、1人1日12件を上限として設計します。ここでいう「1日」は、EEMUA 191の150件と単位を揃えるため、1つのポジション（役割）が24時間で受け取る総量を指します。3交代であれば、この12件が3人のシフトに分散します。150件に対して8.0%、時間にすると2時間に1件という水準です。「担当ポジションに割り当てられた通知は、丸1日通しても12回しか腕が震えない」と言い換えると、現場が受け入れられる密度かどうかは直感的に判断できます。

未整理の工場では1人1日420件

一方、通知を整理していない工場が実際に出しているアラームの量はどれくらいか。このモデルでは、1人1日あたり420件を出発点とします。設備の軽微な警告、しきい値を超えた計測値、生産数の進捗、品質検査の結果、システムのステータス、それらの復旧通知まで含めた総量です。

420件は、先ほどの制御室の目安150件の2.8倍にあたります。この状態のまま手首に接続すれば、上限の35倍の通知が腕に流れ込みます。端末の性能とは無関係に、この時点で結果は決まります。

やるべきことは、420件を減らすことではありません。420件は工場が実際に生成している情報であり、大半は残す価値があります。やるべきは、420件を「どこに出すか」で仕分けることです。

異常通知をスマートウォッチに上げる前に ― 通知の4階層設計

4つの層と件数配分

通知の出し先を4階層に分け、1人1日420件を次のように割り当てます。

12＋55＋143＋210＝420件、構成比は2.9＋13.1＋34.0＋50.0＝100.0%です。押さえるべき点は2つあります。第一に、手首に上がるのは全体の2.9%しかないこと。第二に、半数にあたる210件は誰にも届けず、ログとして残すだけであることです。

L1の判定基準は「本人が今すぐ体を動かす」

4階層の設計で唯一厳密に切るべきなのがL1です。基準は1つだけにします。

その通知を受けた本人が、今すぐ体を動かすか。

「重要かどうか」で切ってはいけません。重要な通知は工場中に無数にあります。「緊急かどうか」でも切れません。緊急の定義が部署ごとに違うからです。判定を安定させるには、受信者の身体動作という観察可能な事実で切る必要があります。

この基準を通すには、次の3つが同時に成り立っていなければなりません。

1. 受信者が特定されている。 「保全チーム全員」はL1ではありません。誰が動くか決まっていない通知を手首に上げると、全員が「誰かが行くだろう」と考えます。当番割やスキルマップで受信者を1名に決められないものは、L1から外します。
2. 動作の内容が決まっている。 通知を見た人が「どこへ行って何をするか」を、その場で判断しなくてよい状態です。判断が必要なものはL2に落とし、スマホの大きな画面で情報を見てから動く形にします。
3. 待てない。 10分後でも結果が変わらない事象はL1ではありません。ここは冷徹に切ります。「早いほうが良い」と「待てない」は別です。

この3条件を全部満たす事象は、実際に棚卸ししてみると驚くほど少なくなります。1人1日12件という数字は、恣意的に決めた上限というより、3条件を厳密に適用した結果として落ち着く量です。

L2・L3・L4の切り分け

L2（スマホ／タブレット・55件）は「知っておく・後で動く」層です。段取り替えの予告、資材の残量警告、前工程の遅れ、品質検査の結果通知などが入ります。届ける必要はあるが、作業を中断させてまで届ける必要はない。だから振動ではなくバッジや一覧で伝えます。班長やリーダーの多くはこの層を主戦場にします。

L3（ダッシュボード・143件）は「見に行く」層です。プッシュしません。設備の稼働率、工程別の実績、エネルギー使用量、軽微な警告の履歴といった、状況を把握するための情報が入ります。プッシュしないことがこの層の定義であり、ここを守れないと通知総量はすぐに戻ります。

L4（届けない・210件）は、記録は取るが誰にも通知しない層です。センサーの正常値ログ、状態遷移の記録、自動復旧したイベント、システムの内部ステータスなどが該当します。全体の50.0%がここに入るという点は、最初は必ず抵抗を受けます。「見えなくなるのでは」という懸念に対しては、L4も完全に保存されていて、L3のダッシュボードから検索できる、と説明できる設計にしておくことが前提になります。

仕分けで必ずもめる3つのケース

実務で議論が止まるのは、だいたい次の3パターンです。

設備停止アラーム。 「設備が止まったら重大だからL1」という主張は自然ですが、止まり方によります。1分以内にオペレーターが自力で復帰させる軽停止までL1に入れると、それだけで1日の枠を使い切ります。このモデルでは「3分以上停止が継続した場合に、担当保全1名へL1」という形にしています。同じ事象でも、時間条件を足せばL1の本数は制御できます。

品質の逸脱。 検査結果の逸脱は重要ですが、通知を受けた品質担当がその場で体を動かすとは限りません。多くの場合は記録を確認し、傾向を見てから動きます。これはL2です。ただし「そのまま流すと次工程で不良が確定する」条件を満たすものだけはL1に上げます。

呼び出し。 人が人を呼ぶ通知は、定義上L1に近い層です。フォークリフトの配車依頼、材料切れの応援要請、立会い依頼などが該当します。ただし受信者が特定されていないと成立しないため、当番制と組み合わせが必須になります。呼び出しの設計そのものは工場の呼び出しシステムの設計で個別に整理しています。

既存のアンドンとの関係

アンドンをすでに導入している工場では、「アンドンの通知をスマホやウォッチにも流すだけ」という発想になりがちですが、これは階層設計としては危険です。アンドンは「その場にいる人に見せる」装置で、視界に入っている間だけ情報を届けます。手首は「その場にいない人を呼ぶ」装置です。目的が違うので、同じ内容をそのまま横流しすると、アンドンで解決済みの事象まで手首に届くことになります。

正しくは、アンドンの点灯条件とL1の条件を別々に定義します。アンドンは点灯し続けてよい（見る人が視界に入れているだけなので疲労させない）が、L1は点灯から一定時間解消されなかった場合のみ発火する、という組み方です。アンドン側の設計はアンドンシステムによる見える化で詳しく扱っています。

3方式の比較と5年TCO

前提を先に固定する

金額の比較に入る前に、前提を明示します。以下はすべて、タイの日系工場1拠点、作業者200名、うち通知対象50名という同じ規模でのモデル試算です。通知対象50名の内訳は、保全10名・班長20名・フォークリフト10名・品質10名です。金額はすべてタイバーツ（THB）建てで、為替換算はしません。

比較する方式は3つです。

• 方式A： コンシューマ系スマートウォッチ＋MDM＋自社連携アプリ（50台）
• 方式B： 業務用ウェアラブルのパッケージ導入（専用端末＋通知サーバー、50ユーザー）
• 方式C： ウォッチを使わない（アンドン増設＋既存スマホ20台）

方式A：コンシューマ系スマートウォッチ＋自社連携

端末本体は800,000 THBで、5年総額3,187,500 THBの25.1%です。最大の費目は連携開発の1,200,000 THBで、総額の37.6%を占めます。

3年目の端末更新を織り込んでいるのは、コンシューマ系のウォッチOSのサポート期間がおおむね3年で切れるためです。サポートが切れた端末をMDM配下の業務利用で使い続ける判断は、セキュリティ上取りにくくなります。これは方式Aの構造的な弱点であり、後述の失敗パターンの1つでもあります。

方式B：業務用ウェアラブルのパッケージ導入

端末本体は1,500,000 THBで、5年総額5,150,000 THBの29.1%です。年間保守210,000 THBはライセンス1,400,000 THBの15%として計算しています。

方式Bの運用費が方式Aより年60,000 THB安い（120,000対180,000）のは、アプリ改修と一次サポートがパッケージ側に含まれているためです。つまり方式Bは、自社で持つべき運用負荷の一部を、初期ライセンスと年間保守という形で外部に移した構成です。

方式C：ウォッチを使わない

端末本体は480,000 THBで、5年総額2,515,000 THBの19.1%です。方式Cは50名全員に端末を配らず、スマホ20台と現場のアンドンで受けるため、端末費の比率が最も低くなります。

端末本体は総額の2〜3割にすぎない

3方式を並べると、共通する構造が見えます。

端末本体が5年総額に占める割合は、いずれの方式でも19.1%から29.1%の範囲に収まります。残りの7割から8割は、連携開発、通知基盤、ライセンス、保守、運用といった「端末以外」です。

この事実は、冒頭の結論を金額の側から裏づけます。会議時間の大半を端末選定に使うということは、総額の2〜3割の部分に議論の8割を投じているということです。しかも端末は後から交換できる費目で、連携設計と通知設計は後から作り直しにくい費目です。順序が逆になっています。

なお方式Aと方式Bの差額は5,150,000－3,187,500＝1,962,500 THBです。この約196万THBは機能差ではなく、「端末寿命を3年から4年に延ばすこと」と「運用要員を社内に置かずに済ませること」の対価と読むのが実態に近い解釈です。社内にモバイルアプリと通知基盤を面倒見られる人がいるかどうかで、この差額を払う意味が変わります。

効果と回収年数

反実仮想は「現状」1本だけに固定する

効果を計算するときに最も事故が起きやすいのは、比較対象を複数持ってしまうことです。「アンドンを入れた場合と比べて」「Excel運用と比べて」「他工場と比べて」を混ぜると、同じ効果を二重に数えます。

このモデルでは、比較対象を「現状（通知の仕組みがない状態）」の1本だけに固定します。方式A・B・Cの効果は、すべてこの同一の現状に対する差分です。方式同士を比較するときも、それぞれの「対現状」の値を並べるだけにします。

現状の損失

現状の前提は次の通りです。

• 呼び出しが発生してから担当者が現場に到着するまで、平均12分
• 対象イベントは8件/日、稼働300日/年
• 設備停止1時間あたりの逸失利益は4,500 THB/時（この記事の前提値）

年間の設備停止時間は 12分×8件×300日＝28,800分＝480時間/年です。金額にすると 480時間×4,500 THB＝2,160,000 THB/年。これが「通知の仕組みがない状態」で毎年発生している損失で、1分あたり75 THB、1件あたり900 THBという単価に分解できます。

方式ごとの年間効果

方式A・Bは 5分×8件×300日＝12,000分＝200時間。480－200＝280時間の削減で、280×4,500＝1,260,000 THB/年。1件あたりに直すと 7分×75 THB＝525 THB、年間2,400件で1,260,000 THBとなり一致します。

方式Cは 8分×8件×300日＝19,200分＝320時間。480－320＝160時間の削減で、160×4,500＝720,000 THB/年です。停止時間の削減率で見ると、A・Bが280÷480＝58.3%、Cが160÷480＝33.3%になります。

方式AとBの年間効果が同額なのは、どちらも手首に通知が届き、到着時間が同じ5分になるためです。効果側で差がつかないので、A対Bの判断は費用側だけで決まります。

回収年数

回収年数は「累計キャッシュフローが初めてプラスに転じる時点」で計算します。期中に発生する端末の更新費も、発生した年の支出として計上します（この扱いは方式Cだけに影響します。方式AとBは回収時点が更新年より手前にあるためです）。

計算の内訳は次の通りです。

方式A： 初期投資1,800,000（Wi-Fi 200,000＋連携開発1,200,000＋初回端末400,000）。年次ランニング197,500（MDM 17,500＋運用180,000）。5年で 1,800,000＋197,500×5＋3年目端末400,000＝3,187,500となり、5年総額と一致します。年次純効果は 1,260,000－197,500＝1,062,500。1年経過時点で 1,800,000－1,062,500＝737,500が未回収で、737,500÷1,062,500＝0.69年。回収は1.69年、すなわち約1.7年です。

方式B： 初期投資2,750,000（ライセンス1,400,000＋初回端末750,000＋連携600,000）。年次ランニング330,000（保守210,000＋運用120,000）。5年で 2,750,000＋330,000×5＋4年目端末750,000＝5,150,000で一致します。年次純効果は 1,260,000－330,000＝930,000。2年末で 2,750,000－1,860,000＝890,000が未回収、890,000÷930,000＝0.96年。回収は2.96年、すなわち約3.0年です。

方式C： 初期投資1,840,000（アンドン900,000＋初回スマホ240,000＋通知基盤700,000）。年次ランニング87,000（MDM 7,000＋運用80,000）。5年で 1,840,000＋87,000×5＋3年目スマホ240,000＝2,515,000で一致します。年次純効果は 720,000－87,000＝633,000。2年末で 1,840,000－1,266,000＝574,000が未回収です。ここで3年目にスマホの更新費240,000が発生するため、回収すべき残高は 574,000＋240,000＝814,000に増え、3年目の純効果633,000では届きません。3年末の残高は 814,000－633,000＝181,000。181,000÷633,000＝0.29年で、回収は3.29年、すなわち約3.3年です。方式Cだけ端末の更新期限（3年）が回収時点より手前に来るため、この1回の更新が回収を約0.4年ぶん遅らせます（更新を無視して計算すれば2.91年でした）。

「ウォッチをやめれば安い」は成り立たない

この表から読み取るべき結論は3つあります。

第一に、方式Aが最も早く回収し、5年の収支でも最大です。 支出だけを見れば最安は方式Cの2,515,000 THBで、Aの5年総額3,187,500 THBはそれを上回ります。しかし効果を含めた5年累計では 1,260,000×5－3,187,500＝3,112,500 THBのプラスとなり、3方式で最大になります。「総額が安い方式」と「投資として得な方式」が一致しないのがこの領域の特徴です。

第二に、方式Cは総額が最も安いのに、回収は3方式で最も遅くなります。 Cの3.3年に対し、Bは3.0年です。5年累計でも Cが 720,000×5－2,515,000＝1,085,000 THB、Bが 1,260,000×5－5,150,000＝1,150,000 THBで、Bのほうが65,000 THB多くなります。手首を使わない代わりに到着時間の短縮幅が12分→8分に留まって効果側が伸びず、そのうえ回収前の3年目に端末更新が挟まるためです。「ウォッチをやめれば安く済む」という直感は、この前提では成立しません。

第三に、方式Aの優位は無条件ではありません。 Aは端末のOSサポートが3年で切れることを前提に3年目の更新費を織り込んでいますが、それでも「サポート切れの端末を業務で使わない」という運用規律が社内に必要です。加えて、通知基盤とウォッチアプリの改修を自社で回せる人がいることが前提になります。この2つが満たせない工場では、方式Bが払っている約196万THBの差額は妥当な支出になります。

金額に足していないもの

このモデルで金額換算したのは、設備停止時間の削減1項目だけです。実務でよく期待される次の効果は、いずれも金額に含めていません。

• 熱中症・暑熱対策： バイタルによる異常検知や休憩指示の効果
• 労務・安全： 転倒検知、単独作業者の安否確認、緊急通報
• 品質： 検査逸脱の早期通知による不良の流出抑制
• 間接工数： 呼び出しのための移動・探索時間の削減
• 教育： 通知履歴を使った対応品質の平準化

これらを外したのは、効果がないからではありません。効果の測定方法が工場ごとに異なり、この記事の前提だけでは数値の妥当性を担保できないためです。したがって示した回収年数（A：1.7年、B：3.0年、C：3.3年）は、上振れ要素を全部落とした保守的な値として読んでください。実際の投資判断では、これらを定性的な加点材料として別に評価することになります。

タイの工場でスマートウォッチを使うときに追加になる4つの論点

ここまでは工場一般の話です。タイで実施する場合、日本と同じ設計のままでは通らない論点が4つあります。いずれも金額換算はしません。定性的な要件として、設計段階で潰しておく項目です。

1. PDPA ― バイタルは「センシティブ個人データ」

タイの個人情報保護法（PDPA）において、心拍・体温などのバイタル情報は Section 26 が定める「センシティブ個人データ」（生体データ・健康データ）にあたり、取り扱いには明示的な同意が原則として必要です。加えて Section 19 により、従業員データの収集は収集前または収集時の同意が必要であり、同意の取得は原則として書面または電子的手段による明示的なものでなければなりません。

位置情報は生体データそのものではありませんが、実務上は同じ同意設計に載せておくのが安全です。

設計上の帰結は明快です。「通知を受けるための機能」と「健康・位置を測る機能」を分けて設計し、後者は任意にすること。この分離をしておかないと、同意しない従業員に対して通知機能そのものが提供できなくなります。逆に分離しておけば、通知は業務上の必要性で全員に、バイタルは同意した人だけに、という運用が成立します。

2. NBTC ― 端末を持ち込めるとは限らない

無線機器の型式認証を管轄するNBTC（国家放送通信委員会）の枠組みでは、送信出力20mW超、または人体から20cm以内で使用する機器はClass A扱いとなります。手首に装着するスマートウォッチはここに入ります。

実務上、重要な制約が4つあります。

1. Type Approvalの申請者はタイ国内法人でなければならず、海外メーカーが直接ライセンスを保有することはできません。 日本の本社が契約している端末を、そのままタイ法人で使う構図が取れない場合があります。
2. FCC／CEの試験成績書が流用できる場合、期間は3〜5週間程度です。流用できない場合はここが伸びます。
3. 2G/3Gのみに対応する機器は、2025年6月30日以降 Type Approval を取得できません。 古い通信モジュールを積んだ業務用端末は影響を受けます。
4. 2026年1月1日から de minimis（少額輸入の免税枠）が廃止され、輸入は1バーツ目からVATの対象になります。 少数の端末をサンプルとして送る場合も課税されます。

「日本で使っている端末をそのまま持ち込む」という前提でスケジュールを組むと、この4点のいずれかで止まります。端末を決める前に、対象機種のタイ国内での認証状況と、申請主体となるタイ法人を確認してください。

3. 暑熱・WBGT ― 測るだけでは意味がない

熱・光・騒音に関する省令（仏暦2559年＝2016年）は、職場のWBGT（湿球黒球温度）を作業強度に応じて管理することを求めています。基準値は、重作業30℃以下、中作業32℃以下、軽作業34℃以下です。

ウェアラブルで体温や心拍を測る機能は、この基準の運用と結びついて初めて意味を持ちます。具体的には、WBGTの測定値と個人のバイタルを合わせて、作業と休憩の切り替えを判断する仕組みにする、ということです。

逆に言えば、「測れるから測る」だけの導入は、データが溜まるだけで運用が変わりません。しかもPDPA上はセンシティブ個人データを取り扱っている状態なので、リスクだけが残ります。バイタル計測を入れるなら、測定値をどの閾値でどう使うかを先に決めてください。

4. 労務・受け止め ― 監視と受け取られる前に文書化する

位置情報と心拍が常時見えるという状態は、従業員側から見れば監視です。これは説明の巧拙の問題ではなく、機能としてそうなっているという事実の問題です。

実務で有効なのは、導入前に次の4点を文書化し、労使で合意しておくことです。

• 誰が見るのか（役職・部署を特定する。「管理部門」ではなく職位で書く）
• どのデータを見るのか（通知の既読、位置、心拍、歩数の別に列挙する）
• 何分粒度で見るのか（リアルタイムか、日次集計か、異常時のみか）
• 何に使わないか（人事評価・勤怠査定に使わないなら、明示的にそう書く）

最後の項目が特に重要です。「使わない」を書面にしていない仕組みは、いずれ使われるだろうと想定されます。想定された時点で、通知の既読率は下がります。技術的には正しく動いていても、運用としては失敗します。

導入の進め方 ― 4ステップ

ステップ1：通知の棚卸し

最初にやるのは、端末の選定でもベンダーへの相談でもなく、いま工場が出している通知を全部書き出すことです。対象は次のすべてです。

• PLC／設備コントローラーが出すアラーム
• SCADA・MES・生産管理システムのアラート
• アンドン／シグナルタワーの点灯条件
• 品質検査システムの逸脱通知
• 人が人を呼ぶ運用（構内放送、電話、手上げ、インカム）
• 現場で暗黙に行われている呼び出し（詰所まで走る、など）

書き出す項目は、発生条件・件数（1日あたり）・現在の出し先・受信者・受けた人がとる動作の5つです。件数はログから機械的に集計できるものは集計し、人の運用は1週間だけ手で記録します。

この作業を飛ばしてはいけない理由は、後の全ての判断がここの件数に依存するからです。本記事の420件も、L1の12件も、自社の実測値に置き換えて初めて意味を持ちます。

ステップ2：4階層への仕分け

棚卸しした通知を、L1からL4へ仕分けます。順序が重要です。L4から決めてください。

L1から決めようとすると、各部署が自分の通知をL1に上げようとして議論が発散します。逆に「誰にも届けず、ログだけ残すものはどれか」から入ると、判断が事実ベースになります。過去6か月で一度も人が行動を起こさなかった通知は、L4です。ここで全体の半分近くが落ちるはずです。

次にL1を、前述の3条件（受信者が特定されている／動作が決まっている／待てない）で厳密に切ります。残ったものをL2とL3に分けます。L2とL3の切り分けはL1ほど厳密でなくて構いません。後から動かせるからです。

仕分けの結果、L1が1人1日20件を超えるようであれば、条件が緩すぎます。時間条件（何分継続したら）や回数条件（何回連続したら）を足して、12件前後まで落とします。

ステップ3：L1だけで小さく試す

パイロットは、L1に仕分けた通知だけを、1つの工程・1つの職種で試します。全機能を一度に載せません。

• 期間：4〜6週間
• 対象：5〜10名（保全か班長のどちらか一方）
• 測る指標：通知から現場到着までの時間、通知の既読率、L1件数の実績の3つだけ

バイタル計測、位置追跡、勤怠連携、チャット機能はこの段階では入れません。理由は2つあります。1つは、機能を足すと何が効いたか分からなくなるため。もう1つは、PDPAの同意設計が必要になり、パイロットの立ち上げが数週間遅れるためです。

このパイロットで既読率が目標を下回る場合、原因はほぼL1の件数です。端末を変える前に、L1の条件を締め直してください。件数の実績を必ず同時に記録しておくのは、そのためです。

ステップ4：広げる

パイロットで到着時間の短縮が確認できたら、職種を横に広げます。順序は、保全→班長→フォークリフト→品質が扱いやすい構成です。前2者はL1の定義が明確で、後2者は運用ルールとの調整が必要になるためです。

横展開の段階で初めて、次の要素を追加検討します。

• Wi-Fi／ネットワークの増設。 パイロットは既存インフラの届く範囲で行い、全域展開の段階でカバレッジを設計します。ここは通知の遅延に直結する部分で、屋外ヤードや高天井倉庫は特に注意が要ります。設計の考え方は工場の無線LAN構築にまとめています。
• 設備側からの通知の自動化。 人が押すボタンから、設備の状態に基づく自動発報へ移行します。この段階でPLCやセンサーとの接続範囲を決めます。詳細は設備異常通知システムの構成を参照してください。
• バイタル・位置情報の追加。 PDPAの同意設計とセットで、任意機能として追加します。
• 充電運用の標準化。 後述しますが、ここを決めずに配ると必ず崩れます。

よくある失敗

失敗1：通知を減らさずに端末だけ増やす

最も多い失敗です。既存の通知構成をそのままにして、出力先にウォッチを足す。技術的には最も簡単で、稟議も通りやすい。そして最も確実に失敗します。

このパターンでは、1人1日420件がそのまま手首に流れます。前述の通り、制御室の運転員向け目安150件の2.8倍、手首の上限12件の35倍です。3週目には見なくなり、2か月後には外されます。そして「ウェアラブルは製造業には向かない」という結論だけが社内に残り、次の提案が3年通らなくなります。

避け方は1つです。棚卸しと仕分けを終える前に端末を発注しないこと。

失敗2：バイタル計測を目的にしてしまう

「健康管理もできます」は導入の説得材料として使いやすく、経営層の反応も良い。ですが、バイタルを主目的に据えると3つの問題が同時に起きます。

第一に、PDPA上のセンシティブ個人データの取り扱いが必須になり、同意取得の設計と運用が発生します。第二に、測定値を何に使うかを決めていないと、データが溜まるだけで運用は変わりません。第三に、従業員側の受け止めが「監視」に傾き、通知機能そのものの受容度が下がります。

バイタルは、WBGTの管理基準と結びついた具体的な運用（作業/休憩の切替判断）が先に設計できている場合に限って、任意機能として追加してください。順序を逆にしないことです。

失敗3：OSサポート期限を見ずに機種を決める

コンシューマ系のスマートウォッチは、ウォッチOSのサポート期間がおおむね3年です。導入時点ですでに発売から1年経っている機種を選ぶと、実質2年で更新時期が来ます。

このモデルで方式Aに3年目の端末更新400,000 THBを織り込んでいるのは、この制約を前提にしているためです。もしサポート切れの端末を使い続ける前提で5年の試算を作れば、5年総額は2,787,500 THBまで下がりますが、それはセキュリティ更新の止まった端末を業務ネットワークに5年間つないでおくという意思決定を意味します。試算上の安さと引き換えに、別の性質のリスクを取ることになります。

機種選定の際は、スペック表よりも先に発売日とOSサポート終了予定日を確認してください。ここが2年を切っている機種は、価格が安くても総額では高くつきます。

失敗4：充電運用を決めずに配る

見落とされやすいわりに、定着率への影響が最も大きい項目です。

ウェアラブル端末の連続稼働時間は3交代の工場のシフトを丸ごとカバーする長さではないことが多く、必ずシフトをまたいだ充電運用になります。ここで決めておくべきことは4つです。

1. 個人持ちか、シフト共用か。 個人持ちなら台数は人数分必要で、共用なら消毒・引き継ぎの手順が必要になります。
2. 充電場所と充電時間帯。 交代時に一斉に充電すると、充電器の台数がボトルネックになります。
3. 予備機を何台持つか。 故障・紛失・充電忘れを吸収できる台数を、配備台数に対する比率として先に決めます。決めていないと、故障のたびに調達の稟議を回すことになり、その間その人は通知を受け取れません。
4. バッテリー切れ時の代替手段。 ウォッチが使えない人に通知が届かない状態を放置すると、その工程だけ旧来運用に戻ります。

充電運用は仕組みではなく現場のルールなので、システム側の担当者が決めきれません。導入プロジェクトの成果物として、明示的に文書化してください。

失敗5：インカムの置き換えとして企画する

スマートウォッチはインカムの代替になる場面とならない場面がはっきり分かれます。ここを混同したまま「インカムをなくす」と宣言すると、現場が反発します。詳しくはFAQで整理します。

よくある質問（FAQ）

工場でスマートウォッチを使うのに向いている業務は？

「移動していて」「呼ばれる側で」「呼ばれたら体を動かす」業務です。具体的には、設備保全、ライン班長・リーダー、フォークリフトなど構内物流、そして品質の立会い担当が該当します。このモデルの通知対象50名も、保全10名・班長20名・フォークリフト10名・品質10名という構成にしています。

逆に向かないのは、定位置で作業していて画面が近くにある業務（検査台、事務、制御室）と、両手が完全に塞がる時間が長い業務です。前者はダッシュボードで足り、後者は手首を見る動作自体が発生しません。「作業者全員に配る」という企画は、この観点でほぼ必ず過剰になります。作業者200名のうち通知対象を50名に絞っているのはそのためです。

スマートウォッチ導入の費用はどれくらい？

端末価格だけを見ると誤ります。このモデル（タイの日系工場、通知対象50名、5年）では、5年総額は方式Aで3,187,500 THB、方式Bで5,150,000 THB、方式Cで2,515,000 THBです。このうち端末本体が占める割合は、それぞれ25.1%、29.1%、19.1%にとどまります。

残りの7割から8割は、連携開発、通知基盤、ライセンス、保守、運用です。特に大きいのは既存のPLC・アンドン・MESと通知基盤をつなぐ連携開発で、方式Aでは1,200,000 THB（総額の37.6%）を占めます。見積もりを比較するときは、端末単価ではなく、この連携範囲がどこまで含まれているかを揃えてください。

ウェアラブルは製造業のどこから入れるべき？

保全部門の設備停止対応からです。理由は3つあります。第一に、L1の判定条件（受信者が特定されている／動作が決まっている／待てない）を満たしやすい。第二に、効果が停止時間という単一の指標で測れる。第三に、対象人数が少ないのでパイロットのコストが小さい。

このモデルでは、到着時間が平均12分から5分に短縮された場合、年間停止時間は480時間から200時間へ280時間減り、1時間あたり4,500 THBの前提で年1,260,000 THBの効果になります。この1点が測れれば、次の職種への展開は社内で説明できます。

スマートウォッチはインカムの代わりになる？

呼び出しの代わりにはなりますが、会話の代わりにはなりません。

インカムが担っている機能は2つに分解できます。1つは「誰かを呼ぶ」機能、もう1つは「呼んだあと、状況をやり取りする」機能です。前者はスマートウォッチのほうが優れています。特定の1名を指名でき、記録が残り、既読が確認でき、騒音下でも振動で届くためです。インカムの「全員に聞こえるので誰も自分ごとにしない」という弱点も解消できます。

一方、後者は代替できません。手首の小さな画面で往復のやり取りをするのは非現実的です。したがって現実的な構成は、呼び出しと発報をウォッチ（L1）に、会話はインカムかスマホに残すという併用です。「インカムを全廃してウォッチに置き換える」という企画は、この分解をしないまま進めると現場で止まります。

アンドンの通知をそのままスマホやウォッチに流せばよいのでは？

流せますが、それだけでは階層設計になりません。アンドンは「その場にいる人に見せ続ける」装置で、点灯し続けても人を疲労させません。手首は「その場にいない人を割り込みで呼ぶ」装置なので、同じ頻度では耐えられません。

実装としては、アンドンの点灯条件とL1の発火条件を別々に定義します。例えば「点灯後3分以内に解消されなかった場合のみ、担当保全1名の手首へ」という形です。この時間条件を1つ入れるだけで、手首に届く件数は大きく減ります。

タイの工場で日本の端末をそのまま使える？

そのまま使えるとは限りません。確認すべきは3点です。

第一に、NBTCのType Approvalです。送信出力20mW超、または人体から20cm以内で使う機器はClass A扱いで、スマートウォッチはここに入ります。申請者はタイ国内法人でなければならず、海外メーカーが直接ライセンスを保有することはできません。FCC／CEの試験成績書が流用できる場合、所要期間は3〜5週間程度です。

第二に、通信方式です。2G/3Gのみに対応する機器は、2025年6月30日以降 Type Approval を取得できません。

第三に、輸入時の税です。2026年1月1日から de minimis（少額輸入の免税枠）が廃止され、輸入は1バーツ目からVATの対象になります。評価用に数台送る場合も課税されます。

日本本社で標準化されている機種があっても、タイ側で使えるかどうかは別に確認してください。ここを後回しにすると、スケジュールの後半で機種変更が発生します。

バイタル（心拍・体温）は取るべき？

通知機能とは分けて設計し、任意にしてください。

タイのPDPAでは、心拍・体温などのバイタルは Section 26 のセンシティブ個人データ（生体データ・健康データ）にあたり、明示的な同意が原則として必要です。Section 19 により従業員データの収集は収集前または収集時の同意が求められ、同意は原則として書面または電子的手段による明示的なものでなければなりません。位置情報は生体データそのものではありませんが、同じ同意設計に載せておくのが安全です。

取る価値があるのは、熱・光・騒音に関する省令（仏暦2559年＝2016年）が定めるWBGT基準——重作業30℃以下、中作業32℃以下、軽作業34℃以下——の運用に紐づける場合です。測定値を作業と休憩の切り替え判断に使う仕組みができているなら、意味があります。そうでなければ、取らないほうが管理コストもリスクも小さくなります。

効果はどれくらいで回収できる？

このモデルでは、方式Aが1.7年、方式Bが3.0年、方式Cが3.3年です。年次純効果は、方式Aが 1,260,000－197,500＝1,062,500 THB、方式Bが 1,260,000－330,000＝930,000 THB、方式Cが 720,000－87,000＝633,000 THBです。方式Cだけ回収前の3年目に端末更新240,000が挟まるため、更新を無視した2.91年ではなく3.3年になります。

ただしこの回収年数は、設備停止時間の削減だけを金額化した値です。熱中症対策、労務・安全、品質、間接工数、教育といった効果は金額に足していません。したがって示した年数は、上振れ要素を落とした保守的な線として読んでください。

まとめ

スマートウォッチを工場で機能させるかどうかを決めるのは、端末のスペックではなく、手首に上げる通知の本数です。

アラーム管理の目安であるEEMUA 191 / ANSI/ISA-18.2 は、制御室の運転員1人あたり定常時「10分に1件以下」＝1日およそ150件を上限としています。移動しながら作業する現場の手首は、これよりさらに狭い。このモデルでは1人1日12件を上限に置きました。150件に対して8.0%で、24時間を通して2時間に1件という密度です。

一方、未整理の工場が出している通知は1人1日420件規模で、150件の2.8倍にあたります。これを減らすのではなく、4階層に仕分けます。L1（手首）12件＝2.9%、L2（スマホ）55件＝13.1%、L3（ダッシュボード）143件＝34.0%、L4（届けない）210件＝50.0%。合計420件です。L1に上げてよいのは「本人が今すぐ体を動かす」事象だけで、受信者が特定され、動作が決まっており、10分待てないという3条件を全部満たすものに限ります。

金額の側もこの結論を支持します。5年総額に占める端末本体の割合は、方式Aで25.1%、方式Bで29.1%、方式Cで19.1%。どの方式でも2〜3割にすぎません。残る7割から8割は連携開発、通知基盤、ライセンス、保守、運用です。会議時間の配分を、この比率に合わせるべきです。

効果は、比較対象を「現状」1本だけに固定して計算しました。呼び出しから到着まで平均12分、対象8件/日、稼働300日/年で、年間停止480時間、1時間4,500 THBの前提で年2,160,000 THBの損失です。手首通知で5分に短縮すると年間停止は200時間となり、削減280時間×4,500＝1,260,000 THB/年。アンドン＋スマホの方式Cは8分どまりで、削減160時間×4,500＝720,000 THB/年です。回収年数は方式A 1.7年、方式B 3.0年、方式C 3.3年。手首を使わない方式Cは総額こそ最安（2,515,000 THB）ですが、効果が伸びないうえ回収前に端末更新が挟まるため回収は3方式で最も遅く、「ウォッチをやめれば安い」は成り立ちません。これらは設備停止削減のみを金額化した保守的な値で、熱中症対策・労務・品質などは足していません。

タイで実施する場合は、PDPA（バイタルはセンシティブ個人データ、通知機能と分離して任意化）、NBTC（Class A、申請者はタイ法人、2G/3G機は2025年6月30日以降不可、2026年1月1日からde minimis廃止）、WBGT（重作業30℃・中作業32℃・軽作業34℃）、そして労務上の受け止め（誰が・何を・何分粒度で見るかの事前文書化）の4点を、端末を決める前に潰してください。

最初にやるべきことは、カタログを集めることではありません。いま自社の工場が1日に何件の通知を出しているかを数えることです。この作業は数週間で終わり、その結果が5年で数百万THB規模の意思決定を根拠づけます。

まだ導入を決めていない段階でも構いません。手元のアラーム一覧や呼び出しの運用メモを一緒に並べて、自社の通知が1人1日何件になるか、そのうちL1に残るのは何件かを数えるところからお手伝いできます。本記事の3方式の内訳に、自社の人数・稼働日数・停止1時間あたりの逸失利益を入れ直すだけでも、社内の議論の土俵は変わります。ご相談はお問い合わせフォームからどうぞ。

参考文献

• Alarm Rationalization Explained（EEMUA 191 / ANSI-ISA-18.2 のアラームレート目安）
• What is Alarm Management（ISA-18.2 解説・2026）
• Employee Data Protection in Thailand（タイPDPA 従業員データの義務）
• Workplace Privacy: A Case Study on Biometric Technology（タイPDPA 生体データと職場プライバシー）
• Thailand Type Approval / NBTC Certification（Class A・国内代理人・2G/3G打切り）
• Type Approval Thailand（NBTC 認証概要）
• Thailand OSH: Heat（熱・光・騒音に関する省令のWBGT基準）
• 製造・物流現場におけるウェアラブルデバイスの活用（FIWEEK）

本記事の金額はすべて当社が仮に置いた前提にもとづくモデル試算であり、特定案件の見積もりではありません。前提（作業者200名・通知対象50名、5年、稼働300日/年、対象イベント8件/日、設備停止1時間あたり4,500 THB、端末単価8,000／15,000／12,000 THB、MDM 350 THB/台/年）を変えれば結論は変わります。数値は2026年8月時点で公表されている内容にもとづきます。