XGAMBET • เขียนความต้องการ
ก่อนเริ่มพัฒนาระบบควรกำหนด Requirement อะไรบ้าง
ระบบที่ต้องเตรียมก่อนเปิดเว็บพนันมีหกกลุ่ม คือ สมาชิกและกระเป๋าเงิน ฝากถอน เกม หลังบ้าน โปรโมชั่น และรายงาน แต่การกำหนด Requirement หรือความต้องการของระบบ ไม่ใช่การลอกรายชื่อนี้ไปส่งผู้ให้บริการ ในแต่ละกลุ่มคุณต้องเขียนเพิ่มอีกสามอย่าง คือ ต้องเชื่อมกับอะไรภายนอก ใครในทีมรับผิดชอบ และจะวัดอย่างไรว่างานเสร็จ เขียนได้ครบในเอกสารสองสามหน้า ก็พอให้คุยเรื่องราคาและเวลาได้ตรงกัน
ON THIS PAGEสารบัญ
เอกสารความต้องการ ไม่ใช่เอกสารเทคนิค
หลายคนข้ามขั้นนี้เพราะคิดว่าต้องเขียนเป็นภาษาโปรแกรมเมอร์ ความจริงตรงกันข้าม เอกสารนี้เขียนด้วยภาษาของคนทำธุรกิจ บอกว่าเว็บของคุณต้องทำอะไรได้ ในสถานการณ์ไหน ส่วนจะทำด้วยวิธีใดเป็นเรื่องของทีมเทคนิค
ถ้าไม่มีเอกสารนี้ การคุยจะเป็นแบบ คุณบอกว่า “อยากได้เว็บเหมือนเจ้านั้น” ผู้ให้บริการตอบว่า “ได้ครับ” แล้วต่างคนต่างนึกภาพของตัวเอง กว่าจะรู้ว่าไม่ตรงกันก็ตอนเห็นงาน ซึ่งแก้ยากและมักมีค่าใช้จ่ายเพิ่ม
เมื่อมีเอกสาร คุณส่งชุดเดียวกันให้หลายเจ้าได้ และราคาที่ได้กลับมาจะเทียบกันได้จริง เพราะทุกเจ้าคิดจากโจทย์เดียวกัน ก่อนเขียน ลองดูขอบเขตของบริการ รับเปิดเว็บพนัน ให้เห็นว่างานทั่วไปครอบคลุมอะไร จะช่วยให้ไม่ตกหล่นหัวข้อใหญ่
หกกลุ่มระบบ และคำถามที่คุณต้องตอบเองในแต่ละกลุ่ม
อย่าเพิ่งคิดเรื่องฟีเจอร์ ตอบคำถามในคอลัมน์กลางก่อน คำตอบของคุณคือความต้องการ
| กลุ่มระบบ | คำถามที่ต้องตอบเอง | ตัวอย่างข้อความที่เขียนลงเอกสาร |
|---|---|---|
| สมาชิกและกระเป๋าเงิน | สมัครด้วยอะไร หนึ่งคนมีได้กี่บัญชี ยอดเงินอยู่ก้อนเดียวหรือแยกตามค่ายเกม | สมัครด้วยเบอร์โทรและยืนยันด้วยรหัสทาง SMS หนึ่งเบอร์ต่อหนึ่งบัญชี เข้าเล่นได้ทุกค่ายโดยไม่ต้องโยกเงินเอง |
| ฝากถอน | ลูกค้าของคุณจ่ายเงินทางไหน งานส่วนไหนอยากให้ระบบทำเอง ส่วนไหนต้องผ่านคน | ฝากด้วยการโอนและสแกน QR ยอดขึ้นเองเมื่อเงินเข้า ถอนไม่เกินวงเงินที่กำหนดให้ระบบจ่ายเอง เกินกว่านั้นรอพนักงานอนุมัติ |
| เกม | ขายเกมประเภทไหน ค่ายไหนต้องมีในวันเปิด ค่ายไหนตามมาทีหลังได้ | วันเปิดเว็บต้องมีสล็อตจากค่ายตามรายชื่อแนบ และคาสิโนสดอย่างน้อยหนึ่งค่าย หวยยังไม่ต้อง |
| หลังบ้าน | มีพนักงานกี่กลุ่ม แต่ละกลุ่มต้องทำอะไรได้ และห้ามทำอะไร | มีสามกลุ่ม คือ ตอบลูกค้า การเงิน และผู้จัดการ กลุ่มตอบลูกค้าดูประวัติได้แต่แก้ยอดไม่ได้ |
| โปรโมชั่น | วันเปิดจะใช้โปรโมชั่นอะไร เงื่อนไขการถอนเป็นอย่างไร | โบนัสฝากครั้งแรกและคืนยอดเสียรายสัปดาห์ ระบบต้องคำนวณยอดเล่นสะสมและกันการถอนเองเมื่อยังไม่ครบเงื่อนไข |
| รายงาน | ทุกเช้าคุณอยากเปิดมาเห็นตัวเลขอะไร | ยอดฝาก ยอดถอน สมาชิกใหม่ และผลแพ้ชนะแยกตามค่ายเกม ของเมื่อวาน ดูได้ในหน้าเดียว |
ถ้าธุรกิจของคุณมีเอเย่นต์ หรือมีคนช่วยแนะนำลูกค้าแลกส่วนแบ่ง ให้เพิ่มกลุ่มที่เจ็ด แล้วตอบว่ามีกี่ชั้น แบ่งรายได้จากยอดอะไร และจ่ายรอบละเมื่อไร เรื่องนี้กระทบโครงสร้างของระบบมาก ต้องบอกตั้งแต่ต้น ไม่ใช่มาเพิ่มหลังเปิดเว็บ
เขียนเป็นเหตุการณ์ ไม่ใช่ชื่อฟีเจอร์
คำว่า “ต้องมีระบบโบนัส” ไม่บอกอะไรเลย เพราะระบบโบนัสมีได้ตั้งแต่แบบพนักงานเติมให้ด้วยมือ ไปจนถึงแบบคำนวณเองทุกขั้น ผู้ให้บริการตอบว่า “มี” ได้ทั้งสองกรณี สูตรที่ใช้เขียนให้ชัดมีสามท่อน
เมื่อ (ใคร ทำอะไร) ระบบต้อง (ทำอะไรต่อ) โดย (มีข้อจำกัดอะไร)
ลองเทียบสองแบบนี้
- แบบชื่อฟีเจอร์: มีระบบแจ้งเตือน
- แบบเหตุการณ์: เมื่อมีรายการถอนที่รอพนักงานอนุมัติ ระบบต้องส่งข้อความแจ้งเข้ากลุ่มแชตของฝ่ายการเงิน โดยบอกชื่อสมาชิกและยอดเงิน
แบบที่สองยาวกว่า แต่ผู้ให้บริการตอบได้ทันทีว่าทำได้ ทำไม่ได้ หรือทำได้แค่บางส่วน และวันรับงานคุณทดสอบได้ด้วยการสร้างรายการถอนหนึ่งรายการแล้วดูว่าข้อความเข้าไหม
อย่าลืมเขียนกรณีที่ไม่เป็นไปตามปกติ
ความต้องการส่วนใหญ่ถูกเขียนสำหรับวันที่ทุกอย่างราบรื่น แต่งานจริงของทีมคุณอยู่ในกรณีที่ไม่ราบรื่น ให้เขียนเพิ่มอย่างน้อยกลุ่มละหนึ่งข้อ เช่น ลูกค้าโอนเงินจากบัญชีที่ชื่อไม่ตรงกับที่สมัคร ระบบต้องทำอย่างไร ค่ายเกมปิดปรับปรุง หน้าเว็บต้องแสดงอะไร ลูกค้ารับโบนัสแล้วขอถอนทันที ระบบต้องกันหรือปล่อย
ระบุสิ่งที่ต้องเชื่อมกับภายนอกให้เป็นรายชื่อ
ตัวระบบเองทำงานคนเดียวไม่ได้ ต้องต่อกับบริการของเจ้าอื่น ซึ่งแต่ละตัวมีค่าใช้จ่ายและเวลาเชื่อมต่อของมัน ถ้าเขียนไว้กว้าง ๆ ว่า “รองรับทุกค่าย” ใบเสนอราคาที่ได้จะกว้างตาม ให้เขียนเป็นรายชื่อ
- ค่ายเกม เขียนชื่อค่ายที่ลูกค้ากลุ่มของคุณเล่นจริง แบ่งเป็นค่ายที่ต้องมีวันเปิด กับค่ายที่เพิ่มทีหลังได้
- ช่องทางรับและจ่ายเงิน เขียนว่าลูกค้าของคุณใช้ธนาคารหรือกระเป๋าเงินอะไรเป็นหลัก และคุณมีบัญชีหรือผู้ให้บริการรับชำระเงินอยู่แล้วหรือต้องหาใหม่
- ข้อความถึงสมาชิก ใช้ SMS สำหรับรหัสยืนยันไหม จะแจ้งโปรโมชั่นทางไหน
- การแจ้งเตือนถึงทีมงาน ทีมคุณคุยงานกันในแอปอะไร อยากให้ระบบส่งเรื่องอะไรเข้าไป
- หน้าเว็บ มีหน้าเว็บอยู่แล้วและต้องการแค่ต่อกับหลังบ้าน หรือให้ผู้ให้บริการทำหน้าเว็บให้ด้วย
สำหรับค่ายเกม เทียบรายชื่อของคุณกับที่ผู้ให้บริการมีอยู่ได้เลย ของ XGAMBET ดูรายชื่อค่ายที่รองรับได้ที่หน้า API เว็บพนัน แล้วถามทีมต่อว่าค่ายไหนอยู่ในแพ็กเกจที่คุณสนใจ
แบ่งเป็นสามกอง: ต้องมีวันเปิด มีทีหลังได้ ยังไม่เอา
เอกสารที่ทุกข้อสำคัญเท่ากันหมดใช้ตัดสินใจไม่ได้ เมื่อเขียนครบแล้วให้ไล่ทีละข้อ แล้วถามตัวเองว่า ถ้าวันเปิดเว็บยังไม่มีข้อนี้ จะเปิดได้ไหม
ต้องมีวันเปิด
ขาดแล้วรับลูกค้าไม่ได้ เช่น สมัคร ฝาก เข้าเกม ถอน และสิทธิ์ของพนักงาน กองนี้ควรสั้นที่สุดเท่าที่ทำได้ ทุกข้อที่เพิ่มเข้ามาคือเวลาและเงินก่อนจะมีรายได้
มีทีหลังได้
ช่วยให้งานดีขึ้นแต่ไม่มีก็ยังเปิดได้ เช่น การแบ่งกลุ่มลูกค้าเพื่อส่งโปรโมชั่นเฉพาะกลุ่ม หรือรายงานเชิงลึก ให้ระบุว่าอยากได้ภายในช่วงไหนหลังเปิด
ยังไม่เอา
สิ่งที่คิดไว้แต่ตัดสินใจว่ายังไม่ทำ เขียนไว้ด้วย เพื่อให้ผู้ให้บริการรู้ทิศทาง และบอกได้ว่าโครงสร้างตอนนี้รองรับการเพิ่มในอนาคตหรือไม่
ยังตอบไม่ได้
ข้อที่คุณยังไม่รู้ว่าควรเป็นแบบไหน อย่าเดา ให้ทำเครื่องหมายไว้แล้วถามผู้ให้บริการว่าลูกค้ารายอื่นของเขาทำอย่างไร คุณจะได้ความรู้กลับมาด้วย
ทุกข้อต้องมีชื่อคนรับผิดชอบ และวิธีวัดว่าเสร็จ
สองช่องนี้คือสิ่งที่เอกสารส่วนใหญ่ไม่มี และเป็นสาเหตุที่งานยืดเยื้อตอนใกล้เปิด
คนรับผิดชอบฝั่งคุณ
ระหว่างทำงาน ทีมเทคนิคจะมีคำถามกลับมาตลอด เช่น โบนัสนี้ใช้กับเกมไหนบ้าง ถอนขั้นต่ำเท่าไร ถ้าไม่มีชื่อคนตอบของแต่ละเรื่อง คำถามจะวนอยู่ในกลุ่มแชตโดยไม่มีใครตัดสิน ให้ใส่ชื่อหนึ่งคนต่อหนึ่งกลุ่มระบบ คนนี้ตอบคำถาม และเป็นคนตรวจรับงานของกลุ่มนั้น
เงื่อนไขที่ถือว่างานเสร็จ
คำว่า “เสร็จ” ของสองฝ่ายมักไม่ตรงกัน ฝั่งผู้ให้บริการเสร็จเมื่อเปิดใช้ฟังก์ชันแล้ว ฝั่งคุณเสร็จเมื่อพนักงานใช้ทำงานจริงได้ ให้เขียนวิธีทดสอบสั้น ๆ กำกับไว้ในแต่ละข้อ เช่น
- ฝากด้วยยอดทดสอบสามครั้ง ยอดขึ้นเองทั้งสามครั้งโดยพนักงานไม่ต้องกดอะไร
- เข้าด้วยบัญชีกลุ่มตอบลูกค้า แล้วไม่เห็นปุ่มแก้ยอด
- รับโบนัสแล้วขอถอนก่อนครบเงื่อนไข ระบบปฏิเสธพร้อมบอกยอดที่ยังขาด
- รายงานของเมื่อวานตรงกับยอดที่นับจากบัญชีธนาคาร
เขียนแบบนี้แล้ว วันตรวจรับงานจะกลายเป็นการไล่ทำตามรายการ ไม่ใช่การกดดูไปเรื่อย ๆ แล้วบอกว่า “น่าจะใช้ได้”
ลำดับการเขียนที่ทำให้ไม่ตกหล่น
ถ้าเริ่มจากหน้ากระดาษเปล่าจะนึกไม่ออก ให้เดินตามเส้นทางของเงินและคน
ขั้นแรกสั้นแต่สำคัญ เขียนสองสามบรรทัดว่ากลุ่มลูกค้าคือใคร ขายเกมประเภทไหน รับลูกค้าตรงหรือผ่านเอเย่นต์ และคาดว่าช่วงแรกจะมีสมาชิกประมาณเท่าไร ข้อมูลนี้ช่วยให้ผู้ให้บริการแนะนำได้ว่าความต้องการข้อไหนเกินจำเป็น ข้อไหนยังขาด
เขียนเสร็จแล้วให้คนในทีมที่ต้องใช้ระบบจริงอ่านหนึ่งรอบ แอดมินกับฝ่ายการเงินมักเห็นช่องโหว่ที่เจ้าของมองข้าม เพราะเขาเป็นคนรับสายลูกค้า
เอาเอกสารไปใช้คุยกับผู้ให้บริการอย่างไร
ส่งเอกสารให้ก่อนนัดคุย แล้วขอให้ตอบกลับทีละข้อด้วยหนึ่งในสี่คำตอบ: มีอยู่แล้วในแพ็กเกจ มีแต่คิดเงินเพิ่ม ต้องพัฒนาเพิ่ม หรือทำไม่ได้ คำตอบชุดนี้จะบอกเองว่าคุณควรใช้แพ็กเกจระดับไหน หรือต้องไปทางสั่งทำเฉพาะ
ของ XGAMBET มีสามแพ็กเกจ ถ้าเอกสารของคุณระบุว่ามีหน้าเว็บอยู่แล้ว ให้เริ่มดูที่ XGB SYSTEM ถ้าต้องการให้ทำหน้าเว็บให้ด้วย ดูที่ Full Option และถ้ามีกลุ่มที่เจ็ดเรื่องเครือข่ายเอเย่นต์ ให้ดู Global (B2B) รายการของแต่ละแบบอยู่ที่หน้า แพ็กเกจ XGAMBET
เรื่องที่เกี่ยวข้องซึ่งควรทำควบคู่กัน:
คำถามที่พบบ่อยเรื่องการกำหนดความต้องการของระบบ
ก่อนเริ่มพัฒนาระบบควรกำหนด Requirement อะไรบ้าง?
กำหนดหกกลุ่ม คือ สมาชิกและกระเป๋าเงิน ฝากถอน เกม หลังบ้าน โปรโมชั่น และรายงาน แต่ละกลุ่มให้เขียนว่าระบบต้องทำอะไรในสถานการณ์ไหน ต้องเชื่อมกับอะไร ใครรับผิดชอบ และทดสอบอย่างไรว่าเสร็จ
ระบบที่ต้องเตรียมก่อนเปิดเว็บพนันขั้นต่ำมีอะไร?
ขั้นต่ำที่ทำให้รับลูกค้าได้คือ สมัครสมาชิก กระเป๋าเงิน ฝากถอน การเข้าเล่นเกม และหลังบ้านที่แบ่งสิทธิ์พนักงานได้ ส่วนโปรโมชั่นขั้นสูง การแบ่งกลุ่มลูกค้า และรายงานเชิงลึก เพิ่มหลังเปิดได้
ไม่มีความรู้เทคนิค เขียนเอกสารความต้องการเองได้ไหม?
ได้ เพราะเอกสารนี้เขียนด้วยภาษาธุรกิจ บอกว่าเมื่อเกิดเหตุการณ์อะไร อยากให้ระบบทำอะไร ไม่ต้องบอกวิธีทำ ส่วนที่ไม่แน่ใจให้ทำเครื่องหมายไว้แล้วถามผู้ให้บริการ
ใช้ระบบสำเร็จรูปอยู่แล้ว ยังต้องเขียนอีกหรือ?
ควรเขียน แต่สั้นลงได้ เพราะคุณใช้เอกสารนี้เช็กว่าระบบสำเร็จรูปตอบความต้องการข้อไหนได้บ้าง และข้อไหนที่ต้องปรับวิธีทำงานของทีมให้เข้ากับระบบแทน
เอกสารควรยาวแค่ไหน?
สำหรับเว็บทั่วไป สองถึงสามหน้าก็ใช้งานได้ ความยาวไม่สำคัญเท่าความชัด หนึ่งข้อที่บอกเหตุการณ์และวิธีทดสอบ มีค่ากว่าสิบข้อที่เป็นแค่ชื่อฟีเจอร์
เขียนให้ทดสอบได้ แล้วราคาและเวลาจะคุยกันง่ายขึ้น
ตอบคำถามของหกกลุ่มระบบ เขียนเป็นเหตุการณ์ ใส่รายชื่อสิ่งที่ต้องเชื่อมต่อ แบ่งกอง แล้วกำกับชื่อคนรับผิดชอบกับวิธีวัดในทุกข้อ เอกสารชุดนี้ใช้ได้ตั้งแต่วันขอราคาไปจนถึงวันตรวจรับงาน ดูขอบเขตบริการและแพ็กเกจเพื่อเทียบกับเอกสารของคุณได้จากลิงก์ด้านล่าง