หายไปหลายวันแล้วกลับมาไม่ถูก — เมื่อคุณเป็นพนักงานประจำที่ทำ side project
การกลับมาหลังหายไปควรมีต้นทุนเป็นศูนย์ เครื่องมือส่วนใหญ่ทำให้มันแพงกว่าการหายต่อ แปดชั่วโมงแรกของวันถูกจองไว้แล้ว สิ่งที่เหลือคือพลังงานตอนสามทุ่ม ซึ่งไม่เท่ากับพลังงานตอนเก้าโมงแม้จะนับเป็นชั่วโมงเท่ากัน
โจทย์: พอขาดไปสองสามวันแล้วรู้สึกไม่อยากกลับมาเปิดอีกเลย ทำไมเป็นแบบนี้
คำแนะนำที่เจอบ่อยคืออย่าให้ streak ขาด และถ้าขาดแล้วให้รีบเริ่มใหม่ทันที streak เปลี่ยนการหายไปหนึ่งวันให้กลายเป็นความล้มเหลวที่มองเห็นได้ ต้นทุนของการกลับมาจึงสูงกว่าต้นทุนของการหายต่อ นี่คือกลไกที่ทำให้คนเลิกใช้ถาวร ไม่ใช่กลไกที่ทำให้คนกลับมา
และสำหรับพนักงานประจำที่ทำ side projectโดยเฉพาะ: ปัญหาไม่ใช่ "ไม่มีเวลา" แต่คือแผนถูกวางด้วยพลังงานเช้า แล้วถูกทำด้วยพลังงานดึก
น้องวันทำอะไรแทน
น้องวันไม่มี streak และไม่ถามว่าหายไปไหน วันที่กลับมาคือวันธรรมดาที่เริ่มต้นได้เลย ความสม่ำเสมอถูกนับเป็นช่วงวัน ไม่ใช่โซ่ที่ขาดแล้วเป็นศูนย์
ตัวเลขที่ระบบใช้จริง
- 3 — หายไป 3 วันขึ้นไปแล้วกลับมา น้องวันจะไม่ถามว่าหายไปไหน และไม่พูดถึงความยาวของช่วงที่หาย (renegotiationEngine.ts — COMEBACK_SILENT_DAYS_MIN)
- 7 — นับเป็นช่วง 7 วัน ไม่ใช่ streak ที่ขาดแล้วเป็นศูนย์ (renegotiationEngine.ts — ADHERENCE_DEFAULT_WINDOW)
ตัวอย่างที่คำนวณจริง
สัปดาห์ของพนักงานประจำที่ทำ side project ที่หายไปกลางสัปดาห์สามวันแล้วกลับมา
| ต้นสัปดาห์ | ปิดวันได้ 2 วัน |
|---|---|
| กลางสัปดาห์ | หายไป 3 วัน |
| ท้ายสัปดาห์ | กลับมาปิดได้ 2 วัน |
น้องวันจะพูดว่า “ทำได้ 4 จาก 7 วัน” — ไม่ใช่ “streak ขาด” และไม่มีอะไรถูกรีเซ็ตเป็นศูนย์
คำนวณด้วย rollingAdherence() — ฟังก์ชันเดียวกับที่ใช้ตอนคุยกับน้องวันจริง
คำถามที่เจอบ่อย
แล้วจะรู้ได้ยังไงว่าเราสม่ำเสมอขึ้นจริง
ดูจากจำนวนวันที่ปิดได้ในช่วงล่าสุด ตัวเลขนี้ขึ้นลงได้โดยไม่ต้องเริ่มนับหนึ่งใหม่ทุกครั้งที่พลาด
หายไปนานมากแล้วกลับมา ข้อมูลเก่ายังอยู่ไหม
อยู่ครบ วันที่ปิดไปแล้วไม่เคยถูกลบ ประวัติจึงยังใช้เทียบได้แม้เว้นไปหลายเดือน
จะมีข้อความทวงระหว่างที่หายไปไหม
ไม่มีการทวง จำนวนข้อความที่ส่งหาถูกจำกัดไว้ตายตัวต่อวัน และการหายไปไม่ได้เพิ่มโควตานั้น