หน้า Software ของ ParitLAB มีทั้งเครื่องมือที่เผยแพร่แล้วและงานที่ยังอยู่ระหว่างทดลอง หากใช้คำว่า “พร้อม” กับทุกอย่าง ผู้อ่านจะไม่รู้ว่าอะไรเป็นแนวคิด อะไรมี Build ให้ทดสอบ และอะไรผ่านขั้นตอน Release แล้ว เราจึงใช้สถานะ Experiment, Testing, Stable และ Archived เพื่อสื่อระดับหลักฐาน ไม่ใช่เพื่อจัดอันดับว่าสินค้าใดดีกว่า
Experiment: กำลังพิสูจน์ปัญหาและแนวทาง
สถานะ Experiment เหมาะกับงานที่ยังตรวจว่าปัญหามีจริงหรือแนวทางแก้เหมาะสมหรือไม่ อาจมี Prototype, ภาพหน้าจอ หรือ Code บางส่วน แต่ยังไม่ควรสัญญาว่าจะมีไฟล์ดาวน์โหลดหรือวันขาย เป้าหมายของช่วงนี้คือเขียนสมมติฐานและเกณฑ์ตัดสินให้ชัด เพื่อให้รู้ว่าผลแบบใดควรทำต่อหรือหยุด
Testing: มีสิ่งให้ตรวจ แต่ยังมีข้อจำกัด
Testing หมายถึงมี Build หรือระบบที่ตรวจสอบบางส่วนได้แล้ว แต่หลักฐานยังไม่ครบสำหรับการใช้งานทั่วไป ตัวอย่างเช่น Risk Co-Pilot MT5 Compile ผ่านและสูตรคำนวณผ่านชุดทดสอบ แต่ยังรอ Broker execution และ Forward testing จึงระบุชัดว่าใช้เฉพาะ Demo hedging และยังไม่พร้อมใช้เงินจริง การ Compile สำเร็จพิสูจน์เพียงว่า Code สร้างได้ ไม่ได้พิสูจน์การทำงานภายใต้ตลาดจริง
Stable: พร้อมตามขอบเขตที่ประกาศ
Stable ไม่ได้แปลว่าไม่มี Bug แต่หมายถึงฟังก์ชันในขอบเขตที่ประกาศผ่านขั้นตอน Release และมีช่องทางดูแลผู้ใช้แล้ว TADEE 1.2.7, KADEE 1.1.0, สวดมนต์ด้วยกัน 1.0.0 และ PZE 2.4 อยู่ในกลุ่มนี้ตามข้อมูลผลิตภัณฑ์ปัจจุบัน แต่แต่ละรายการยังมีขอบเขตต่างกัน เช่น แอปสวดมนต์รุ่นแรกยังไม่มีเสียงและมีคำแปลไทยเพียงบางบท
Archived: เก็บหลักฐานโดยไม่ชวนให้เริ่มใช้ใหม่
งานที่หยุดพัฒนาหรือถูกแทนด้วยรุ่นใหม่อาจยังมีคุณค่าด้านประวัติ การใช้ Archived แทนการลบทันทีช่วยรักษา Changelog, บทเรียน และความสัมพันธ์กับ License เดิม หน้าเว็บควรลดความเด่นของปุ่มเริ่มใช้และบอกทางไปยังรุ่นทดแทนเมื่อมี
Version และ Status ตอบคนละคำถาม
Version บอกว่าเรากำลังพูดถึง Build ใด ส่วน Status บอกว่า Build นั้นอยู่ในระดับความพร้อมแบบใด Version สูงกว่าไม่ได้หมายความว่าเสถียรกว่าเสมอ รุ่น Preview อาจมีหมายเลขใหม่กว่ารุ่น Stable แต่ยังมีหลักฐานน้อยกว่า การแสดงสองค่าไว้ด้วยกันทำให้ผู้อ่านประเมินได้ถูกต้องขึ้น
หลักฐานขั้นต่ำที่ควรอยู่ในหน้าผลิตภัณฑ์
- ปัญหาที่ต้องการแก้และกลุ่มผู้ใช้ที่เกี่ยวข้อง
- สิ่งที่ Build ทำได้จริงใน Version ปัจจุบัน
- วิธีหรือสภาพแวดล้อมที่ใช้ทดสอบ
- ผลที่ตรวจได้และข้อจำกัดที่ยังเหลือ
- สถานะการขาย ดาวน์โหลด หรือการให้ทดลอง
- วันที่หรือ Changelog ที่ช่วยให้รู้ว่าข้อมูลยังเป็นปัจจุบัน
เหตุผลที่ความตรงไปตรงมามีผลต่อผลิตภัณฑ์
การระบุข้อจำกัดไม่ได้ทำให้ผลงานดูด้อยลง แต่ช่วยลดความคาดหวังผิดและทำให้ Feedback มีคุณภาพ ผู้ทดสอบรู้ว่าควรตรวจอะไร ลูกค้ารู้ว่ากำลังได้รับอะไร และทีมพัฒนารู้ว่าหลักฐานชิ้นใดยังขาด สถานะจึงเป็นส่วนหนึ่งของการสื่อสารความเสี่ยง ไม่ใช่ป้ายตกแต่งบนการ์ดสินค้า