คู่มือ

วิธีตั้ง OKR สำหรับสตาร์ทอัพ (พร้อมตัวอย่าง)

การตั้ง OKR สำหรับสตาร์ทอัพ ให้เลือก เป้าหมาย (objectives) หนึ่งถึงสามข้อสำหรับไตรมาส ซึ่งเป็นข้อความสั้น ๆ เชิงคุณภาพที่บอกว่าอะไรสำคัญที่สุด แล้วให้แต่ละข้อมี ผลลัพธ์หลัก (key results) สองถึงสี่ข้อ ซึ่งเป็นผลลัพธ์ที่วัดได้ มีค่าเริ่มต้นและเป้าหมาย และพิสูจน์ว่าทำเป้าหมายสำเร็จแล้ว ทบทวนความคืบหน้าในการเช็กอินรายสัปดาห์สั้น ๆ ให้คะแนนอย่างซื่อตรงเมื่อสิ้นไตรมาส และนำสิ่งที่เรียนรู้ไปตั้ง OKR ชุดถัดไป

OKR (Objectives and Key Results) คือวิธีการตั้งเป้าหมายที่เกี่ยวข้องกับ Intel และต่อมาเป็นที่นิยมในอุตสาหกรรมเทคโนโลยี สำหรับสตาร์ทอัพ คุณค่าหลักมีอย่างเดียวคือ มันบังคับให้ทีมเล็กตกลงกันว่าอะไรสำคัญในไตรมาสนี้ และอะไรไม่สำคัญ

เมื่อไหร่ OKR ช่วยได้ และเมื่อไหร่ไม่ช่วย

OKR ช่วยได้เมื่อ:

  • ทีมใหญ่พอที่คนอาจเดินไปคนละทิศทาง
  • มีไอเดียดี ๆ มากกว่าเวลาที่มี และคุณต้องมีวิธีปฏิเสธ
  • คุณมีผลิตภัณฑ์ที่ใช้งานได้แล้ว และต้องการปรับปรุงผลลัพธ์เฉพาะ เช่น การเปิดใช้งาน (activation) หรือการรักษาผู้ใช้ (retention)

OKR จะช่วยได้น้อยลงเมื่อ:

  • คุณยังหาปัญหาที่จะแก้ไม่เจอ ก่อน การตรวจสอบไอเดียแอป เป้าหมายจะเปลี่ยนทุกสัปดาห์ การมีรายการการทดลองง่าย ๆ จะได้ผลดีกว่า
  • มีแค่คุณคนเดียวและแผนทั้งหมดอยู่ในหัว กระดาษโน้ตแผ่นเดียวอาจเพียงพอ
  • มันกลายเป็นงานเอกสาร ถ้าการอัปเดต OKR ใช้เวลามากกว่างานจริง ให้ลดลง

องค์ประกอบของ OKR ที่ดี

เป้าหมาย (Objective): สิ่งที่อยากทำให้สำเร็จ เขียนเป็นคำพูด ควรมีความหมาย เจาะจงพอที่จะนำทางการเลือก และมีกรอบเวลา (ปกติคือหนึ่งไตรมาส)

ผลลัพธ์หลัก (Key Results): วิธีที่คุณจะรู้ว่าทำสำเร็จแล้ว แต่ละข้อควรเป็น:

  • วัดได้ เป็นตัวเลขที่มีค่าเริ่มต้นและเป้าหมาย
  • เป็นผลลัพธ์ ไม่ใช่งาน เช่น "อัตราการเปิดใช้งานจาก X% เป็น Y%" ไม่ใช่ "สร้างเช็กลิสต์การเริ่มต้นใช้งาน"
  • อยู่ในขอบเขตอิทธิพลของทีมอย่างสมเหตุสมผล
  • ตรวจสอบได้ คุณรู้ว่าข้อมูลมาจากไหน

ภารกิจ (Initiatives) งานและโปรเจกต์อยู่ข้างใต้ เป็นการเดิมพันของคุณว่าจะขยับผลลัพธ์หลักอย่างไร และคุณควรเปลี่ยนได้ระหว่างไตรมาส

ระดับตัวอย่าง (สมมติ)
เป้าหมายผู้ใช้ใหม่ได้รับคุณค่าจากผลิตภัณฑ์ในเซสชันแรก
ผลลัพธ์หลักสัดส่วนผู้สมัครที่ทำการกระทำหลักได้ในวันแรก: จาก [ค่าเริ่มต้น] เป็น [เป้าหมาย]
ผลลัพธ์หลักระยะเวลากลางจากการสมัครจนถึงการทำโปรเจกต์แรกเสร็จ: จาก [ค่าเริ่มต้น] เป็น [เป้าหมาย]
ผลลัพธ์หลักจำนวนตั๋วซัพพอร์ตที่เกี่ยวกับการเริ่มต้นใช้งานต่อสัปดาห์: จาก [ค่าเริ่มต้น] เป็น [เป้าหมาย]
ภารกิจเพิ่มข้อมูลตัวอย่างและเช็กลิสต์สามขั้นตอน
ภารกิจเขียนสถานะว่างใหม่ในสองหน้าจอหลัก

ใช้ค่าเริ่มต้นจริงของคุณเอง หากยังไม่มี ผลลัพธ์หลักแรกอาจเป็นการวัดค่านั้นให้ได้ก่อน

ขั้นที่ 1: เริ่มจากคำถามที่ใหญ่ที่สุดของบริษัท

ก่อนเขียนอะไร ให้ตอบว่า อะไรคือสิ่งที่สำคัญที่สุดที่ต้องเปลี่ยนในไตรมาสนี้ สำหรับสตาร์ทอัพระยะแรก มักเป็นหนึ่งในนี้:

ระยะจุดโฟกัสที่พบบ่อย
ก่อนเปิดตัวพิสูจน์ว่าคนต้องการจริง: สัมภาษณ์ waitlist เบต้า
เพิ่งเปิดตัวทำให้ผู้ใช้เห็นคุณค่า: การเปิดใช้งานและการเริ่มต้นใช้งาน
มีผู้ใช้เริ่มเข้ามาบ้างรักษาผู้ใช้ไว้: การคงอยู่และอัตราการยกเลิก
กำลังเติบโตหาช่องทางที่ทำซ้ำได้: การได้ผู้ใช้และการแปลงผล
เริ่มเก็บเงินทำให้เศรษฐศาสตร์ได้ผล: ราคา รายได้ และต้นทุน

แผนการเข้าสู่ตลาด (go-to-market) ของคุณ และตัวชี้วัดใน อธิบายตัวชี้วัด SaaS เป็นข้อมูลนำเข้าที่ดีสำหรับขั้นนี้

ขั้นที่ 2: เขียนเป้าหมายหนึ่งถึงสามข้อ

ร่างเป้าหมายร่วมกับทีม หากมีทีม เป้าหมายที่ดี:

  • สรุปได้ในหนึ่งประโยคและจำง่าย
  • อธิบายการเปลี่ยนแปลง ไม่ใช่การดำเนินงานตามปกติ
  • ถ้าทำสำเร็จแล้วจะสร้างความแตกต่างจริง

อ่อน: "ปรับปรุงการตลาด" ดีกว่า: "หาช่องทางหนึ่งที่ดึงผู้ทดลองใช้งานเข้ามาได้อย่างสม่ำเสมอ"

ขั้นที่ 3: เขียนผลลัพธ์หลักสำหรับแต่ละเป้าหมาย

สำหรับแต่ละเป้าหมาย ถามว่า "ถ้าสิ่งนี้เป็นจริงเมื่อสิ้นไตรมาส เราจะรู้ได้อย่างไร" เขียนคำตอบเป็นตัวเลขสองถึงสี่ข้อ

การทดสอบอย่างรวดเร็วสำหรับผลลัพธ์หลักแต่ละข้อ:

  • คนนอกทีมตรวจสอบได้หรือไม่
  • มีค่าเริ่มต้นและเป้าหมายหรือไม่
  • เป็นผลลัพธ์ ไม่ใช่กิจกรรมหรือไม่
  • ถ้าทำได้จริง จะหมายความว่าเป้าหมายสำเร็จจริงหรือไม่
  • สามารถถูก "เล่นเกม" ในทางที่เป็นอันตรายได้หรือไม่ ถ้าได้ ให้จับคู่กับตัวชี้วัดการตรวจสอบ (counter-metric)

ตัวอย่างการจับคู่ (สมมติ): ผลลัพธ์หลักที่จะเพิ่มจำนวนผู้สมัครทดลองใช้งานอาจถูกเล่นเกมโดยดึงคนที่ไม่เหมาะสมเข้ามา จึงจับคู่กับผลลัพธ์หลักเกี่ยวกับสัดส่วนของผู้ทดลองใช้ที่เปิดใช้งานจริง

ผลลัพธ์ที่ตั้งใจ (Committed) กับผลลัพธ์ที่ท้าทาย (Aspirational)

ทีมบางทีมติดป้ายผลลัพธ์หลัก:

  • ตั้งใจ (Committed) คุณคาดว่าจะทำได้เต็มที่ การพลาดคือปัญหาที่ต้องหารือ
  • ท้าทาย (Aspirational) เป้าหมายที่ยืดเยื้อ การไปได้เกือบถึงเป็นผลลัพธ์ที่ดี

บอกให้ชัดตั้งแต่ต้นว่าข้อไหนเป็นแบบไหน เพื่อไม่ให้ผลลัพธ์บางส่วนถูกเข้าใจผิดในภายหลัง

ขั้นที่ 4: ตั้งจังหวะการทำงาน

จังหวะที่เบาสำหรับทีมเล็ก:

เมื่อไหร่ทำอะไรใช้เวลา
ต้นไตรมาสร่าง พูดคุย และตกลง OKRสองสามชั่วโมง
รายสัปดาห์อัปเดตผลลัพธ์หลักแต่ละข้อ แจ้งความเสี่ยง ปรับภารกิจ15–30 นาที
กลางไตรมาสตรวจอย่างซื่อตรง: ยังเป็นเป้าหมายที่ถูกต้องอยู่ไหม30 นาที
ปลายไตรมาสให้คะแนน เขียนบทเรียน และร่างไตรมาสถัดไปหนึ่งถึงสองชั่วโมง

การเช็กอินรายสัปดาห์สามารถทำเป็นสามคำถามต่อผลลัพธ์หลักแต่ละข้อ: ตอนนี้อยู่ตรงไหน เรามั่นใจแค่ไหนว่าจะถึงเป้า และอะไรขวางอยู่

ขั้นที่ 5: ให้คะแนนและเรียนรู้

เมื่อสิ้นไตรมาส ให้คะแนนผลลัพธ์หลักแต่ละข้อ วิธีที่นิยมคือ 0.0 ถึง 1.0 หรือเป็นเปอร์เซ็นต์ของเป้าหมายที่ทำได้ จากนั้นเขียนประโยคสั้น ๆ สำหรับเป้าหมายแต่ละข้อ:

  • อะไรทำให้ตัวเลขขยับ และอะไรไม่ขยับ
  • ผลลัพธ์หลักเป็นตัววัดที่ถูกต้องหรือไม่
  • ไตรมาสหน้าเราจะทำอะไรต่างออกไป

บทเรียนสำคัญกว่าคะแนน

ตัวอย่างเต็มสำหรับ SaaS ขนาดเล็ก (สมมติ)

ทีมสองคนเปิดตัวเครื่องมือจองคาบเรียนสำหรับครูสอนพิเศษอิสระ มีผู้สมัครเข้ามา แต่หลายคนไม่เคยตั้งค่าเวลาว่าง

เป้าหมายที่ 1: ครูสอนพิเศษใหม่พร้อมรับการจองตั้งแต่เซสชันแรก

  • KR1: สัดส่วนครูใหม่ที่เผยแพร่เวลาว่างภายใน 24 ชั่วโมง: จาก [ค่าเริ่มต้น] เป็น [เป้าหมาย]
  • KR2: สัดส่วนครูใหม่ที่ได้การจองแรกภายใน 14 วัน: จาก [ค่าเริ่มต้น] เป็น [เป้าหมาย]
  • KR3: จัดการโทรแนะนำการใช้งานอย่างน้อยแปดครั้ง และบันทึกผล

เป้าหมายที่ 2: เรียนรู้ว่าช่องทางไหนดึงครูที่อยู่ต่อได้

  • KR1: ติดตามแหล่งที่มาของผู้สมัครทุกคน (ปัจจุบันยังไม่ได้ติดตาม)
  • KR2: ทดลองสามช่องทาง โดยมีผลที่เขียนไว้ของแต่ละช่องทาง
  • KR3: ระบุช่องทางหนึ่งที่ผู้สมัครเปิดใช้งานได้เท่ากับหรือสูงกว่าค่าเฉลี่ยรวม

สังเกตว่า KR3 ในเป้าหมายที่ 1 ค่อนข้างเป็นกิจกรรมมากกว่า ซึ่งยอมรับได้เมื่อเป้าหมายคือการเรียนรู้ แต่ผลลัพธ์หลักส่วนใหญ่ควรเป็นผลลัพธ์

เทมเพลต OKR

คัดลอกไปใส่ในเอกสารหรือสเปรดชีต:

เป้าหมายผลลัพธ์หลักค่าเริ่มต้นเป้าหมายปัจจุบันความมั่นใจผู้รับผิดชอบ
สูง / กลาง / ต่ำ

ข้อผิดพลาดที่พบบ่อย

  • OKR มากเกินไป ถ้าทุกอย่างเป็นลำดับความสำคัญ ก็ไม่มีอะไรเป็นลำดับความสำคัญ
  • รายการงานที่แต่งตัวเป็นผลลัพธ์หลัก "เปิดตัวฟีเจอร์ X" ไม่บอกอะไรเลยว่าได้ผลหรือไม่
  • ไม่มีค่าเริ่มต้น หากไม่มีจุดตั้งต้น เป้าหมายก็เป็นเพียงการเดา
  • ตั้งแล้วปล่อยทิ้ง OKR ที่ไม่ได้แตะจนสิ้นไตรมาสก็เป็นแค่รายการความหวัง
  • ผูกกับค่าตอบแทน คนจะเริ่มตั้งเป้าที่รู้ว่าตัวเองทำได้
  • ลอกกระบวนการของบริษัทอื่น ทีมห้าคนไม่ต้องการระบบเป้าหมายแบบลดหลั่นของบริษัทใหญ่

การติดตาม OKR ด้วย Mythex

สเปรดชีตหรือเอกสารก็เพียงพอสำหรับทีมเล็กส่วนใหญ่ หากคุณต้องการสิ่งที่ปรับให้เข้ากับทีมมากกว่า เช่น หน้าภายในง่าย ๆ ที่เจ้าของแต่ละคนอัปเดตผลลัพธ์หลักของตนทุกสัปดาห์ และทีมเห็นความคืบหน้าได้ในพริบตา คุณสามารถอธิบายให้เครื่องมือสร้างแอป AI อย่าง Mythex เข้าใจ แล้วได้เครื่องมือภายในที่ใช้งานได้พร้อมฐานข้อมูล วิธีสร้างเครื่องมือภายใน และ วิธีสร้างแดชบอร์ด อธิบายแนวทางนี้ไว้ ไม่ว่าจะเลือกวิธีไหน เครื่องมือมีผลน้อยกว่านิสัยการดูตัวเลขด้วยกันทุกสัปดาห์มาก

คำถาม

OKR ย่อมาจากอะไร

Objectives and Key Results หรือ เป้าหมายและผลลัพธ์หลัก เป้าหมาย (Objective) คือสิ่งที่คุณอยากไปให้ถึงในเชิงคุณภาพ ส่วนผลลัพธ์หลัก (Key Results) คือผลลัพธ์ที่วัดได้จำนวนไม่กี่ข้อ ที่บอกว่าคุณไปถึงเป้าหมายนั้นหรือยัง

สตาร์ทอัพควรมี OKR กี่ข้อ

น้อยมาก สำหรับทีมเล็ก การมีเป้าหมายหนึ่งถึงสามข้อต่อไตรมาส โดยแต่ละข้อมีผลลัพธ์หลักสองถึงสี่ข้อ มักเพียงพอแล้ว ถ้ามากกว่านั้นทีมเล็กจะกระจายตัวเกินไป และ OKR จะกลายเป็นแค่รายการสิ่งที่ต้องทำ

OKR คุ้มค่าสำหรับผู้ก่อตั้งคนเดียวหรือทีมเล็กมากไหม

รูปแบบที่เบาลงอาจคุ้มค่า การเขียนเป้าหมายหนึ่งข้อและผลลัพธ์หลักไม่กี่ข้อทุกไตรมาสช่วยให้ทีมเล็กปฏิเสธสิ่งที่ไม่สำคัญได้ ข้ามเครื่องมือหนักและพิธีกรรมการให้คะแนนไปก่อน จนกว่าทีมจะใหญ่พอที่ต้องใช้

OKR ต่างจาก KPI อย่างไร

KPI คือตัวชี้วัดสุขภาพที่คุณดูอยู่ตลอดเวลา เช่น รายได้หรืออัตราการยกเลิก ส่วน OKR คือเป้าหมายที่มีกรอบเวลาเพื่อการเปลี่ยนแปลง มักตั้งเป้าให้ KPI ขยับ แต่บอกว่าคุณผลักดันอะไรให้ดีขึ้นในไตรมาสนี้

ควรผูก OKR กับโบนัสไหม

ทีมจำนวนมากแยกสองเรื่องนี้ออกจากกัน เพราะการผูกค่าตอบแทนกับคะแนน OKR ทำให้คนตั้งเป้าที่ปลอดภัยและทำได้ง่าย ใช้ OKR เพื่อโฟกัสและเรียนรู้ และประเมินผลงานในภาพรวมที่กว้างกว่า

Mythex · Pricing · สร้างอะไรก็ได้ด้วย AI · เทมเพลตเว็บไซต์และแอป · เปรียบเทียบ Mythex · อภิธานศัพท์การสร้างแอปด้วย AI · เครื่องมือฟรีสำหรับสร้างแอปด้วย AI · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)