ไม่มีอะไรก้าวหน้าด้วยคลิกเดียวลอย ๆ
ซอฟต์แวร์บริหารโครงการส่วนใหญ่มีท่าทางที่คุ้นเคย: Change Status. Not Started → In Progress → Completed. ง่ายมาก แต่การที่คนคนหนึ่งกด 'Completed' ไม่ได้ทำให้อะไรเสร็จจริง สิ่งที่เปลี่ยนสถานะของโครงการคือข้อเท็จจริงทางธุรกิจ — ลูกค้ารับใบเสนอราคา วัสดุพร้อม ส่งของแล้ว เก็บเงินครบแล้ว สถานะโครงการควรเป็นผลของความจริง ไม่ใช่ dropdown
ซอฟต์แวร์ Project Management ส่วนใหญ่มีการกระทำที่คุ้นเคยมากอย่างหนึ่ง:
Change Status.
Not Started → In Progress → Completed.
ง่ายมาก
แต่ตอนออกแบบ Snappy PM เราตั้งหลักให้ตัวเองไว้ข้อหนึ่ง:
Nothing advances on a bare click.
ทำไม?
เพราะการที่คนคนหนึ่งกด "Completed" ไม่ได้ทำให้เรื่องนั้นเสร็จจริง
สิ่งที่เปลี่ยนสถานะของโครงการจริง ๆ คือข้อเท็จจริงทางธุรกิจ
ลูกค้ารับใบเสนอราคาแล้ว
วัสดุพร้อมแล้ว
ผลิตภัณฑ์เสร็จแล้ว
ส่งของแล้ว
ชำระเงินเรียบร้อยแล้ว
ดังนั้นแม้ห้า Phase ของ Snappy PM จะดูเรียบง่าย แต่สิ่งที่สำคัญจริง ๆ หลังแต่ละขั้นคือ:
What has actually happened?
เช่น Scoping & Design
สิ่งที่เราสนใจจริง ๆ ไม่ใช่ว่า Project Manager เปลี่ยน Status เป็น "Design Completed" หรือยัง
แต่คือ:
ลูกค้ารับ Quotation ฉบับสุดท้ายของเราหรือยัง?
ถ้าลูกค้ายืนยันทางโทรศัพท์ อีเมล WhatsApp หรือลายเซ็นแล้ว PM สามารถบันทึก Customer Approved ระบบจะบันทึกว่าใครยืนยัน เมื่อไร — แล้วโครงการถึงจะมีเงื่อนไขเข้าสู่เฟสถัดไป
ถึง Closing ก็เหมือนกัน
ผู้จัดการโครงการรู้สึกว่าโครงการจบแล้ว ไม่ได้แปลว่าโครงการปิดได้จริง
ถ้า:
Invoice ยังออกไม่ครบ หรือยังมีเงินค้างชำระ
ระบบควรบอกข้อเท็จจริงนั้นกับเขา
นี่ก็เป็นเหตุผลที่ฉันไม่ชอบเข้าใจ Project Management เป็นแบบนี้มากขึ้นเรื่อย ๆ:
Task + Status + Gantt Chart.
สิ่งเหล่านี้มีคุณค่าแน่นอน
แต่สำหรับธุรกิจขนาดเล็กหลายแห่ง คำถามที่สำคัญกว่าคือ:
Reality vs. Status.
ในซอฟต์แวร์ขึ้นเขียวไม่มีความหมาย
สิ่งที่สำคัญจริง ๆ คือลูกค้ายืนยันหรือยัง ของส่งหรือยัง ต้นทุนเกิดหรือยัง เงินเข้าหรือยัง
Snappy PM จึงอยากสร้างสถานะโครงการบนข้อมูลธุรกิจจริงให้มากที่สุด
Document.
Quotation.
Expense.
Inventory.
Delivery.
Invoice.
Payment.
สิ่งเหล่านี้เกิดขึ้นอยู่แล้วในการดำเนินธุรกิจทุกวัน
ถ้าระบบเข้าใจข้อเท็จจริงเหล่านี้ได้ พนักงานก็ไม่ควรต้องคอยดูแล "Project Status" อีกชุดที่หลุดจากธุรกิจ
A project should move because the business moved.
Not because someone changed a dropdown.
SnapLedger, your life easier.
Reality vs. Status ไฟเขียวในซอฟต์แวร์ไม่ได้แปลว่าอะไร สิ่งที่สำคัญคือลูกค้ายืนยันแล้วหรือไม่ ของส่งแล้วหรือไม่ ต้นทุนเกิดจริงหรือไม่ เงินเข้าหรือยัง ถ้าระบบเข้าใจเอกสาร ใบเสนอราคา ค่าใช้จ่าย การส่งมอบ ใบแจ้งหนี้ และการชำระเงินได้ พนักงานก็ไม่ควรต้องคอยดูแล 'สถานะโครงการ' แยกต่างหากที่หลุดจากธุรกิจอีกต่อไป
ในโครงการปัจจุบันของคุณ ถ้าตั้งแต่พรุ่งนี้ไม่มีใครกด 'อัปเดตสถานะ' อีกเลย — ภาพในระบบจะคลาดจากความจริงไปไกลแค่ไหน และคุณจะเชื่อฝั่งไหน?
โครงการควรเคลื่อนเพราะธุรกิจเคลื่อน ไม่ใช่เพราะมีคนเปลี่ยน dropdown
รับ Founder Diary + ข่าวอัปเดตด้านกฎระเบียบสำหรับประเทศของคุณ
อีเมลเมื่อ Richard เผยแพร่บันทึกใหม่ และอัปเดตด้านกฎระเบียบที่สำคัญในที่ที่คุณอยู่ ฟรี ยกเลิกการรับได้ทุกเมื่อ