บ้านหนึ่งหลังไม่ได้มีเพียงสถานะ “กำลังก่อสร้าง” หรือ “เสร็จแล้ว” ระหว่างสองจุดนั้นมีใบงานจำนวนมาก มีคนหลายฝ่าย มีหลักฐานจากหน้างาน และมีการตัดสินใจที่ต้องเกิดตามลำดับ หากข้อมูลส่วนใดหลุดออกจากระบบ สิ่งที่หายไปพร้อมกันคือความสามารถในการตอบคำถามง่าย ๆ ว่า งานนี้ใครรับผิดชอบ ทำถึงไหน ตรวจแล้วหรือยัง และพร้อมจ่ายค่าแรงหรือไม่
คิวดีเฮ้าส์จึงใช้ QDHouse OS สำหรับทีมสำนักงาน และ QDHouse GO สำหรับทีมภาคสนาม ให้ทำงานบนใบงานชุดเดียวกัน บทความนี้จะพาเดินตามใบงานก่อสร้างหนึ่งใบ ตั้งแต่เริ่มดำเนินการ บันทึกข้อมูลจากไซต์ ส่งงาน ตรวจรับ จนเข้าสู่กระบวนการค่าแรง เพื่อให้เห็นว่าระบบหลังบ้านช่วยคุมมาตรฐานบ้านได้อย่างไร
จุดเริ่มต้นไม่ใช่ข้อความในแชต แต่คือใบงานที่ตรวจสอบได้
เมื่อถึงคิวของงานก่อสร้างรายการหนึ่ง งานนั้นจะอยู่ในรูป “ใบงาน” ที่มีเลขอ้างอิง หน่วยก่อสร้าง หมวดงาน ผู้รับผิดชอบ ผู้รับเหมา ช่วงเวลาทำงาน และสถานะในกระบวนการ ข้อมูลเหล่านี้ทำให้ทีมไม่ต้องเริ่มต้นทุกเช้าด้วยการถามต่อกันว่า “วันนี้ใครทำอะไร” หรือย้อนค้นรูปจากห้องแชตหลายห้องเพื่อประกอบเรื่องราวภายหลัง
ใน QDHouse OS ทีมสำนักงานสามารถเปิดหน้ารายการใบงานรอตรวจ เห็นจำนวนงาน หน่วยก่อสร้าง และยอดค่าแรงที่เกี่ยวข้องในมุมมองเดียวกัน จากนั้นค้นหาหรือเปิดใบงานที่ต้องดำเนินการต่อได้ทันที
ประโยชน์ของจุดเริ่มต้นแบบนี้ไม่ใช่แค่ “หาเอกสารง่าย” แต่คือการทำให้ทุกฝ่ายอ้างอิงงานชิ้นเดียวกัน เมื่อมีการเปลี่ยนสถานะ หลักฐานและประวัติจะยังอยู่กับใบงาน ไม่แยกไปอยู่ในโทรศัพท์ของคนใดคนหนึ่ง
ที่สำนักงาน: เห็นรายการและรายละเอียดใน workspace เดียว
หน้าปฏิบัติการของ QDHouse OS ใช้โครงสร้างแบบ master/detail ด้านซ้ายเป็นตารางใบงานสำหรับค้นหาและเลือก ด้านขวาเป็นรายละเอียดของใบงานที่กำลังดู รูปแบบนี้เหมาะกับงานสำนักงานที่ต้องตรวจหลายรายการต่อเนื่อง เพราะผู้ใช้ไม่ต้องเปิดหน้าต่างใหม่และสลับบริบทไปมา
เมื่อเปิดใบงาน ทีมจะเห็นลำดับสถานะ ข้อมูลงาน แบบแปลน รายการวัสดุ ข้อมูลการควบคุมงาน และประวัติการทำรายการตามสิทธิที่ได้รับ จุดสำคัญคือรายละเอียดไม่ได้ถูกแสดงแบบแยกส่วนจากคิวงาน แต่เชื่อมอยู่ในพื้นที่ทำงานเดียวกัน ทำให้ทีมเห็นทั้ง “งานที่ต้องจัดการ” และ “ข้อมูลที่ใช้ตัดสินใจ” พร้อมกัน
ที่หน้างาน: QDHouse GO ทำให้หลักฐานกลับเข้าสู่ใบงาน
งานภาคสนามต้องการหน้าจอคนละแบบกับสำนักงาน โทรศัพท์มีพื้นที่จำกัด สัญญาณอาจไม่สม่ำเสมอ และผู้ใช้ต้องทำงานด้วยนิ้วขณะอยู่ในไซต์ QDHouse GO จึงจัดหน้าจอแบบ mobile-first ให้โฟร์แมนและทีมหน้างานเข้าถึง CheckIn ของตน ใบงานที่ส่งรอตรวจ และความเคลื่อนไหวจากไซต์ได้จากหน้าเดียว
เมื่อเปิดใบงาน ทีมภาคสนามสามารถบันทึก CheckIn พร้อมสื่อจากพื้นที่จริง รายการตรวจหน้างาน และข้อความประกอบ ระบบรองรับภาพ วิดีโอ หรือเสียงตามหน้าจอของงานนั้น ข้อมูลจึงมีบริบทชัดกว่าการส่งไฟล์เข้าแชต เพราะถูกผูกกับใบงาน ผู้บันทึก และเวลาที่ดำเนินการ
ความแตกต่างสำคัญอยู่ตรงนี้: รูปจากหน้างานไม่ได้เป็นเพียงรูปประกอบการรายงาน แต่เป็นหลักฐานของ workflow เมื่อย้อนกลับมาดูภายหลัง ทีมรู้ว่าสื่อนั้นเกี่ยวกับงานใด อยู่ในขั้นตอนไหน และถูกใช้ประกอบการดำเนินการอะไร
จาก “กำลังดำเนินการ” สู่ “ส่งงานรอตรวจ”
ใน workflow งานก่อสร้างของ QDHouseCons การส่งมอบงานจากผู้ปฏิบัติไปยังทีมตรวจคือการขยับจากขั้นที่ 3 ไปขั้นที่ 4 ก่อนบันทึก ระบบตรวจว่ามีเลขใบงานและผู้ดำเนินการ ใบงานมีอยู่จริง ผ่านขั้นก่อนหน้าแล้ว และมีหลักฐานครบตามค่าที่กำหนดไว้สำหรับงานนั้น
เมื่อเงื่อนไขผ่าน ระบบจึงบันทึกการรับส่งงาน ผู้ทำรายการ เวลา และ timeline ของเหตุการณ์ ใบงานเปลี่ยนจากงานที่กำลังดำเนินการเป็นงานที่ส่งแล้วและรอตรวจรับ ขั้นตอนนี้ช่วยป้องกันไม่ให้คำว่า “เสร็จแล้ว” เป็นเพียงข้อความที่ไม่มีข้อมูลรองรับ
จำนวนหลักฐานไม่ได้ถูกเขียนตายตัวให้เหมือนกันทุกกรณี ผู้ดูแลระบบสามารถกำหนดได้ว่าจะบังคับแนบสื่อหรือไม่และต้องมีขั้นต่ำเท่าใด โดยหน้าจอช่วยเตือนผู้ใช้ ส่วน API ตรวจเงื่อนไขซ้ำก่อนบันทึกจริง
จาก “รอตรวจรับ” สู่ “ตรวจรับแล้ว”
เมื่อใบงานอยู่ขั้นที่ 4 ทีมตรวจสามารถเปิดรายละเอียดและหลักฐานจากบริบทเดียวกับใบงาน จากนั้นดำเนินการตรวจรับตามสิทธิและข้อมูลที่มี การขยับจากขั้นที่ 4 ไปขั้นที่ 5 ต้องผ่านการตรวจสถานะเดิมอีกครั้ง พร้อมบันทึกผู้ตรวจ เวลา timeline และ activity ของการเปลี่ยนขั้น
การวางจุดตรวจไว้ใน workflow มีผลต่อวินัยของทั้งระบบ เพราะกระบวนการค่าแรงจะเดินต่อจากงานที่ผ่านการตรวจรับแล้ว ไม่ใช่จากเสียงทวงหรือข้อความว่า “งานเสร็จครับ” เพียงอย่างเดียว หากงานยังไม่ผ่าน ทีมก็ยังเห็นได้ชัดว่าค้างอยู่ตรงไหนและใครต้องดำเนินการต่อ
เงินเดินตามสถานะงานและรอบจ่ายที่ชัดเจน
หลังตรวจรับ ใบงานเข้าสู่ขั้นตอนที่เกี่ยวข้องกับการวางบิล ตั้งเบิก และรอจ่ายค่าแรงตามลำดับ ระบบ QDHouseCons แยกสถานะเหล่านี้ออกจากกันอย่างชัดเจน ตั้งแต่ตรวจรับแล้วรอวางบิล ใบวางบิลรอจ่าย ใบงานรอจ่าย จนถึงบันทึกว่าจ่ายค่าแรงแล้ว
รอบจ่ายค่าแรงของระบบใช้วันที่ 5 และ 20 ของเดือน และมีแนวคิดการปิดงวดก่อนวันจ่าย เพื่อให้ยอดที่ส่งอนุมัตินิ่ง ใบงานที่ขยับเข้ามาหลังปิดงวดจะไปอยู่รอบถัดไปที่ยังเปิดอยู่ วิธีนี้ทำให้การจ่ายอ้างอิงใบอนุมัติและงวดที่ชัดเจน แทนการดึงรายการสดที่ยังเปลี่ยนได้ตลอดเวลา
ระบบไม่ได้ทำให้ทุกปัญหาหายไปเอง แต่ทำให้ปัญหามีตำแหน่งที่ตรวจสอบได้ งานค้างตรวจจะไม่ถูกปะปนกับงานรอวางบิล และงานที่ยังไม่เข้าเงื่อนไขจะไม่ถูกนับรวมกับรายการที่พร้อมจ่าย นี่คือพื้นฐานของทั้งการควบคุมคุณภาพและความเป็นธรรมต่อผู้รับเหมา
สิ่งที่ลูกค้าได้รับ แม้จะไม่ได้เปิดทุกหน้าจอ
ลูกค้าไม่จำเป็นต้องรู้จักชื่อ field หรือหมายเลขขั้นในระบบ แต่ได้รับผลจากวินัยของ workflow โดยตรง:
- ความคืบหน้ามีที่มา — ข้อมูลจากไซต์ถูกผูกกับใบงานและผู้ดำเนินการ ไม่ได้อาศัยรายงานปากเปล่าเพียงอย่างเดียว
- การตรวจมีหลักฐานประกอบ — ทีมตรวจเปิดดูงานในบริบทเดียวกับรายละเอียดและประวัติของใบงาน
- ตรวจสอบย้อนหลังได้ — การรับส่งงานและการตรวจรับมีผู้ทำ เวลา และ timeline
- กระบวนการค่าแรงมีลำดับ — งานต้องผ่านสถานะที่เกี่ยวข้องก่อนเข้าสู่งวดวางบิลและจ่ายค่าแรง
- หลายพื้นที่ใช้กติกาเดียวกัน — ไม่ว่าไซต์จะอยู่ที่ใด ทีมสำนักงานและหน้างานยังอ้างอิง workflow ชุดเดียวกัน
ทำไมต้องมีทั้ง OS และ GO
เพราะงานสำนักงานและงานภาคสนามมีข้อจำกัดไม่เหมือนกัน QDHouse OS ต้องแสดงข้อมูลจำนวนมาก รองรับการค้นหา ตรวจรับ อนุมัติ และดูประวัติอย่างละเอียด ส่วน QDHouse GO ต้องเปิดเร็ว ใช้งานด้วยการสัมผัส และช่วยให้คนหน้างานบันทึกสิ่งที่เกิดขึ้นตรงจุดทำงาน
แต่สองระบบไม่ได้แยกกันเป็นคนละเรื่อง OS เป็นพื้นที่บริหารและตรวจสอบ ส่วน GO เป็นทางเข้าของข้อมูลภาคสนาม ทั้งคู่เชื่อมกันด้วยใบงาน สถานะ และหลักฐานเดียวกัน เมื่อออกแบบเช่นนี้ ข้อมูลจึงเดินไปกับงานแทนที่จะหยุดอยู่ที่บุคคล
บ้านที่ตรวจสอบได้ เริ่มจากระบบที่ไม่ปล่อยให้รายละเอียดหาย
คุณภาพบ้านไม่ได้เกิดจาก dashboard สวยหรือจำนวนรูปถ่ายเพียงอย่างเดียว มันเกิดจากการกำหนดว่าใครต้องทำอะไร ต้องมีหลักฐานแบบไหน ใครเป็นผู้ตรวจ และขั้นตอนใดจึงจะเดินต่อได้ QDHouse OS และ QDHouse GO ทำหน้าที่เปลี่ยนกติกาเหล่านั้นให้เป็นวิธีทำงานประจำวัน
เมื่อใบงานหนึ่งใบเดินจากสำนักงานไปหน้างาน กลับมาตรวจรับ และเข้าสู่งวดค่าแรงโดยมีร่องรอยตลอดทาง บริษัทจึงไม่ต้องฝากมาตรฐานไว้กับความจำของคนเพียงไม่กี่คน และลูกค้าก็ได้รับบ้านจากกระบวนการที่อธิบายและตรวจสอบย้อนหลังได้
กำลังวางแผนสร้างบ้าน? อ่านต่อที่ ทำไมต้อง QDHouse ดู แบบบ้านพร้อมราคาปลูกสร้าง หรือทัก LINE @qdhouseproperty เพื่อนัดคุยเรื่องแบบ งบประมาณ และกระบวนการก่อสร้างที่เหมาะกับที่ดินของคุณ
คำถามที่พบบ่อย
QDHouse OS กับ QDHouse GO ต่างกันอย่างไร?
QDHouse OS เป็นระบบสำหรับงานสำนักงานและการบริหารข้อมูลจำนวนมาก เช่น รายการใบงาน รายละเอียด การตรวจรับ และประวัติการดำเนินการ ส่วน QDHouse GO ออกแบบสำหรับมือถือของทีมภาคสนาม ใช้เข้าถึงงาน CheckIn ส่งหลักฐาน และติดตามงานที่เกี่ยวข้องกับตน
ภาพจากหน้างานถูกเก็บอย่างไร?
สื่อที่บันทึกจากหน้าจอ CheckIn หรือการรับส่งงานถูกผูกกับบริบทของใบงานและเหตุการณ์ใน workflow ทำให้ย้อนดูได้ว่าเกี่ยวข้องกับงานใดและถูกบันทึกในขั้นตอนใด แทนการเก็บเป็นไฟล์ที่แยกออกจากเรื่องราวของงาน
งานส่งแล้วหมายความว่าจ่ายค่าแรงได้ทันทีหรือไม่?
ไม่ใช่ การส่งงานเป็นการเข้าสู่ขั้นรอตรวจรับ ใบงานต้องผ่านการตรวจรับและขั้นตอนวางบิล ตั้งเบิก และรอบจ่ายที่เกี่ยวข้องก่อน ระบบแยกแต่ละสถานะออกจากกันเพื่อให้ตรวจสอบได้ชัดเจน