hishmateBETA
ทดลองใช้

หาเด็กทดลองใช้ผลิตภัณฑ์เล็ก

การหาคนทดลองใช้เป็นปัญหาการกระจาย ไม่ใช่ปัญหาเครื่องมือ สิ่งที่หายากคือคน ไม่ใช่ซอฟต์แวร์

เผยแพร่เมื่อ 12 ตุลาคม 2569 · คู่มือทั้งหมด

สิ่งที่หายากคือคน ไม่ใช่การทดสอบ

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

ดังนั้นการตัดสินใจข้อแรกไม่ใช่ใช้เครื่องมือตัวไหน แต่คือคุณเข้าถึงคนกลุ่มไหนได้จริง

คนทดลองมาจากสี่ที่

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

คนทดลองฟรีกับแบบจ่ายเงินเก่งคนละเรื่อง

คนทดลองฟรีเก่งเรื่องตอบว่า มันพอเข้าใจได้ไหม และซื่อสัตย์เรื่องความตื่นเต้น แต่เชื่อถือเรื่องการทำจนจบไม่ได้ เพื่อนจะลองยี่สิบนาทีแล้วหยุดตอบ และคุณจะไม่ตามไปเร่ง

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

เขียนโจทย์ก่อนรับคน

งานที่ไม่ถูกระบุให้ชัดให้ฟีดแบ็กที่มีประโยชน์ไม่ได้ กำหนดก่อนว่าการทดสอบที่เสร็จสมบูรณ์หน้าตาเป็นอย่างไร — คลิปอัดหน้าจอ คำตอบเป็นลายลักษณ์อักษรต่อคำถามเฉพาะ หรือเช็กลิสต์ที่กรอกครบ — แล้วรับคนตามคำอธิบายนั้น

โจทย์ยังเป็นตะแกรงด้วย ใครอ่านละเอียดก่อนรับคืองานที่จะทำจนจบ ใครข้ามไปจะรับเร็วและส่งน้อยกว่า

  • สภาพแวดล้อมที่การทดสอบเริ่ม — อุปกรณ์ เบราว์เซอร์ สถานะบัญชี
  • ขั้นตอนที่ชัดเจน หรือภารกิจที่ชัดเจน โดยมีคำว่า แล้ว ไม่เกินหนึ่งครั้ง
  • จะจดอะไร และจดที่ไหน
  • ใช้เวลาราวเท่าไร และถ้ามีอะไรพังจะทำอย่างไร

กี่คนจึงพอ

ถ้าแค่ต้องการรู้ว่าขั้นตอนหลักเข้าใจได้ไหม ไม่กี่ครั้งก็พอ ปัญหาที่กระทบคนส่วนใหญ่จะโผล่ในสองสามครั้งแรก และคนที่ห้ามักพูดซ้ำสิ่งที่คนที่สามพูด

คนทดลองจะหมดประโยชน์เมื่อแต่ละคนรายงานปัญหาใหม่ในพื้นที่ใหม่ นั่นไม่ใช่ปัญหาเรื่องขนาดตัวอย่าง แต่หมายความว่าผลิตภัณฑ์มีมากกว่าหนึ่งที่ต้องแก้ และก้าวต่อไปคือแก้ ไม่ใช่รับคนเพิ่ม

ทำอย่างไรให้หนึ่งเซสชันกลายเป็นฟีดแบ็กที่ลงมือได้

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

คำถามที่พบบ่อย

ผลิตภัณฑ์เล็กต้องใช้คนทดลองกี่คน

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

ควรจ่ายเงินให้คนทดลองไหม

จ่ายเมื่อต้องได้จำนวนการทดสอบที่จบตามวันที่กำหนด หรือต้องได้คนนอกวงรู้จัก อย่าจ่ายตอนที่ยังถามเพื่อนว่าความคิดนี้สนุกไหม นั่นคือการคุย ไม่ใช่การทดสอบ

หาคนทดลองฟรีที่ไหนดีที่สุด

ที่ที่คุณมีความน่าเชื่อถืออยู่แล้ว อย่างรายชื่อรอ ชุมชนที่คุณเคยร่วม หรือคนที่ติดต่อคุณมาเรื่องนี้ก่อน การโยนลิงก์เข้าชุมชนที่คุณไม่เคยร่วมมักไม่ได้อะไร และเสียความน่าคบไปหนึ่งครั้ง

การทดลองใช้ต่างจากงานวิจัยผู้ใช้อย่างไร

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

คู่มือที่เกี่ยวข้อง

ดูว่างานทดสอบทำงานอย่างไร