การฝึกฝนการส่งงานที่ไม่สมบูรณ์
Version ที่สมบูรณ์แบบอยู่ในอนาคตเสมอ ผมคิดเกี่ยวกับว่าทำไมสิ่งต่างๆ ถูกสร้าง ไม่ใช่ว่าทำไมมันล้มเหลว — ทำไมมันไม่เคยเริ่ม เหตุผลคือเดียวกันเสมอ: ใครบางคนตัดสินใจรอจนทำได้อย่างถูกต้อง จนเงื่อนไขถูกต้อง จนไอเดียก่อตัวอย่างสมบูรณ์ จนมั่นใจว่ามันจะดี ปัญหาคือ “ดีพอที่จะ publish” และ “สมบูรณ์แบบ” ไม่ใช่จุดหมายเดียวกัน สมบูรณ์แบบคือทิศทาง ดีพอที่จะ publish คือที่ ความสมบูรณ์แบบทำให้สูญเสียอะไรจริงๆ ทุกวันที่คุณ delay shipping คือวันที่คุณไม่ได้เรียนรู้จาก feedback จริง version ที่สมบูรณ์แบบในหัวของคุณถูกปกป้องจากตลาด มันไม่เคยเจอใครที่ใช้มันจริง มันไม่เคยได้ email ที่บอกว่า “ผมพยายามทำ X แต่สับสนตรงนี้” feedback นั้นคือข้อมูล โดยไม่มีมัน คุณสร้างในสุญญากาศ ยิ่งคุณอยู่ในสุญญากาศนานเท่าไหร่ product ยิ่งถูกตัดขาดจากสิ่งที่มันควรจะทำมากขึ้น คณิตศาสตร์ง่าย: สมบูรณ์แบบใน 6 เดือน = 0 feedback ส่งใน 2 เดือน, iterate = feedback ในเดือน 2, ปรับปรุงในเดือน 3-6 version ที่ไม่สมบูรณ์แบบที่ได้ feedback จะอยู่ไกลกว่าในเดือน 6 กว่า version ที่สมบูรณ์แบบที่อยู่ใน development ...