หัวข้อและขอบเขตงาน
เตรียมชื่อหัวข้อเบื้องต้น กลุ่มตัวอย่าง พื้นที่ศึกษา ระยะเวลา และข้อจำกัดของงาน เพื่อให้ระบบช่วยจัดกรอบคำถามวิจัยได้แม่นขึ้น
ResearchOS Guide
คู่มือใช้งาน ResearchOS สำหรับนักศึกษาและนักวิจัยไทย
เริ่มจากการสมัครและจัดข้อมูลผู้ใช้ ไปจนถึงการต่อยอดงานเดิม ค้นหลักฐาน เลือกเครื่องมือให้ตรงวิธีวิจัย ทำงานกับอาจารย์หรือทีม ตรวจร่าง ส่งออก และสำรองโครงการไว้ส่วนตัว
เลือกอ่านตามงานที่กำลังทำ
รายการนี้ใช้ข้อมูลเดียวกับหน้าความสามารถ จึงเห็นขอบเขตและสถานะล่าสุดตรงกัน
พร้อมใช้หลังเข้าสู่ระบบ: ผู้ใช้กรอกข้อมูลวิจัยที่จำเป็นและยอมรับนโยบายปัจจุบันก่อนเปิดพื้นที่ทำงาน
เริ่มและวางแผนจัดโครงการหลายเรื่อง แยกบริบท และเห็นงานถัดไปโดยไม่ปะปนข้อมูลระหว่างโครงการค้นและจัดหลักฐานค้นรายการจากแหล่งสาธารณะ ตรวจต้นทาง นำเข้าฉบับเต็มด้วยสิทธิ์ของคุณ และติดตามความสัมพันธ์กับข้อสรุปออกแบบการเก็บข้อมูลเตรียมโครงสร้างคำถาม ตัวเลือก และแนวทางเก็บข้อมูลก่อนนำไปใช้ภาคสนาม โดยไม่เก็บคำตอบของผู้เข้าร่วมไว้ในพื้นที่ออกแบบตรวจและวิเคราะห์ข้อมูลใช้ผลเบื้องต้นเพื่อทำความเข้าใจและวางแผนตรวจซ้ำ ไม่อ้างว่าแทนโปรแกรมเฉพาะทางหรือผู้เชี่ยวชาญได้ทั้งหมดร่างและตรวจทานระบบช่วยจัดโครงและสร้างร่างที่แก้ไขต่อได้ แต่ไม่อนุมัติบท ไม่ยืนยันแหล่งข้อมูล และไม่ตัดสินใจแทนนักวิจัยส่งออกและควบคุมการใช้งานเก็บร่างในรูปที่อ่านง่าย นำไปแก้ต่อได้ และเห็นเครดิตคงเหลือก่อนสั่งงานที่มีค่าใช้จ่าย
เริ่มจากบทบาทของคุณ
เลือกทางเข้าที่ตรงกับสิ่งที่ต้องทำในวันนี้ บัญชีเดียวอาจเป็นทั้งนักวิจัย อาจารย์ที่ปรึกษา หรือสมาชิกทีมได้ โดยระบบแสดงเฉพาะโปรเจกต์ที่บัญชีนั้นมีสิทธิ์
การใช้งานระดับสถาบันยังเป็นทิศทางพัฒนา ไม่ใช่บริการที่เปิดซื้อจากหน้านี้ หน่วยงานที่ต้องการหารือข้อกำหนด การติดตั้ง หรือการกำกับข้อมูลสามารถดูภาพรวมที่หน้าแพลตฟอร์มและติดต่อทีม ResearchOS โดยตรง
ดูแผน Personal, Team และ Institutionเตรียมข้อมูลก่อนเริ่ม
ยิ่งเตรียมข้อมูลตั้งต้นดี ระบบยิ่งช่วยจัดโครง สังเคราะห์ และตรวจงานได้ตรงบริบท โดยไม่พางานออกนอกขอบเขตที่อาจารย์หรือหน่วยงานกำหนด
แหล่งอ้างอิงตั้งต้น
รวบรวมบทความ หนังสือ รายงาน หรือเอกสารนโยบายที่อาจารย์แนะนำไว้ก่อน อย่างน้อย 5 ถึง 10 รายการสำหรับงานทั่วไป
ข้อกำหนดจากรายวิชาหรือหน่วยงาน
จดรูปแบบบท จำนวนหน้า รูปแบบอ้างอิง เกณฑ์ประเมิน และกำหนดส่ง เพราะรายละเอียดเหล่านี้ควรถูกใส่ตั้งแต่เริ่มโปรเจกต์
ไฟล์ที่ระบบอ่านได้
ใช้ PDF ที่เลือกหรือค้นหาข้อความได้ หากมีเพียงภาพหนึ่งหน้า สามารถบันทึกเป็น PNG หรือ JPG และยินยอมให้บริการภายนอกอ่านข้อความได้ ส่วน PDF สแกนหลายหน้าควรแปลงให้ค้นหาข้อความได้ก่อนอัปโหลด โดยการตรวจไฟล์และ OCR หนึ่งหน้าไม่หักเครดิตงานวิจัย
บทถอดความสำหรับงานเชิงคุณภาพ
ถอดเสียงหรือวิดีโอด้วยเครื่องมือที่เหมาะสมก่อน แล้วตรวจเทียบต้นฉบับ ปกปิดข้อมูลส่วนบุคคล และแยกรหัสผู้พูดให้ชัด ระบบรับ TXT, Markdown, DOCX และ PDF ที่เลือกข้อความได้ ไม่รับไฟล์เสียงหรือวิดีโอเข้าวิเคราะห์โดยตรง
ลำดับการใช้งานที่แนะนำ
ทำตามลำดับนี้เพื่อให้ข้อมูลผู้ใช้ สิทธิ์การเข้าถึง โปรเจกต์ แหล่งอ้างอิง และเครดิตเดินไปในทิศทางเดียวกัน ลดงานแก้ซ้ำตอนท้าย
ขั้นตอนที่ 1
สมัครใช้งานและกรอกข้อมูลผู้ใช้
เริ่มจากหน้า Signup แยกจาก Login ให้ชัดเจน แม้ใช้ Google mail ก็ยังควรกรอกข้อมูลพื้นฐานเพื่อให้ระบบจัดกลุ่มผู้ใช้และเปิดสิทธิ์ได้ถูกต้อง
สิ่งที่ต้องทำ
- เลือก Sign up แล้วเข้าสู่ระบบด้วย Google mail ที่ต้องการใช้กับงานวิจัย
- กรอกชื่อ สถานะผู้ใช้ ระดับการศึกษา สาขาวิชา หน่วยงาน และหัวข้องานที่สนใจ
- ตรวจอีเมลให้ถูกต้อง เพราะข้อมูลนี้ใช้ผูกกับรหัสเชิญ เครดิต โบนัสซื้อแพ็กเกจครั้งแรก และประวัติการใช้งาน
- อ่านเงื่อนไขการใช้ AI ช่วยงานวิจัย โดยเฉพาะความรับผิดชอบของผู้ใช้ในการตรวจทานผลลัพธ์
ตรวจก่อนเดินต่อ
- ข้อมูลโปรไฟล์ที่จำเป็นครบและยืนยันนโยบายปัจจุบันแล้ว
- เข้าใจว่ารหัสทดลองและเครดิตเป็นคนละส่วนกับการเปิดบัญชีใช้งานทั่วไป
ใช้ชื่อและสังกัดจริงเมื่อใช้งานในนามห้องแล็บ หากต้องการใบกำกับภาษีมูลค่าเพิ่ม ให้ติดต่อทีม ResearchOS โดยตรงที่ krich@pk-research.work เพราะบริการใบกำกับภาษีอัตโนมัติยังไม่เปิด
สมัครและกรอกข้อมูลผู้ใช้
ขั้นตอนที่ 2
ตรวจ Dashboard และสิทธิ์หลัง Login
เมื่อกรอกข้อมูลที่จำเป็นและยืนยันนโยบายครบ ระบบเปิดพื้นที่ทำงานทั่วไปให้ทันที ผู้ใช้ควรตรวจ Dashboard เครดิต และเมนูที่ได้รับก่อนเริ่มโปรเจกต์หรือแลกรหัสทดลอง
สิ่งที่ต้องทำ
- เข้าสู่ระบบจากหน้า Login ด้วย Google mail เดิมที่ใช้สมัคร
- หากระบบขอข้อมูลเพิ่ม ให้กรอกโปรไฟล์ที่จำเป็นและยืนยันนโยบายฉบับปัจจุบันก่อนกลับเข้า Dashboard
- ตรวจเครดิตคงเหลือ สถานะแพ็คเกจ และเมนูที่เปิดใช้งาน รหัสทดลองใช้เพิ่มเครดิตและไม่ได้เป็นเงื่อนไขของการเปิดบัญชีทั่วไป
- ถ้าทำงานเป็นทีม ให้เริ่มจากโปรเจกต์แล้วเปิดเมนูทีมวิจัยเพื่อเชิญสมาชิก ส่วนใบกำกับภาษีมูลค่าเพิ่มให้ติดต่อทีม ResearchOS โดยตรงที่ krich@pk-research.work
ตรวจก่อนเดินต่อ
- Dashboard แสดงชื่อบัญชีและเครดิตถูกต้อง
- เมนู Projects, Sources และ Settings เปิดได้ตามสิทธิ์ของบัญชี
หากเข้าหน้าใดแล้วไม่พบข้อมูล ให้กลับแดชบอร์ดก่อน แล้วแจ้ง URL และอีเมลบัญชีให้ผู้ดูแลตรวจสิทธิ์
เปิดแดชบอร์ดของฉันขั้นตอนที่ 3
สร้างโปรเจกต์วิจัยและกำหนดโจทย์ให้ชัด
โปรเจกต์ที่ดีควรเริ่มจากปัญหาวิจัย ไม่ใช่เริ่มจากให้ AI เขียนทันที ยิ่งใส่บริบทครบ ระบบยิ่งช่วยจัดโครงร่างและคำถามวิจัยได้ตรงงาน
สิ่งที่ต้องทำ
- หากโจทย์ยังไม่ชัด ให้เริ่มจาก Research Mentor แบบสนทนาเพื่ออธิบายระดับการศึกษา สาขา ความสนใจ บริบท และข้อจำกัด แล้วเลือกเฉพาะข้อเสนอที่เห็นด้วยก่อนสร้างโปรเจกต์
- เลือกสร้าง Project ใหม่ แล้วตั้งชื่อที่ระบุประเด็น กลุ่มเป้าหมาย และบริบทของงาน
- เลือกระดับงาน เช่น บทความวิจัย ปริญญาตรี ปริญญาโท หรือปริญญาเอก เพื่อให้โครงสร้างตั้งต้นสอดคล้องกับงาน
- ใส่คำถามวิจัยเบื้องต้น วัตถุประสงค์ วิธีวิจัยที่คาดว่าจะใช้ และขอบเขตที่ไม่ต้องการให้ระบบออกนอกทาง
- เปิดฐานงานวิจัยเพื่อเรียงช่องว่าง ปัญหา คำถาม วัตถุประสงค์ และชื่อเรื่องตามเหตุผล แล้วใช้ Research Advisor เลือกหนึ่ง Skill หรือไม่ใช้ Skill พร้อมยืนยันสาขาที่ใช้ประกอบคำแนะนำ
- เปิดความจำของโครงการเมื่อมีนิยาม ขอบเขต สมมติฐาน ข้อจำกัด หรือคำตัดสินที่ต้องใช้ต่อหลายขั้น ระบบจะบันทึกเฉพาะสิ่งที่คุณเขียนหรือเลือกหลังตรวจแล้ว และไม่ถือเป็นหลักฐานทางวิชาการ
- หากทำงานร่วมกัน เปิดทีมวิจัยเพื่อกำหนดบทบาท ข้อตกลง milestone และงาน หากต้องเตรียมแบบสอบถามหรือแนวสัมภาษณ์ ให้เปิด Instrument Studio จากโปรเจกต์
ตรวจก่อนเดินต่อ
- หัวข้อไม่กว้างจนระบบตีความได้หลายทาง
- ขอบเขตและข้อจำกัดระบุชัดพอให้ตรวจผลลัพธ์ย้อนกลับได้
- ข้อเสนอจาก AI ยังแยกจากรายการที่นักวิจัยยืนยัน และสิ่งที่โครงการช่วยจำไม่ได้ถูกใช้แทนแหล่งอ้างอิง
คำแนะนำตามสาขาช่วยเลือกระดับภาษาและข้อควรระวัง ไม่ได้ทำให้ AI กลายเป็นผู้เชี่ยวชาญเฉพาะสาขา นักวิจัยยังต้องตรวจหลักฐานและปรึกษาผู้เชี่ยวชาญเมื่อบริบทต้องการ
สร้างหรือเลือกโปรเจกต์
ขั้นตอนที่ 4
วางแผน ค้นหา และตรวจแหล่งอ้างอิง
เริ่มจากกำหนดคำถามและเกณฑ์คัดเลือกในพื้นที่ทบทวนวรรณกรรม แล้วใช้ Sources เป็นห้องสมุดย่อยของโปรเจกต์ แยกแหล่งที่ยืนยันแล้วออกจากรายการที่ยังต้องตรวจ
สิ่งที่ต้องทำ
- เปิดพื้นที่ทบทวนวรรณกรรม กำหนดช่วงปี ภาษา ประเภทหลักฐาน และเหตุผลรับหรือคัดออกก่อนค้น
- ค้นรายการบรรณานุกรมผ่าน 3 แหล่งที่เปิดใช้งานในระบบ ได้แก่ Crossref, OpenAlex, Semantic Scholar แล้วบันทึกรายการที่เกี่ยวข้องไว้ในโปรเจกต์โดยไม่ใช้เครดิต ผลรวมต่อคำค้นไม่เกิน 20 รายการ ดูยอดฐานข้อมูลและวันที่ตรวจสอบของแต่ละแหล่งได้ที่หน้าแหล่งข้อมูล
- หากมีบัญชี Consensus หรือ Scite ให้เปิดบริการค้นคว้าภายนอก เลือกโปรเจกต์ และเชื่อมบัญชีชั่วคราว ระบบจะถามยืนยันก่อนส่งคำค้นทุกครั้ง
- บันทึกปี ผู้แต่ง แหล่งตีพิมพ์ DOI หรือ URL และหมายเหตุว่าข้อมูลนั้นใช้สนับสนุนประเด็นใด
- ดาวน์โหลดฉบับเต็มจากแหล่งต้นทางด้วยสิทธิ์ของคุณ แล้วอัปโหลดไฟล์ที่เลือกหรือค้นข้อความได้เข้าโปรเจกต์
- ใช้ผู้ช่วยที่ปรึกษาเพื่อทบทวนขอบเขตและบันทึกการยอมรับ ขอปรับ หรือไม่ใช้ข้อเสนอสำคัญ
ตรวจก่อนเดินต่อ
- มีแหล่งหลักที่เชื่อถือได้รองรับทุกประเด็นสำคัญ
- รู้ว่าแต่ละแหล่งใช้ตอบคำถามวิจัยหรือสนับสนุนบทใด และอ่านข้อมูลระดับใดแล้ว
- หากใช้บริการค้นคว้าภายนอก ต้องรอจนระบบแสดงสถานะ “พร้อมใช้หลังเข้าสู่ระบบ” เชื่อมด้วยบัญชีของคุณ และยินยอมก่อนส่งข้อมูล
ระบบไม่รับประกันการเข้าถึงฉบับเต็มทุกแหล่ง ให้ตรวจสิทธิ์และอ่านต้นฉบับจริงก่อนนำสาระไปอ้างอิง
เปิดแหล่งอ้างอิงของฉัน
ขั้นตอนที่ 5
ตรวจร่างรายบทและอนุมัติก่อนเดินขั้นถัดไป
ResearchOS ควรเป็นผู้ช่วยจัดระบบความคิด ไม่ใช่ผู้เขียนแทนผู้วิจัย ทุกบทจึงควรผ่านการอ่าน ตรวจคำกล่าวอ้าง และปรับให้ตรงเสียงของเจ้าของงานก่อนอนุมัติ
สิ่งที่ต้องทำ
- อ่านโครงร่างหรือร่างบททีละส่วน โดยเทียบกับวัตถุประสงค์และคำถามวิจัยที่ตั้งไว้
- ตรวจประโยคที่เป็นข้อเท็จจริง ตัวเลข นโยบาย และนิยามสำคัญกับแหล่งอ้างอิงจริง
- ปรับภาษาให้เป็นสำนวนของผู้วิจัยหรือรูปแบบที่อาจารย์กำหนด ไม่ปล่อยให้เป็นภาษากลางของ AI ทั้งฉบับ
- ใช้การอนุมัติหรือส่งกลับแก้ไขทีละบท เพื่อให้ระบบรู้ว่าส่วนใดพร้อมและส่วนใดยังต้องทำต่อ
- เมื่อต้องการซักซ้อมก่อนส่งต่อ ให้เปิด Review Lab แล้วเลือกให้ตรงว่าเป็น Proposal รายงานฉบับเต็ม หรือบทความก่อนส่งตีพิมพ์ ตรวจผล 3 มุมมองและตัดสินใจต่อข้อค้นพบด้วยตนเอง
ตรวจก่อนเดินต่อ
- ทุกข้อกล่าวอ้างสำคัญมีหลักฐานหรือเหตุผลรองรับ
- บทที่อนุมัติแล้วสอดคล้องกับบทก่อนหน้าและไม่ซ้ำประเด็น
จดเหตุผลการแก้แต่ละครั้งไว้สั้น ๆ เพราะจะช่วยอธิบายกระบวนการทำงานเมื่ออาจารย์หรือทีมถามย้อนหลัง
เลือกโปรเจกต์เพื่อตรวจร่าง
ขั้นตอนที่ 6
ส่งออกงานและติดตามเครดิตการใช้งาน
เมื่อร่างพร้อมใช้งาน ให้ส่งออกเป็นไฟล์ที่นำไปแก้ต่อได้ สำรองโครงการไว้ส่วนตัว และตรวจเครดิตคงเหลือก่อนเริ่มงานที่มีค่าใช้จ่าย ระบบจะเลือกวิธีประมวลผลให้เหมาะกับงานเอง
สิ่งที่ต้องทำ
- คัดลอกหรือส่งออกเป็น Markdown ข้อความ Word CSV JSON หรือรูปแบบที่ชิ้นงานนั้นรองรับ
- ผลจาก Instrument Studio ส่งออกเป็น Markdown, CSV หรือ JSON ส่วน Review Lab ส่งออกแผนปรับปรุงและหลักฐานเป็น Markdown, Word, PDF, CSV หรือ JSON ได้
- เปิดเอกสารที่ระบบเตรียมแล้วในมุมมองอ่านง่าย และดาวน์โหลด Markdown เพื่อนำไปแก้ต่อกับเครื่องมืออื่น
- เปิดไฟล์ที่ส่งออกแล้วตรวจหัวข้อ ตาราง รายการอ้างอิง และลำดับเนื้อหาก่อนนำไปใช้จริง
- ดาวน์โหลดข้อมูลสำรองของโครงการไว้ส่วนตัว และใช้หน้าตรวจสอบก่อนกู้คืนเพื่อหลีกเลี่ยงข้อมูลซ้ำหรือเขียนทับงานที่ขัดแย้ง
- ดูเครดิตที่ใช้ไปและยอดคงเหลือ ระบบจะแจ้งประมาณการก่อนเริ่มงานที่รองรับและเตือนเมื่อเครดิตใกล้หมด
ตรวจก่อนเดินต่อ
- ไฟล์ส่งออกเปิดได้และนำไปแก้ต่อในเครื่องมือปกติได้
- ไฟล์สำรองดาวน์โหลดได้ และไม่มีรหัสผ่านหรือข้อมูลเชื่อมต่อบริการภายนอกติดไปด้วย
- เครดิตคงเหลือพอสำหรับรอบแก้ไขหรือรอบวิเคราะห์ถัดไป
สำหรับงานจริง ควรเหลือเครดิตสำรองไว้สำหรับรอบตรวจคำอ้างอิงและรอบแก้ไขภาษาอย่างน้อยหนึ่งรอบ
ตรวจเครดิตและประวัติTeam Workspace
ขั้นตอนทำงานร่วมกันในทีมวิจัย
พื้นที่ทีมเป็นทางเลือกหลังมีโปรเจกต์แล้ว ไม่ใช่ขั้นบังคับของนักวิจัยทุกคน ใช้เมื่อต้องแบ่งงาน ส่งทบทวน และเก็บเหตุผลของคำตัดสินร่วมกัน โดยหัวหน้าโครงการยังเป็นผู้อนุมัติขั้นสุดท้าย
Project Room ไม่ส่งเนื้อหางานวิจัย
ช่องทางสถานะสดแจ้งเพียงการเข้าร่วมและประเภทเหตุการณ์ ไม่ส่งหัวข้อ บท ข้อค้นพบ prompt หรือข้อความจากเอกสาร ข้อมูลจริงยังบันทึกผ่านหน้าหลักของโปรเจกต์ภายใต้สิทธิ์ของสมาชิก
เลือกโปรเจกต์และยืนยันเจ้าของงาน
หัวหน้าโครงการเปิดโปรเจกต์ที่มีโจทย์และขอบเขตชัดก่อนเริ่มสร้างทีม เพื่อไม่ให้พื้นที่ทีมกลายเป็นจุดเริ่มงานที่ยังไม่มีทิศทาง
ตรวจก่อนเดินต่อ: ชื่อโปรเจกต์ เจ้าของงาน และขอบเขตตั้งต้นถูกต้อง
เชิญสมาชิกและกำหนดบทบาท
ส่งคำเชิญไปยังอีเมลของสมาชิก ระบุบทบาทเท่าที่จำเป็น และรอให้เจ้าของอีเมลตอบรับก่อนเปิดสิทธิ์ โปรเจกต์อื่นของบัญชีจะไม่ถูกแชร์ตามไปด้วย
ตรวจก่อนเดินต่อ: สมาชิกที่ตอบรับเห็นเฉพาะโปรเจกต์และบทบาทของตน
ยืนยันข้อตกลง หมุดหมาย และงานที่พึ่งพากัน
บันทึกกติกาทีม ผลผลิตที่ต้องส่ง ผู้รับผิดชอบ วันเป้าหมาย และเงื่อนไขก่อนเริ่ม เพื่อให้สมาชิกเห็นที่มาและผลกระทบของงานแต่ละรายการ
ตรวจก่อนเดินต่อ: ทุกงานมีเจ้าของ ผลผลิต และเงื่อนไขส่งต่อที่อ่านเข้าใจตรงกัน
ส่งงานให้ทบทวนและบันทึกคำตัดสิน
สมาชิกส่งคำขอทบทวนพร้อมระบุสิ่งที่ต้องการให้ตรวจ ผู้ทบทวนให้ความเห็น และหัวหน้าโครงการบันทึกการตัดสินใจขั้นสุดท้ายโดยไม่ลบประวัติรุ่นก่อนหน้า
ตรวจก่อนเดินต่อ: คำขอทบทวน ความเห็น และเหตุผลของคำตัดสินเชื่อมถึงกัน
ใช้ Project Room ติดตามจังหวะทีม
Project Room แสดงการเข้าร่วมและสัญญาณเปลี่ยนสถานะเพื่อให้รู้ว่าควรเปิดข้อมูลใดใหม่ ช่องทางนี้ไม่ส่งเนื้อหางานวิจัย หัวข้อ บท ข้อค้นพบ หรือข้อความจากเอกสาร
ตรวจก่อนเดินต่อ: ข้อมูลจริงยังบันทึกผ่านหน้าหลักของโปรเจกต์ แม้สถานะสดขัดข้อง
ทบทวนภาพรวมและเก็บร่องรอยการมีส่วนร่วม
ใช้แดชบอร์ดดูโปรเจกต์ที่ต้องติดตาม เปิดรายการติดขัด และตรวจบันทึกการมีส่วนร่วมก่อนปิดหมุดหมาย ตัวเลขเป็นสัญญาณให้ตรวจต่อ ไม่ใช่คะแนนคุณภาพงานวิจัย
ตรวจก่อนเดินต่อ: งานที่เสร็จมีผลผลิต คำตัดสิน และผู้มีส่วนร่วมครบก่อนปิดรายการ
ใช้ AI อย่างรับผิดชอบ
แพลตฟอร์มช่วยลดงานซ้ำและช่วยจัดโครงความคิด แต่เจ้าของงานยังต้องเป็นผู้ตัดสินใจ ตรวจหลักฐาน และรับผิดชอบความถูกต้องของงานวิจัย
ตั้งคำถามวิจัยและขอบเขตด้วยตัวเองก่อนให้ระบบช่วยร่าง
ตรวจแหล่งอ้างอิงจริงทุกครั้ง โดยเฉพาะตัวเลข ปี และข้อสรุปเชิงนโยบาย
ใช้ AI เพื่อช่วยจัดโครง สังเคราะห์ และลดงานซ้ำ ไม่ใช้แทนการตัดสินใจของผู้วิจัย
บันทึกการแก้ไขและเหตุผลสำคัญ เพื่อให้ตรวจสอบกระบวนการทำงานย้อนหลังได้
บริการค้นคว้าภายนอกที่ระบบแสดงว่าพร้อมใช้จะเชื่อมชั่วคราวด้วยบัญชีและค่าใช้จ่ายของผู้ใช้เอง ระบบไม่ขอรหัสผ่านหรือรหัสลับส่วนตัว และส่งคำค้นเมื่อผู้ใช้ยืนยันเท่านั้น
ข้อมูล ความเป็นส่วนตัว และบัญชี
เจ้าของบัญชีควบคุมการยอมรับนโยบาย การสำรองผลงาน และคำขอลบบัญชีได้ โดยทุกขั้นตอนสำคัญต้องตรวจสอบก่อนดำเนินการ
ตรวจและยืนยันนโยบายล่าสุด
เมื่อประกาศความเป็นส่วนตัวหรือเงื่อนไขมีฉบับใหม่ ระบบจะขอให้ทบทวนก่อนใช้ส่วนงานวิจัยต่อ โดยไม่ลดสถานะอนุมัติหรือสิทธิ์ผู้ดูแลเดิมของบัญชี
ตรวจข้อมูลและนโยบายสำรองงานก่อนเปลี่ยนแปลงบัญชี
ดาวน์โหลดข้อมูลสำรองของแต่ละโครงการและตรวจว่าไฟล์เปิดได้ เก็บไฟล์ไว้ในพื้นที่ส่วนตัวที่ควบคุมได้ก่อนขอลบบัญชีหรือย้ายงาน
เปิดพื้นที่โครงการขอลบบัญชีโดยมีผู้ดูแลตรวจสอบ
ส่งคำขอจากหน้าความเป็นส่วนตัว ผู้ดูแลจะตรวจตัวตน งานที่กำลังประมวลผล และความพร้อมของไฟล์สำรอง การอนุมัติคำขอไม่ทำให้ระบบลบทันทีผ่าน Browser
จัดการข้อมูลและบัญชีปัญหาที่พบบ่อย
ใช้รายการนี้เป็นจุดตรวจแรกเมื่อสมัครแล้วเข้าไม่ได้ ผลลัพธ์ไม่ตรงหัวข้อ หรือเครดิตลดเร็วกว่าที่วางแผนไว้
สมัครแล้วเข้า Dashboard ไม่ได้
ตรวจว่าใช้ Google mail เดิมกับตอนสมัคร และกรอกข้อมูลที่จำเป็นพร้อมยืนยันนโยบายปัจจุบันครบแล้ว หากยังวนกลับหน้าลงทะเบียนให้แจ้ง URL เวลาเกิดปัญหา และอีเมลบัญชีเพื่อตรวจสถานะ
หน้า Projects หรือ Sources แสดง 404
กลับไปที่ Dashboard แล้วลองเข้าจากเมนูหลักอีกครั้ง หากยังเกิดซ้ำ ให้ส่ง URL เวลาเกิดปัญหา และอีเมลบัญชีให้ผู้ดูแลตรวจสิทธิ์
ผลลัพธ์กว้างเกินไปหรือไม่ตรงหัวข้อ
กลับไปแก้โปรเจกต์ให้มีคำถามวิจัย ขอบเขต กลุ่มตัวอย่าง และข้อจำกัดที่ชัดขึ้น จากนั้นให้ระบบสร้างร่างใหม่เฉพาะส่วนที่ต้องการ
เครดิตลดเร็วกว่าที่คาด
ตรวจประมาณการก่อนเริ่ม แบ่งงานยาวเป็นรอบย่อย และนำร่างหรือข้อมูลเดิมเข้ามาใช้เท่าที่จำเป็น ระบบเลือกวิธีประมวลผลภายในเพดานเครดิตให้เอง ผู้ใช้ไม่ต้องเลือกเทคโนโลยีเบื้องหลัง
ต้องการวิเคราะห์บทสัมภาษณ์หรือสนทนากลุ่ม
เตรียมบทถอดความและปกปิดข้อมูลส่วนบุคคลก่อน จากหน้าโปรเจกต์เลือกห้องวิเคราะห์เชิงคุณภาพ ตรวจความพร้อม แล้วจึงสร้างรหัส เลือกข้อความ พัฒนาประเด็นหลัก และส่งออกงานแต่ละระยะ
กลับไปทำงานต่อหรือเริ่มบัญชีใหม่
ผู้ใช้เดิมเปิดแดชบอร์ดเพื่อดูงานที่ต้องทำต่อ โปรเจกต์ทีม และสถานะล่าสุดได้ทันที ผู้ใช้ใหม่สมัครด้วยบัญชี Google แล้วกรอกข้อมูลที่จำเป็นและยืนยันนโยบายก่อนเริ่มพื้นที่ทำงาน หากมีรหัสทดลอง ให้แลกจากหน้าเครดิตหลังเข้าสู่ระบบ