
先給你一句能直接抄走的答案:可以,手機 NFC 加上一片 ESP32,確實能做出一台會記錄「誰、幾點、打了卡」的打卡系統,而且一整套硬體壓在台幣三、四百元以內就能動起來。但這句話有三個新手幾乎都會誤會的前提,先講清楚會省下你好幾個週末:ESP32 本身沒有內建 NFC、iPhone 沒辦法像 Android 那樣直接當一張感應卡、只靠卡片 UID 當身分幾乎等於門沒鎖。這篇就從零把這件事講明白,帶你把它做出來。
最近我們在整理內部一些小工具時又被同事問到這題。這種「用一片幾百塊的板子做出公司在用的東西」的念頭很迷人,實際動手也真的學得到東西。這篇會站在你完全沒碰過硬體的角度,先把 NFC 和 ESP32 這兩個名詞用生活化的方式講懂,再一步一步把一台打卡機的架構、材料、程式、資料存哪裡攤開來,最後誠實地告訴你:什麼時候自己做很划算,什麼時候該把它當概念驗證、交給正式系統。
先想一個很常見的場景:一家三十人左右的公司,上下班還在用紙本簽到,或是一台用了七八年、資料匯不出來的老打卡鐘。老闆想換掉它,上網一查發現正式的雲端考勤一個人一個月要錢、要綁約,心裡冒出一個念頭:這種嗶卡的機器,我拿幾百塊的零件自己做一台不就好了? 這個念頭沒有錯,甚至是理解整件事最好的起點。只是在按下購物車之前,值得先花十分鐘把底層原理和三個常見陷阱搞懂,你會做得又快又不心痛。
NFC 和 ESP32 各是什麼?先用生活比喻搞懂
NFC(Near Field Communication,近場通訊)你其實每天都在用。搭捷運嗶悠遊卡、用手機嗶一下付款、飯店房卡靠一下開門,背後都是它。可以把 NFC 想成「靠很近才聽得到的悄悄話」:兩個裝置距離大概只有幾公分,一個負責問、一個負責答,距離一拉開對話就斷了。這個「靠很近」正是它拿來當打卡、門禁的原因,你不會不小心刷到隔壁桌同事的卡。
ESP32 則是一片只要銅板價的迷你電腦(正式名稱叫微控制器)。它最厲害的地方是「自帶 Wi-Fi 和藍牙」,所以很適合做那些「感應到什麼事、就透過網路回報出去」的小裝置。它便宜到什麼程度?做出 ESP32 的樂鑫科技(Espressif)官方公告,光是他們家的晶片,累計出貨在 2023 年 9 月就突破 10 億顆(見 Espressif 官方里程碑),連續多年是全球 Wi-Fi 微控制器出貨第一。你在市面上看到的智慧插座、感測器、DIY 專案,很多顆心臟都是它。
這裡就要破除第一個迷思了:ESP32 只有 Wi-Fi 和藍牙,它「沒有」內建 NFC。 很多人以為買一片 ESP32 就能直接嗶卡,結果卡了整個下午。真相是:你得幫它外接一個「NFC 讀卡模組」當耳朵,ESP32 才聽得到卡片在說什麼。這也是新手第一個、也是最常見的踩雷點,等一下的材料清單會講清楚該買哪一顆。
如果你對 ESP32 這片板子本身還很陌生,想先從更基礎的地方認識它能做什麼,可以先看我們寫過的 ESP32 初學者完整指南,再回來接這篇的打卡實作會更順。
你可能會想:那我拿悠遊卡或員工的門禁卡當打卡卡行不行?技術上,只要頻率相容(都是 13.56MHz),讀卡機確實讀得到它的 UID。 但實務上並不建議直接沿用交通卡或既有門禁卡,一來這類卡的資料受保護、能讀到的資訊有限,二來把打卡跟門禁、付款綁在同一張卡,安全風險會互相牽連。給打卡用途單獨發一批便宜的 NFC 卡或貼紙,管理起來乾淨得多。

一台 NFC 打卡機實際上怎麼運作?把架構拆給你看
先把整條流程講成一句白話:員工拿卡(或手機)靠近讀卡機,ESP32 讀到一組專屬編號,記下當下時間,再透過 Wi-Fi 把「這個編號、這個時間」送到雲端存起來。 就這樣,一次打卡完成。拆成五個環節你會更有畫面:
- 感應那一下:NFC 讀卡模組(例如 PN532)靠近卡片,讀出卡片獨一無二的識別碼(UID)。
- 誰在算:ESP32 拿到 UID,判斷這是哪位員工。
- 幾點的問題:ESP32 沒有內建時鐘,一斷電就忘記現在幾點,所以它開機時會去對「網路時間伺服器」(NTP)對時,確保打卡時間準確。
- 送出去:透過 Wi-Fi 把 UID 加時間戳打包,POST 到後端。
- 存起來:後端把這筆紀錄寫進試算表或資料庫,之後就能算出勤、排班、算薪水。
後端要用什麼?這是初學者最容易卡住選擇的地方。從最好上手到最進階,常見有這幾條路:
後端做法 | 上手難度 | 適合誰 | 一句話說明 |
|---|---|---|---|
Google Sheets(Apps Script) | 最簡單 | 第一次做、想快點看到結果 | ESP32 把資料 POST 進一支 Apps Script 網址,自動寫進 Google 試算表。教學資源最多。 |
Firebase | 中等 | 想做手機 App 或即時報表 | Google 的即時資料庫,能把 UID 綁上姓名、email,適合再往上長成一套系統。 |
自架 API + 資料庫 | 偏難 | 想完全自己控權限、資料落地 | 用 PHP 或 Node.js 加 MySQL,彈性最高,但要會架伺服器。 |
MQTT | 偏難 | 要接很多台讀卡機、要即時事件流 | 輕量的物聯網訊息協定,常搭 Home Assistant 或自架 broker。 |
如果你想用最省力的方式起步,Google Sheets 這條路幾乎是新手標配。我們寫過一篇 Google Apps Script 中小企業實戰指南,裡面教的「把資料自動寫進試算表」正好就是打卡後端最常用的那一套,可以直接拿來接。
動手做:從零組出你的第一台 ESP32 NFC 打卡機
這一段給你一份能照著買、照著接的清單。先講材料,這也是省錢又不踩雷的關鍵。
材料清單與大約花費
元件 | 大約價格 | 說明 |
|---|---|---|
ESP32 開發板 | 約 NT$100 到 250 | DevKitC、NodeMCU-ESP32 這類常見款都可以。 |
PN532 NFC 模組 | 約 NT$150 到 400 | 建議選這顆,理由下一段講。通常會附一張白卡加一個鑰匙圈卡。 |
NFC 卡或貼紙(NTAG213/215) | 每張約 NT$10 到 40 | 發給員工用的實體卡,量大更便宜。 |
麵包板、杜邦線、USB 線 | 約 NT$100 內 | 接線與供電用。 |
整套壓在台幣三、四百元(不含外殼)是做得到的,國際上甚至有人形容 ESP32 加 NFC 的方案可以做到「10 美元套件」等級(見 Alibaba ESP32 NFC 選購指南)。以上為約略行情,台灣的蝦皮、露天通常會再高一點。
該買 PN532 還是 RC522?這題決定你會不會白忙
市面上兩顆最常見的讀卡模組是 PN532 和 RC522(晶片名 MFRC522)。它們頻率一樣都是 13.56MHz,但能耐差很多,選錯會直接卡住你想做的功能:
比較項目 | PN532 | RC522 / MFRC522 |
|---|---|---|
定位 | 真正的 NFC 控制器 | 陽春 RFID 讀卡器 |
連接介面 | I2C、SPI、UART 三選一,彈性高 | 只有 SPI |
能讀的卡 | MIFARE、NTAG、FeliCa、ISO 14443A/B | 主要是 MIFARE Classic、ISO 14443A |
支援 NDEF(跟手機互動的標準格式) | 支援 | 不支援 |
能不能跟手機 NFC 深度互動 | 可以(讀寫 NDEF、卡片模擬) | 只能讀實體卡的 UID |
價格 | 稍貴 | 更便宜 |
ℹ️一句話幫你決定
如果你只是要「讀員工卡的編號來打卡」,便宜的 RC522 就夠用。但只要你之後想「跟手機 NFC 互動」「讀寫 NDEF 資料」「做卡片模擬」,就一定要選 PN532,別為了省一百塊卡住整個專案。這正是很多教學文章沒講清楚、害新手買錯的地方。
常用的程式函式庫是 Adafruit 官方的 Adafruit-PN532 函式庫,在 Arduino IDE 的函式庫管理員裡直接搜尋就能安裝,同時支援 SPI 和 I2C。開發環境三選一:Arduino IDE 最適合新手,PlatformIO 適合比較大的專案,ESP-IDF 是官方最底層的做法。

接線與程式的骨架
接線最容易翻車的三件事先記起來:PN532 用 3.3V 供電(別接到 5V)、資料腳位別接反、ESP32 和模組一定要「共地」(GND 接在一起)。以 I2C 接法為例,PN532 的 SDA、SCL 接到 ESP32 對應的 I2C 腳位,VCC 接 3.3V,GND 接 GND。接好之後,程式的骨架大概長這樣:
#include <Wire.h>
#include <Adafruit_PN532.h>
#include <WiFi.h>
#include <time.h>
Adafruit_PN532 nfc(-1, -1); // I2C 模式
void setup() {
Serial.begin(115200);
nfc.begin();
nfc.SAMConfig();
WiFi.begin("你的WiFi名稱", "你的WiFi密碼");
while (WiFi.status() != WL_CONNECTED) delay(500);
// 向 NTP 對時,ESP32 沒有內建時鐘
configTime(8 * 3600, 0, "pool.ntp.org");
}
void loop() {
uint8_t uid[7];
uint8_t uidLength;
// 偵測到卡片就讀出 UID
if (nfc.readPassiveTargetID(PN532_MIFARE_ISO14443A, uid, &uidLength)) {
String uidStr = "";
for (uint8_t i = 0; i < uidLength; i++) uidStr += String(uid[i], HEX);
// 這裡把 uidStr 和目前時間 POST 到你的後端
delay(1500); // 避免同一次感應重複打卡
}
}這只是最小骨架。真正能用的版本,還要處理「同一張卡怎麼分上班打卡和下班打卡」「重複感應要防彈跳」「網路斷了怎麼辦」這些細節。其中最容易被新手漏掉的就是斷網,等一下會專門講。
怎麼分辨這一次是上班還是下班打卡?
這是初學者做到一半最常卡住的邏輯題。同一張卡嗶兩次,系統怎麼知道第一次是上班、第二次是下班?常見的處理方式有三種,複雜度遞增:
- 看時間帶:設定一個分界(例如中午 12 點前算上班、之後算下班),簡單但遇到大夜班、彈性工時就會出錯。
- 看奇偶次數:同一人當天第一次感應算上班、第二次算下班,第三次又算上班,靠後端記狀態,準確度較好。
- 交給後端判斷:把每一次感應都當成一筆事件送上去,上班還是下班、加班怎麼算,全部在後端或正式系統裡處理,這也是正式考勤系統的做法。
你會發現,光是「這次到底算上班還是下班」這個看似簡單的問題,就已經開始把你從「做一台讀卡機」推向「設計一套考勤邏輯」了。這也是為什麼很多人做完 demo 後會意識到,真正花時間的從來都是硬體以外的那一塊。
手機當卡片還是發實體卡?Android 與 iPhone 的關鍵差異
很多人一開始的夢想是「大家用手機嗶一下就打卡,不用發卡」。這個想法很好,但這裡藏著第二個大迷思,牽涉到手機作業系統的天生限制,講清楚能幫你避開一場災難。
讓手機「假裝成一張卡」被讀卡機讀,這個技術叫 HCE(Host Card Emulation,主機卡片模擬)。問題在於,Android 和 iPhone 對它的態度天差地遠:
情境 | Android 手機 | iPhone |
|---|---|---|
能不能當一張卡被感應 | 可以,原生支援 HCE | 實務上不行 |
需不需要打開 App | 不用,背景服務就能觸發,靠上去就嗶 | 要,且限制多 |
額外門檻 | 幾乎沒有 | iOS 18.1 起才在歐洲開放第三方 HCE,且要向 Apple 申請專屬授權,一般公司拿不到 |
拿來當員工打卡卡 | 可行 | 基本上做不到 |
換句話說,Android 手機可以很優雅地當一張打卡卡,靠上去就記錄(想深入了解可參考 Android 官方 HCE 文件)。但 iPhone 直到 iOS 18.1 才在歐洲有限度開放,還得向 Apple 申請商業授權,絕大多數中小企業根本拿不到這張門票。只要你公司裡有一位 iPhone 員工,「手機當卡」這條路就會當場破功。
不過這裡要幫 iPhone 平反一半。上面講的限制,全部是針對「手機假裝成一張卡、給外部讀卡機讀」這一個方向。NFC 本身是雙向的,把角色對調過來,結論就完全不同了。
翻轉架構:讓手機當讀卡機,iPhone 一樣能打卡
與其讓 ESP32 當讀卡機、逼手機去當卡,你可以反過來想:在牆上貼一張幾十塊的被動 NFC 標籤,讓員工用手機 App 去「讀」那張標籤來打卡。 這個方向走的是 iOS 內建的 CoreNFC 讀取功能,從 iPhone 7 就開放給所有開發者,只要在開發設定裡勾一個標準的 NFC 讀取能力就好,不需要向 Apple 申請任何特殊授權或商業協議。業界不少商用的手機考勤 App 正是這樣運作的:手機當讀卡機、牆上貼標籤,感應的同時把打卡時間和所在位置一起記下來。
所以「iPhone 到底能不能做 NFC 打卡」這個問題,答案完全取決於你把誰設計成讀卡機。 把兩種架構攤開來比,你就不會被單一做法綁死:
打卡架構 | 誰是讀卡機 | iPhone 能不能用 | 要不要 Apple 特殊審核 | 代價 |
|---|---|---|---|---|
ESP32 當讀卡機 | ESP32 加 PN532 | 手機得當卡,iPhone 受限 | 手機當卡走 HCE 才需要,門檻高 | 要自己做硬體,發實體卡給員工最單純 |
手機當讀卡機 | 員工的手機 App | 可以,iPhone 一視同仁 | 不用,標準 CoreNFC 讀取能力即可 | 要開發一支手機 App,牆上貼被動標籤 |
兩條路各有代價。走 ESP32 當讀卡機,你在學硬體、做一台實體機器,發實體卡給員工最省事,對 iPhone 就別強求手機當卡。走手機當讀卡機,你省下硬體、iPhone 也能用,但要改成開發一支手機 App,還得處理定位防代打卡,否則有人拿標籤照片、或乾脆在家感應,打卡就失去意義了。 先想清楚你這次想練的是硬體還是 App,再決定走哪一條。
如果你這次要練的是 ESP32 硬體
走 ESP32 當讀卡機這條路,最省事、又對 Android 和 iPhone 一視同仁的做法是:發實體 NFC 卡或貼紙給員工,ESP32 加 PN532 負責讀。 卡片便宜、人人適用,也不用去碰手機當卡的限制;等硬體玩熟了,再評估要不要轉成手機當讀卡機的 App 方案也不遲。

新手最常踩的坑:買錯模組、UID 被複製、斷網掉資料
把玩具做出來只是第一步,能不能「信得過」是另一回事。整理社群和教學裡最高頻的幾個坑,這些沒處理好,你的打卡紀錄就是一份會騙人的資料。
坑一:只靠 UID 當身分,等於門沒上鎖
這是第三個、也是最危險的迷思。一般的 MIFARE Classic、NTAG 這類卡,UID 是明文的,任何相容讀卡機靠近幾公分就能讀到、複製到一張空白卡或手環上。 這代表什麼?同事之間互相複製卡、幫忙代打卡,門檻低到嚇人。資安服務商 Kisi 的說明就示範過,複製一張未加密的門禁卡幾乎不用什麼技術。
代打卡不是小事。時間管理服務商 Synerion 引用的統計顯示,代打卡(buddy punching)每年讓美國雇主損失約 3.73 億美元,且 75% 企業遇過,平均侵蝕約 2.2% 的毛薪資。想做得安全一點,進階做法是改用有 AES 加密和雙向認證的卡(例如 MIFARE DESFire),並在後端加上「同一張卡短時間內重複打卡、非上班時段感應」這類異常偵測,別讓 UID 成為唯一的身分證明。
坑二:網路一斷,打卡就消失
ESP32 靠 Wi-Fi 把資料送出去,那如果剛好網路斷了、或路由器重開機呢?純粹只做「讀到就上傳」的設計,斷網那段時間的打卡會直接蒸發,員工嗶了但系統沒記到,月底就是一場糾紛。 解法是幫它加一張 microSD 卡:斷網時先把紀錄寫在本地,等網路恢復再自動補傳。這一步新手九成都會漏掉。
坑三:接線與供電的小魔鬼
讀不到卡、時好時壞,多半是這幾個原因:模組誤接 5V(很多模組要 3.3V)、資料腳位接反、忘了共地。另外要提醒,PN532 搭配某些開發環境(例如 PlatformIO 加 ESP32)偶爾會有函式庫相容性的問題,卡編譯時先去 GitHub 的 issue 區翻一下,通常都有人踩過同樣的雷。
換個角度看,把這三個坑都補起來的過程,其實就是最好玩的學習。同一套 ESP32 加 PN532 的骨架,稍微改一下就能變成社團的簽到機、健身房的會員報到、活動的入場記錄,甚至是家裡的智慧門鎖觸發器。 打卡只是最容易理解的入門題,理解了這條「感應到事件、上傳、記錄、觸發後續」的鏈路,你手上這片板子能做的事情就多了。
⚠️把「玩具」和「正式系統」分清楚
上面這三個坑,決定了你做出來的是一個「示範用的玩具」還是「敢拿去發薪水的系統」。DIY 練手完全 OK,但如果你打算讓全公司靠它算出勤、算薪水,這些安全與可靠性的細節一個都不能省。
從「做出來」到「公司真的能用」中間差了什麼
假設你週末真的把它做出來了,一張卡嗶下去、Google 試算表跳出一行紀錄,成就感十足。但如果你的目的是「拿來當公司正式的考勤系統」,這裡要很誠實地說:一台單機讀卡的展示,和一套敢拿去跑薪資、扛勞檢的系統,中間差了一大段。
差在哪?把 DIY 版和正式營運需要的能力擺在一起看最清楚:
能力 | DIY 單機版 | 公司正式考勤要的 |
|---|---|---|
多台讀卡機、多人同時打卡 | 單機示範就好 | 多據點、多機同步不打架 |
斷網、斷電的資料保全 | 要自己想辦法 | 不能掉紀錄,要有備援 |
防代打卡 | UID 幾乎裸奔 | 加密卡加異常偵測,甚至人臉、GPS |
接薪資與排班 | 手動搬資料 | 打卡直接算工時、接薪資與績效 |
法規更新 | 自己盯 | 隨勞基法異動更新 |
出勤紀錄合規保存 | 沒特別做 | 逐日記載到分鐘、保存 5 年 |
還有一個容易被忽略的隱形成本是「資料孤島」。混合辦公趨勢下的調查顯示,約有六成七的企業,考勤資料和薪資、績效系統之間是各存各的、對不起來,月底要人工搬資料、對數字,錯了還要重來。 一套自製打卡機如果只把 UID 和時間丟進一張試算表,它天生就是一座新的資料孤島,你省下的買機器錢,很可能加倍還在人工對帳上。
最後一列對台灣的中小企業老闆特別重要。台灣的勞動法規要求雇主的出勤紀錄要逐日記載到「分鐘」、並保存五年,違反的罰則在 2023 年 6 月調高到 新台幣 9 萬到 45 萬元。一套資料會在斷網時掉、又沒辦法匯出正式書面紀錄的自製系統,遇到勞檢或勞資爭議時是撐不住的。
而這正是市場需求所在。考勤軟體全球市場規模,The Business Research Company 估計 2026 年約達 41.1 億美元、年複合成長率約 10.4%;門禁市場方面,Mordor Intelligence 的報告指出 RFID 與 NFC 至今仍佔門禁連線技術約 57.75% 的市佔,企業場景更是最大宗。大家都在把打卡這件事數位化,問題只在於你要用玩具等級的方案、還是撐得起營運的方案。
如果你要的是後者,通常有兩條路:買現成的雲端考勤 SaaS,或找人做客製化系統把打卡接進你既有的排班、薪資流程。這兩條路怎麼算三年總成本、什麼情況選哪個,我們拆得很細,可以參考 客製化系統 vs SaaS 三年 TCO 完整拆解;若你要的是把考勤、工時、排班綁在一起的完整系統,這篇 客製化員工排班、工時、出勤系統開發完整指南 講了關鍵決策、報價區間和常見地雷。
跟著這篇把 demo 跑起來不難,難的是「把它變成公司每天在用、算得準、扛得住勞檢的東西」。從「會做一台讀卡機」到「讓打卡真的省到人力又不出包」之間,通常差了一層工程:把它接進你的員工資料、你的排班、你的薪資系統,還要顧到安全和法規。少了這一層,它就是個好玩的專案;有了這一層,它才會變成公司真正的生產力工具。
ℹ️我們做過這件事
順帶說一下,把「時間、出勤、工時」變成一套系統這件事,我們自己就在做。恆遠內部長期在用一套自己開發的遠距團隊工時計時工具 AnyTime,來管理夥伴的工時與專案追蹤;我們也替製造業客戶做過內部的生產力管理系統,把團隊效能數據化。這些考勤與工時類的需求,就落在我們客製化系統開發的範圍裡。看到這裡,如果你正在想「這套放到我公司會長什麼樣」,我們很樂意 聽你聊聊現在的實際情況,一起看看從哪一塊開始最划算。
延伸閱讀:先想清楚要不要自己扛
如果你還在「自己做 vs 買現成 vs 找人客製」之間猶豫,先別急著買零件。可以先讀我們的 客製化系統 vs SaaS 三年 TCO 完整拆解,用三年總成本的角度把帳算清楚,再決定週末要不要開工。
ℹ️我們怎麼看
自己動手用 ESP32 加 NFC 做一台打卡機,我們很鼓勵,這是理解「感應、上傳、記錄」這條物聯網基本鏈路最好的一堂課,做完你對打卡系統的判斷力會完全不一樣。我們的取捨是:把 DIY 當成理解原理和驗證想法的工具,而不是公司營運的地基。 對中小企業老闆來說,真正該問自己的是一個問題:這套系統掉一天資料、或被抓到代打卡、或勞檢時拿不出合規紀錄,我賠得起嗎?答得起就自己玩得開心,答不起就把 DIY 當概念驗證,正式營運交給撐得住的系統。這兩件事本來就可以分開。
關於 NFC 加 ESP32 打卡系統的常見問題
QESP32 要不要另外買 NFC 模組?
要。ESP32 本身只有 Wi-Fi 和藍牙,沒有內建 NFC。要讀 NFC 卡或跟手機 NFC 互動,得外接讀卡模組。想跟手機 NDEF 深度互動就選 PN532;只是要讀實體卡的 UID 來打卡,便宜的 RC522(MFRC522)也可以,但它不支援 NDEF,無法跟手機互動。
QiPhone 可以拿來做 NFC 打卡嗎?
要看方向。如果是「手機當卡、給 ESP32 這類外部讀卡機讀」,iPhone 基本上不行:這條路走 HCE,Android 原生支援,iPhone 直到 iOS 18.1 才在歐洲有限度開放且要向 Apple 申請專屬授權,一般公司拿不到。但如果反過來「手機當讀卡機、去讀牆上一張固定標籤」,iPhone 完全可以,用 iOS 內建的 CoreNFC 讀取即可、不需要特殊審核,業界很多商用手機考勤 App 就是這樣做的。結論:走 ESP32 硬體這條路,發實體卡給員工最單純;想讓 iPhone 用手機打卡,就把手機設計成讀卡機。
Q打卡資料存在哪裡?
ESP32 讀到卡片編號後透過 Wi-Fi 上傳。新手最常用 Google Sheets(透過 Apps Script);想做 App 或即時報表可以用 Firebase;想完全自己控權限就自架 API 加資料庫;要接很多台讀卡機則常用 MQTT。時間會用 NTP 網路時間伺服器對時。
Q斷網或斷電會怎樣?可以離線用嗎?
純 Wi-Fi 上傳的設計一斷網就記不到打卡。要離線可靠,得加一張 microSD 卡把紀錄先寫在本地、復網再補傳。另外 ESP32 沒有內建時鐘,斷電會忘記時間,可以加 RTC 模組或每次開機重新 NTP 對時。
Q卡片會不會被複製、被代打卡?
會。一般 MIFARE Classic 或 NTAG 的 UID 是明文,靠近就能讀、能複製到白卡或手環,代打卡門檻很低。要安全一點就改用有加密和雙向認證的卡(例如 MIFARE DESFire),並在後端加上異常打卡偵測,別只用 UID 當唯一身分。
Q自己做和找人客製化、買現成 SaaS 怎麼選?
想學原理、做內部小工具或極少人數,自己做很划算。但要當公司正式考勤、需要合規(出勤紀錄逐日記載到分鐘、保存五年)、要接薪資與排班、要防代打卡,建議買現成 SaaS 或找人客製化,把 DIY 當概念驗證即可。可以先用三年總成本的角度算清楚再決定。
回到最開始那個問題:手機 NFC 加 ESP32 能不能做打卡系統?能。 它是理解物聯網、練手、驗證點子的絕佳專案。但把它從一台會嗶的機器,變成一套公司敢靠它算薪水的系統,中間那層工程和合規,才是真正決定成敗的地方。想清楚你要的是哪一種,這個週末的時間就不會白花。
如果你評估下來,這套東西是要放進公司正式用的,歡迎把你現在的情況丟過來,我們陪你看看從哪一塊開始最划算:
AUTHOR
自由揚John
想了解更多?看看我們的相關服務
相關文章

ESP32 機械手臂視覺辨識夾取完整指南:運算放哪、手臂怎麼選、模型用哪個

廠商換手「接手第一週」SOP:6 個治理動作、5 條合約條款、4 個決勝點,中小企業老闆把新外包團隊從『簽約即冷感』變『第一週就上軌道』

軟體授權憑證是什麼?離線軟體包防盜版與授權驗證機制入門指南

ESP32-P4 是什麼?2026 用它做機器人的初學者完整指南,和一般 ESP32 差在哪、新手怎麼開始

我們公司怎麼跑出 20+ AI 流程?系列第 2 篇:排程治理 SOP,時間表、重試、報警、版本管控 4 維度 + 5 條紅線

留言(0)
尚無留言,成為第一個留言的人吧!