GPS 打卡擋不住代打?動態 QR Code 掃碼打卡的設計取捨 — DK77 開發日誌
GPS 打卡的位置由裝置自行回報,對代打的約束有限。這篇記錄 DK77 動態 QR Code 掃碼打卡的設計思考:能降低哪些風險,又有哪些做不到。
GPS 打卡的位置由裝置自行回報,對代打的約束有限。這篇記錄 DK77 動態 QR Code 掃碼打卡的設計思考:能降低哪些風險,又有哪些做不到。
DK77 的付費牆不鎖功能,只用員工人數上限與資料保留期間區分方案。這篇記錄這個定價設計背後的思考,以及資料保留期間與法定出勤紀錄保存年限的差別。
一個有趣想法如何在兩天內從概念變成可公開使用的網站——AI 協作開發、以 nano banana 生成所有網站圖片、Cloudflare 生態實驗,以及現代開發成本的轉變。
紙卡、Excel、LINE 群組喊一聲,是台灣小公司常見的出勤管理方式。DK77 想解決的,是這些方法在月底結算與法定紀錄要求上暴露出來的問題。
觀察獨立開發者社群後,我開始思考:如果不考慮商業模式,我會做什麼?這個問題,帶出了雲端香火這個實驗。
批發商同時面對現結散客與月結客戶,兩種收款邏輯差異極大。BZ66 在應收帳款設計上如何同時支援這兩種模式。
BZ66 的免費版和付費版功能沒有差異,差的只是資料量上限。這篇說明這個定價邏輯背後的設計思考。
批發業常遇到貨還沒入庫就要先出單的情況。BZ66 的負庫存開關讓業者可以彈性處理這種時序問題,不因系統限制卡住出貨流程。
用試算表管庫存,月底帳面與實際常有落差。這篇拆解落差通常來自哪裡、試算表可以補到什麼程度,以及什麼時候才值得換成進銷存系統。
BZ66 用外加、內含、不計稅三種稅別設定,對應一般買賣業常見的開單情況。這篇說明設定邏輯,以及哪些業別與情況不適用。
進銷存系統的關帳功能是為了保護已結算的數字。這篇說明 BZ66 用退回單沖銷的流程設計,以及這個做法的適用範圍與限制。
小型批發商不想替兼職員工建立帳號,但仍需追蹤每筆單據的開單人。BZ66 用操作員 PIN 機制解決帳號管理與責任歸屬的矛盾。