ParitLAB
← Lab Notes

คู่มือการใช้งาน · 2026-09-15

ออกแบบตารางกะและประมาณรายได้โดยไม่ต้องกระจายข้อมูลหลายที่

เผยแพร่โดย ParitLAB
บันทึกจากการออกแบบ พัฒนา และทดสอบผลิตภัณฑ์ของเรา

Android, shift work, overtime, income estimate, local network, KADEE

คนทำงานเป็นกะมักได้รับข้อมูลจากหลายช่องทาง ตารางงานอาจอยู่ในรูปภาพ ชั่วโมง OT อยู่ในแชต และสูตรรายได้อยู่ใน Spreadsheet อีกไฟล์ เมื่อข้อมูลเปลี่ยน การตามแก้ทุกที่ทำได้ยาก KADEE: Shift & Income จึงทดลองรวมตารางกะ เวลา OT และการประมาณรายได้ไว้ในแอป Android เดียว โดยให้ผู้ใช้กำหนดกฎของตนเองแทนการบังคับใช้สูตรเดียวกับทุกองค์กร

เริ่มจากปฏิทินงาน ไม่ใช่ตัวเลขรายได้

ข้อมูลหลักของระบบคือตารางว่าแต่ละวันทำกะอะไร เวลาเริ่มและสิ้นสุดเท่าไร รวมถึงมี OT หรือเหตุการณ์พิเศษหรือไม่ เมื่อโครงสร้างนี้ชัด ระบบจึงค่อยนำรายการที่บันทึกไปคำนวณประมาณการ การเริ่มจากยอดเงินแล้วค่อยย้อนหาที่มาอาจทำให้ตรวจสอบไม่ได้ว่าวันใดหรือกะใดทำให้ยอดเปลี่ยน

สูตรรายได้ต้องปรับได้และอธิบายได้

ค่ากะ อัตรา OT วันหยุด และเงื่อนไขการปัดเวลาแตกต่างกัน แอปจึงควรเก็บองค์ประกอบของสูตรแยกจากรายการกะ เมื่อผู้ใช้เปลี่ยนอัตรา ระบบต้องบอกได้ว่าการเปลี่ยนมีผลย้อนหลังหรือเฉพาะรายการใหม่ และหน้า Summary ควรแยกเงินพื้นฐาน OT และส่วนเพิ่ม ไม่แสดงเพียงยอดรวมก้อนเดียว

คำว่า “ประมาณรายได้” เป็นขอบเขตสำคัญ ตัวเลขจากแอปอาจไม่รวมภาษี ประกันสังคม การหักขาดงาน โบนัส หรือกฎ Payroll ภายในองค์กร จึงไม่ควรใช้แทนสลิปเงินเดือนหรือหลักฐานทางบัญชี หน้าที่ของเครื่องมือคือช่วยให้ผู้ใช้เห็นภาพและตรวจความผิดปกติก่อนเทียบกับเอกสารจริง

การแชร์ในวง LAN ต้องออกแบบเรื่องความไว้ใจ

รุ่น 1.1.0 รองรับการแชร์ตารางในวง LAN แนวทางนี้ช่วยให้แลกข้อมูลภายในเครือข่ายเดียวโดยไม่ต้องส่งทุกอย่างผ่านบริการ Cloud แต่เครือข่ายเดียวกันไม่ได้หมายความว่าอุปกรณ์ทุกเครื่องเชื่อถือได้ การค้นหาอุปกรณ์ การยืนยันผู้รับ และการแสดงว่าข้อมูลชุดใดกำลังจะถูกส่งจึงควรชัดเจน ผู้ใช้ควรยกเลิกได้ก่อนนำข้อมูลเข้าตารางหลัก

กรณีที่ต้องทดสอบจริง

หน้าจอที่ดีต้องตอบคำถามได้สองระดับ

ระดับแรกคือ “วันนี้ทำกะอะไร” ซึ่งต้องเปิดดูได้เร็ว ระดับที่สองคือ “ยอดประมาณการนี้มาจากไหน” ซึ่งต้องไล่กลับไปยังวัน ชั่วโมง และกฎที่เกี่ยวข้องได้ การออกแบบที่เน้น Dashboard อย่างเดียวอาจดูสวยแต่ตรวจสอบยาก ขณะที่ตารางละเอียดอย่างเดียวทำให้ผู้ใช้มองภาพรวมไม่ออก แอปจึงต้องเชื่อม Summary กับรายการต้นทางและรักษาลำดับการแก้ไขให้เข้าใจได้

ทิศทางการพัฒนาต่อ

รุ่นปัจจุบันเผยแพร่บนโทรศัพท์และแท็บเล็ตแล้ว งานที่มีคุณค่าต่อจากนี้คือการเพิ่มความโปร่งใสของสูตร การตรวจรายการซ้ำ และการสำรองข้อมูล มากกว่าการเพิ่มตัวเลขประมาณการให้ละเอียดเกินหลักฐานที่ผู้ใช้บันทึกไว้ เครื่องมือควรช่วยลดงานจดและช่วยตรวจสอบ แต่ต้องไม่ทำให้ตัวเลขประมาณการถูกเข้าใจว่าเป็นยอดรับเงินจริงที่รับรองแล้ว