ภาพรวม OA — มีอะไรบ้าง
ตำแหน่งสาย Account Manager ไม่มี coding เป็นชุดประเมิน behavioral และ situational ที่อิง Leadership Principles หนักมาก
Work Style Assessment
เลือกเห็นด้วย/ไม่เห็นด้วยกับ statement วัด culture fit มีคำถามซ้ำเช็กความสม่ำเสมอ — ตอบให้สอดคล้องกันทั้งชุด
Work Simulation
จำลองวันทำงานจริง อ่าน email/สถานการณ์แล้วเลือกวิธีตอบสนอง ไม่มีนาฬิกานับถอยหลังต่อข้อ แต่ควรทำรวดเดียวจบ
Written Case
เขียนตอบสั้นเชิงกลยุทธ์ (เช่น "จะ grow account นี้ยังไง") วัด Think Big + การเขียน
หลักคิด OA ฉบับโค้ช
OA ไม่ได้วัดว่าเก่ง AWS แค่ไหน แต่วัดว่า ตัดสินใจแบบไหนเวลาเจอสถานการณ์จริง — จำ 7 หลักนี้ ตอบเคสไหนก็ยึดไว้
เข้าใจปัญหาก่อนลงมือ
ถามให้เข้าใจ + ดูข้อมูลก่อน อย่ารีบเสนอทางแก้
เป็นเจ้าของ แต่ไม่แบกเดี่ยว
ห้ามโยน ห้ามรอ แต่ดึงคนที่ใช่มาช่วย (orchestrate)
ลูกค้าได้จริง > ยอดตอนนี้
ระยะยาวสำคัญกว่าระยะสั้นเสมอ
ซื่อสัตย์ ไม่รู้ให้บอกไม่รู้
ห้ามมั่วเพื่อปิดดีล — พลาดข้อนี้เสียคะแนนหนักสุด
จัดลำดับด้วย 2 แกน
ผลกระทบ + เส้นตายเลื่อนได้ไหม งานที่เลื่อนได้ให้เจรจา ไม่ใช่ทิ้งทุกอย่างไปทำทันที
อย่าด่าคู่แข่ง อย่ารีบลดราคา
แก้ที่ต้นเหตุ เข้าใจ need ก่อน
ตอบให้สม่ำเสมอ
ตอบตามตัวตนจริง อย่าเดาว่าเขาอยากได้คำตอบไหน
16 Leadership Principles
วิธีคิดที่ Amazon ใช้ในทุกการตัดสินใจ — ตัวอย่างในแต่ละข้อเป็น การตัดสินใจจริงของ Senior Account Manager ที่ AWS (ดีล / pricing / migration / account plan / escalation) + "อย่าสับสนกับ" เพราะหลายข้อฟังคล้ายเรื่องทั่วไป แต่ Amazon หมายถึงอะไรที่เฉพาะกว่านั้น
Customer Obsession · หมกมุ่นกับลูกค้า
เริ่มจากคำถาม "ลูกค้าได้อะไร" เสมอ ไม่ใช่ "บริษัทได้อะไร" หรือ "คู่แข่งทำอะไร"
การตัดสินใจของ AM: ลูกค้าอยากซื้อ Reserved Instance ล็อก 3 ปีก้อนใหญ่เพราะคิดว่าประหยัดสุด แต่คุณดู usage แล้วเห็นว่า workload เขายังไม่นิ่ง → แนะให้เริ่มด้วย Savings Plan ที่ยืดหยุ่นกว่าก่อน แม้ deal value ปีนี้จะเล็กลง ลูกค้าไม่ต้องจมต้นทุนที่ใช้ไม่คุ้ม เชื่อใจ แล้วขยาย workload อื่นมาให้ทีหลัง
อย่าสับสน: "ตอบ ticket/email ลูกค้าเร็ว" = แค่บริการดี ยังไม่ใช่ obsession จริงต้องถึงขั้น ยอมเสียยอดตัวเอง เพื่อสิ่งที่ถูกต้องกับลูกค้า
Ownership · เป็นเจ้าของ
คิดแบบเจ้าของบริษัท มองยาว ไม่แลกผลระยะยาวกับผลระยะสั้น
การตัดสินใจของ AM: ลูกค้าเจอปัญหา billing ผิดข้ามเดือน ซึ่งเป็นเรื่องของทีม Support/Billing ไม่ใช่ commercial ของคุณ → แทนที่จะโยน คุณรับเป็นเจ้าของเคส ประสาน TAM + Billing จนจบ แล้ววาง governance กันไม่ให้ลูกค้าเจอซ้ำ เพราะ account health คือความรับผิดชอบของ AM
อย่าสับสน: "ทำ QBR / รายงานเยอะ" = ยุ่ง ไม่ใช่ ownership — ownership คือ รับผิดชอบผลลัพธ์ของ account แม้เกินหน้าที่ตัวเอง
Invent and Simplify · คิดใหม่และทำให้ง่าย
หาวิธีใหม่ + ตัดขั้นตอนที่ไม่จำเป็น ไม่ต้องเป็นนวัตกรรมยิ่งใหญ่
การตัดสินใจของ AM: การขออนุมัติ private pricing / ส่วนลดภายในใช้เวลานานจนลูกค้ารอไม่ไหว → คุณเตรียม business case + data เป็น template ล่วงหน้าให้ deal desk ตัดสินเร็วขึ้น หรือเสนอ EDP ที่ scale ได้แทนการต่อรองทีละดีล
อย่าสับสน: ไม่ใช่แค่ "มีไอเดียเยอะ" แต่ต้อง ทำให้ดีลปิดง่ายขึ้นจริงแบบวัดผลได้
Are Right, A Lot · ตัดสินใจถูกบ่อย ๆ
ตัดสินใจแม่นด้วยวิจารณญาณ + เปิดรับมุมต่างเพื่อพิสูจน์ว่าตัวเองอาจผิด
การตัดสินใจของ AM: คุณเชื่อว่าควรให้ลูกค้า migrate ทั้งก้อนทีเดียวให้จบไว แต่ SA/specialist ค้านด้วยข้อมูลว่าควร phase ทีละ workload เพื่อลดความเสี่ยง → คุณฟังแล้วปรับ account plan ผล migration สำเร็จและลูกค้าไว้ใจมากขึ้น
อย่าสับสน: ไม่ใช่ "ฉันเป็น AM ฉันถูก ไม่ฟัง SA" — คนที่ถูกบ่อยคือคนที่ ฟัง technical แล้วยอมปรับ
Learn and Be Curious · เรียนรู้และอยากรู้
ไม่หยุดเรียนรู้ ตามหาความรู้ใหม่แม้อยู่นอกหน้าที่
การตัดสินใจของ AM: ได้ account สาย TMEGS (streaming/software) ที่คุณไม่คุ้น architecture → คุณลงลึกเรียน media services / GenAI use case ของเขา อ่าน re:Invent recap ถาม SA จนคุยภาษาธุรกิจเขาได้ ไม่ใช่แค่ขาย compute
อย่าสับสน: ไม่ใช่ "ฉันขายเก่งอยู่แล้ว ไม่ต้องเข้าใจ tech" — ต้องเข้าใจธุรกิจลูกค้าพอที่จะคุยเรื่อง outcome ได้
Hire and Develop the Best · จ้างและพัฒนาคนเก่ง
ดึงคนเก่งเข้าทีม + ทำให้คนในทีมโตกว่าเดิม ผู้นำที่ดีสร้างผู้นำคนอื่น
การตัดสินใจของ AM: มี AM รุ่นน้องหรือ BDR ที่ qualify opportunity ยังไม่แม่น → คุณ pair เข้าประชุมลูกค้าด้วยกัน สอน discovery / MEDDPICC จนเขา generate pipeline เองได้
อย่าสับสน: ไม่ใช่ "ฉันเก่งเลยปิดดีลเองหมด" — เก่งอยู่คนเดียวไม่นับ ต้อง ทำให้ทีมขายเก่งขึ้น
Insist on the Highest Standards · ยืนกรานมาตรฐานสูง
ตั้งมาตรฐานสูงจนหลายคนคิดว่าสูงเกินไป ไม่ยอมรับงานคุณภาพต่ำ
การตัดสินใจของ AM: proposal / pricing ที่จะเสนอผู้บริหาร (CxO) ลูกค้ามี assumption เรื่อง sizing ที่ยังไม่ verify กับ SA "น่าจะพอ" → คุณไม่ส่ง ให้ตรวจ sizing + TCO ให้แม่นก่อน เพราะตัวเลขผิดต่อหน้าผู้บริหาร = เสียความน่าเชื่อถือทั้ง account
อย่าสับสน: ไม่ใช่ perfectionism จนดีลไม่ขยับ แต่คือ คุมคุณภาพงานที่ถึงมือลูกค้าให้สูงอย่างสม่ำเสมอ
Think Big · คิดใหญ่
กล้าวางเป้าใหญ่ที่สร้างแรงบันดาลใจ ไม่คิดแค่แก้เฉพาะหน้า
การตัดสินใจของ AM: เป้าที่ได้รับคือแค่ "รักษา spend ของ account ไว้" แต่คุณเสนอ account plan 3 ปีที่ทำให้ลูกค้าเป็น flagship reference ของ TMEGS ทั้งภูมิภาค + ดึง workload ใหม่ (GenAI/Data) เข้ามา
อย่าสับสน: คิดใหญ่ไม่ใช่ตั้งเป้าลม ๆ — ต้องมี account plan ที่เดินไปถึงได้จริง
Bias for Action · ลงมือเร็ว
ความเร็วมีค่า ตัดสินใจได้แม้ข้อมูลไม่ครบ 100% เพราะหลายเรื่องแก้กลับได้
การตัดสินใจของ AM: เห็น usage ของลูกค้าเริ่มลดจาก dashboard (สัญญาณ churn) → นัด business review ทันทีสัปดาห์นี้ ไม่รอรอบ QBR หน้า กู้ก่อนเขาย้าย workload ไป cloud อื่น
อย่าสับสน: ไม่ใช่บุ่มบ่าม — เรื่องที่ แก้กลับไม่ได้/เสี่ยงสูง เช่น commit ราคาพิเศษ ยังต้องผ่าน deal desk ก่อน
Frugality · ประหยัด
ทำได้มากด้วยทรัพยากรน้อย ข้อจำกัดสร้างความคิดสร้างสรรค์
การตัดสินใจของ AM: อยากช่วยลูกค้า optimize cost แต่ยังไม่มีงบทำ workshop ใหญ่ → ใช้ Trusted Advisor + Cost Optimization tools ทำ session สั้นเองก่อน สร้าง value ให้ลูกค้าโดยไม่ต้องรอ funding program
อย่าสับสน: ไม่ใช่ประหยัดจนลูกค้าเสียประสบการณ์ — คือ สร้างผลลัพธ์ด้วยทรัพยากรที่มีอยู่
Earn Trust · สร้างความเชื่อใจ
พูดตรง รับฟัง ยอมรับผิด ทำตามที่พูด — ความเชื่อใจสร้างยากพังง่าย
การตัดสินใจของ AM: ผู้บริหารลูกค้าถามว่าบริการรองรับ compliance/SLA ที่เขาต้องการไหม คุณไม่แน่ใจ → บอกตรงว่าขอ confirm กับ product/SA team ก่อน ไม่รับปากลอย ๆ เพื่อปิดดีล แล้วกลับมาตอบตามสัญญา
อย่าสับสน: ไม่ใช่ "ทำให้ลูกค้าถูกใจทุกอย่าง" — คือ พูดความจริงแม้ทำให้ดีลช้าลง และรักษาคำพูด
Dive Deep · ลงลึก
ลงไปดูข้อมูล/รายละเอียดจริงเอง ไม่เชื่อแค่รายงานสรุป
การตัดสินใจของ AM: spend ของ account ตก ทีมสรุปว่า "ลูกค้าลดงบ" → คุณเปิด Cost Explorer / usage รายบริการเอง เจอว่าจริง ๆ เขาย้าย workload หนึ่งไป competitor เพราะ latency ไม่ใช่เรื่องงบ → เสนอ edge/region แก้ตรงจุด
อย่าสับสน: ไม่ใช่ลงไปจุ้นทุก ticket จนไม่ไว้ใจใคร — คือ ลงลึกเมื่อตัวเลข account ไม่สมเหตุผล
Have Backbone; Disagree and Commit · กล้าเห็นต่าง แต่ทำตามเมื่อมีมติ
กล้าค้านด้วยความเคารพเมื่อไม่เห็นด้วย แต่พอตัดสินแล้วทุ่มเททำเต็มที่
การตัดสินใจของ AM: deal desk/หัวหน้าอยากดันส่วนลดลึกเพื่อปิดดีลเร็ว แต่คุณมีข้อมูลว่าลูกค้า commit อยู่แล้วไม่ต้องลดขนาดนั้น → ค้านด้วยตัวเลขอย่างสุภาพ ถ้า leadership ยังยืนยัน → commit ทำเต็มที่
อย่าสับสน: ผิดทั้งสองทาง — เงียบยอมลดตาม (ขาด backbone) และดื้อไม่ทำหลังมติออก (ขาด commit) ต้องมีทั้งคู่
Deliver Results · ส่งมอบผลลัพธ์
ทำให้สำเร็จตามเป้าแม้เจออุปสรรค สุดท้ายวัดที่ "ทำได้จริงไหม"
การตัดสินใจของ AM: กลางปีลูกค้าใหญ่ freeze budget เป้า number เสี่ยงไม่ถึง → คุณหา use case ใหม่ (เช่น GenAI POC) + เร่ง migration workload ที่ค้าง + เปิด net-new account จนยังชน quota ไม่อ้างว่ามีอุปสรรคเลยไม่ถึง
อย่าสับสน: "พยายามเต็มที่แล้วแต่ไม่ถึง" ยังไม่พอ — Amazon ให้ค่า ตัวเลขที่ปิดได้จริง
Strive to be Earth's Best Employer · เป็นนายจ้างที่ดีที่สุด
สร้างที่ทำงานปลอดภัย เท่าเทียม ให้คนเติบโตและมีความสุข
การตัดสินใจของ AM: เห็น SA คู่งานหรือ AM รุ่นน้องรับ escalation หนักจนใกล้ burnout → คุณช่วยกระจาย account load + คุยกับ manager เรื่อง resource ไม่ใช่รีดให้ปิดดีลอย่างเดียว
อย่าสับสน: ไม่ใช่ตามใจทุกอย่าง — คือ ดูแลทีมให้เติบโตอย่างจริงจัง ควบคู่กับมาตรฐานงาน
Success and Scale Bring Broad Responsibility · ยิ่งใหญ่ยิ่งรับผิดชอบต่อสังคม
บริษัทใหญ่มีผลกระทบกว้าง ต้องคิดเกินแค่กำไรของตัวเอง
การตัดสินใจของ AM: ออกแบบ solution ให้ลูกค้าโดยคำนึงถึง sustainability (เลือก region/architecture ที่ efficient) + data privacy ของ end user ลูกค้า ไม่ใช่แค่ปิด deal ให้ใหญ่ที่สุด
อย่าสับสน: ไม่ใช่ CSR เพื่อสร้างภาพ — คือ รับผิดชอบผลกระทบจริง ของ solution ที่เสนอ
Working Backwards — ทำงานย้อนกลับจากลูกค้า
หัวใจ: อย่าเริ่มจาก "เรามีอะไร / อยากขายอะไร" แต่เริ่มจาก "ลูกค้าต้องการอะไร" แล้วย้อนกลับมาสร้าง
ลูกค้ามีปัญหาอะไร / อยากได้ผลลัพธ์แบบไหน
เขาต้องได้ประสบการณ์แบบไหนถึงจะแก้ปัญหานั้น
เราค่อยออกแบบทางแก้ให้ตรงจุดนั้น (ไม่ใช่ยัดสิ่งที่เรามี)
เครื่องมือจริง = PR/FAQ: ก่อนสร้างอะไร Amazon เขียน "ข่าวประชาสัมพันธ์ปลอม" จากมุมลูกค้า + FAQ ก่อนลงมือทำจริง ถ้าเขียนแล้วลูกค้าไม่ตื่นเต้น = ไม่ต้องสร้าง
The Flywheel — วงล้อแห่งการเติบโต
หัวใจ: ธุรกิจดีเหมือนวงล้อหนัก ช่วงแรกหมุนยาก แต่พอหมุนได้ แต่ละส่วนจะผลักกันเองให้หมุนเร็วขึ้นเรื่อย ๆ — ศูนย์กลางคือ ลูกค้า
วงจร: ประสบการณ์ลูกค้าดีขึ้น → ลูกค้าเข้ามามากขึ้น → ผู้ขาย/สินค้าเข้ามามากขึ้น → ลูกค้ามีทางเลือกมากขึ้น → ประสบการณ์ยิ่งดีขึ้น… วนไปเรื่อย ๆ
เทียบ retail: ร้านดูแลลูกค้าดี → บอกต่อ → คนเข้ามากขึ้น → แบรนด์อยากมาวางขาย → สินค้าหลากหลาย → ลูกค้ายิ่งชอบ → บอกต่ออีก
มุม AM: ทำให้ลูกค้าสำเร็จ → ใช้บริการมากขึ้น → บอกต่อในองค์กร → account โตเอง
ชุดเคสซ้อม OA
บริบท retail/sales ที่ Opal คุ้น — ตอบเองก่อน แล้วค่อยกดดูเฉลย
ลูกค้า/พาร์ตเนอร์รายใหญ่ไม่พอใจ
Brand principal รายใหญ่สุดโวยว่าทีมส่งข้อมูลยอดผิด ทำให้เขาวางแผนสต็อกพลาด บอกจะลดสัดส่วนที่ให้แบรนด์เราดูแล — จะทำอะไรก่อน?
ดูเฉลยโค้ช
✓ ทางที่ถูก: ขอคุย/โทรเข้าใจผลกระทบจริงก่อน + ขอโทษจริงใจ + ตรวจว่าผิดตรงไหน (Dive Deep) ยังไม่รีบเสนอส่วนลด
จุดวัด: ฟังก่อน + เป็นเจ้าของความผิด ไม่โยนทีม (Earn Trust, Ownership)
✗ ผิดถ้า: รีบลดราคา, โทษลูกน้อง, เงียบรอให้เรื่องซา
งานถล่มพร้อมกัน
เช้าจันทร์เจอ 4 เรื่อง: (1) ลูกค้าใหญ่สุดร้องเรียนของส่งผิดล็อต กระทบขายหน้าร้านวันนี้ (2) หัวหน้าขอสรุปยอดก่อนเที่ยง เข้าประชุมผู้บริหารบ่าย (3) ลูกค้าใหม่ขอใบเสนอราคาภายในวันนี้ (4) เพื่อนขอช่วยรีวิวงาน — จัดลำดับยังไง?
ดูเฉลยโค้ช
✓ ทางที่ถูก: #1 ก่อน (ผลกระทบสูง) แต่ "จัดการ" = ประสานทีม logistics ไม่ใช่ทำเอง → ล็อกเวลาทำ #2 ให้ทันเที่ยง (เส้นตายแข็ง เลื่อนไม่ได้) → #3 เจรจาขอเลื่อน timeline → #4 ช่วยเพื่อนพักเที่ยง
จุดวัด: แยกงานเลื่อนได้/ไม่ได้ + orchestrate ไม่แบกเดี่ยว
แรงกดดันให้มั่ว (สำคัญสุด)
ลูกค้าใกล้เซ็นดีลใหญ่ที่ทำให้ถึงเป้าไตรมาสพอดี ถามว่า "สินค้ารับประกันกี่ปี มีบริการหลังการขายต่างจังหวัดครบไหม" — คุณไม่แน่ใจจริง ๆ ถ้าตอบ "ครบ" เขาเซ็นวันนี้เลย จะทำยังไง?
ดูเฉลยโค้ช
✓ ทางที่ถูก: ห้ามตอบมั่ว → บอกขอเช็กให้ชัวร์ก่อนยืนยัน ให้ข้อมูลที่รู้แน่แล้วเท่านั้น + รับปากกลับมาตอบเร็ว
จุดวัด: Earn Trust ล้วน — ยอมช้าเพื่อความจริง
✗ พลาดถ้า: ตอบเกินจริงเพื่อปิดดีล = fail ทันที ไม่ว่าเหตุผลจะดีแค่ไหน
เห็นต่างกับหัวหน้า
หัวหน้าสั่งดันโปรลดราคาหนักกับลูกค้ากลุ่มหนึ่งเพื่อเร่งยอด แต่ข้อมูลบอกว่ากลุ่มนี้ซื้อซ้ำอยู่แล้ว การลดราคาจะเสีย margin โดยไม่จำเป็น — จะทำยังไง?
ดูเฉลยโค้ช
✓ ทางที่ถูก: แสดงข้อมูล/มุมของเราต่อหัวหน้าอย่างสุภาพ + เสนอทางเลือก ถ้าหัวหน้ายืนยันหลังฟังแล้ว → commit ทำเต็มที่ (Have Backbone; Disagree and Commit)
✗ พลาดถ้า: เงียบทำตามทั้งที่มีข้อมูลค้าน, หรือดื้อไม่ทำ
ชุดซ้อมสัมภาษณ์ Bar Raiser
การสัมภาษณ์เป็น behavioral ล้วน ทุกคำถามขึ้นต้น "Tell me about a time…" — ต้องเล่าเหตุการณ์จริง ห้ามตอบทฤษฎีหรือสมมติ และตอบด้วยโครง STAR
"Tell me about a time you went against what was easy or profitable for you, to do what was right for a customer."
เจาะต่อ: ลูกค้าตอบสนองยังไง? กระทบเป้าคุณไหม? หัวหน้าว่ายังไง?
"Tell me about a time you took responsibility for a problem that wasn't technically yours."
เจาะต่อ: ทำไมเข้าไปจัดการ? ใครควรรับผิดชอบจริง? ผลเป็นยังไง?
"Tell me about a time you had an aggressive target and faced a major obstacle. How did you still deliver?"
เจาะต่อ: อุปสรรคคืออะไร? ลองกี่วิธี? ตัวเลขก่อน/หลัง?
"Tell me about a time you made a mistake that affected a customer or your team. What did you do?"
เจาะต่อ: บอกใครบ้าง? เร็วแค่ไหน? แก้ยังไง? ป้องกันซ้ำยังไง?
"Tell me about a time the data told a different story than what everyone assumed."
เจาะต่อ: ไปดูข้อมูลอะไร? ทำไมคนอื่นมองข้าม? ผลคืออะไร?
"Tell me about a time you disagreed with your manager or a senior stakeholder. What happened?"
เจาะต่อ: เสนอมุมยังไง? ใช้ข้อมูลอะไร? สุดท้ายตัดสินยังไง? แล้วทำต่อยังไง?
ภาษา + จรรยาบรรณ
เรื่องภาษา:
- เตรียมแต่ละเรื่องเป็น bullet EN สั้น ๆ (S/T/A/R อย่างละ 1–2 บรรทัด) ไม่ต้องท่องเป็นสคริปต์
- ฝึกพูดตัวเลข result เป็น EN ให้คล่อง (คนมักติดตรงนี้)
- นึกคำไม่ออก → พูดช้าลง หรือ "Let me think for a moment" ดีกว่าพูดมั่ว
- OA เป็น EN ล้วน อ่านเยอะ → ฝึกอ่าน business email EN ให้ชิน (ใช้ track Sales & Retail ใน kt-english-coach)
✓ ก่อนวัน OA — ใช้ AI เป็นโค้ชซ้อมได้เต็มที่
✗ ระหว่างทำ OA จริง — ต้องทำเองด้วยความซื่อสัตย์ ห้ามให้ AI ตอบแทน (ผิดกติกา + เสี่ยง disqualify + จะพังในรอบสัมภาษณ์สดที่ต้องต่อยอดเอง)
Work Style Assessment ตอบตามตัวตนจริงของ Opal (ไม่ใช่มุม technical ของ KT) เพื่อให้สอดคล้องกับรอบสัมภาษณ์