ลิงก์จองส่วนบุคคลฟรีอาจแทนหน้าปฏิทินของคุณได้ แต่ยังทำให้สูญเสียประเภทกิจกรรมที่ทีมต้องใช้ร่วมกัน เลือกทางเลือกแทน Calendly จากพฤติกรรมการจองที่ต้องรักษาไว้ แล้วจึงเปรียบเทียบค่าใช้จ่ายและผู้รับผิดชอบดูแลระบบ ตอนนี้ต้องประเมิน Cal.com และ Cal.diy แยกกัน
การใช้ Calendly ต่อเป็นเรื่องสมเหตุสมผลเมื่อขั้นตอนจองเหมาะอยู่แล้วและค่าสมาชิกต่ำกว่าต้นทุนงานเปลี่ยนระบบ การย้ายจึงคุ้มเมื่อระบุได้ว่าจะแก้ปัญหาค่าใช้จ่ายหรือการควบคุมอะไร โดยไม่ทำให้นัดหมายเสียหาย
สรุปประเด็นสำคัญ
- แพ็กเกจส่วนบุคคลแบบมีผู้ให้บริการโฮสต์อาจตัดบิลจัดตารางแยกต่างหากได้โดยไม่เพิ่มงานเซิร์ฟเวอร์ ตรวจสอบสิทธิ์ทำงานร่วมกันก่อนย้ายลิงก์ทีม
- Cal.diy เป็นโครงการสาธารณะสำหรับโฮสต์เอง ส่วน Cal.com เชิงพาณิชย์เป็นอีกเส้นทางหนึ่ง วัตถุประสงค์และชุดฟีเจอร์ต่างกัน
- Easy!Appointments เหมาะกับการจองบริการหรือผู้ให้บริการ ส่วน Rallly เหมาะกับการโหวตเลือกเวลา ตรวจสอบสิทธิ์ผู้จัดแยกจากการโหวตของแขก
- การโฮสต์เองย้ายความรับผิดชอบด้านปฏิบัติการมาให้คุณ ตรวจสอบขั้นตอนและบริการภายนอกที่พึ่งพาก่อนเปลี่ยนลิงก์สาธารณะ
ภาพรวมทางเลือกแทน Calendly
ลูกค้าที่จองเวลาว่างกับกลุ่มที่โหวตเวลาที่เสนอจำเป็นต้องใช้ซอฟต์แวร์ต่างกัน ตารางนี้แยกงานดังกล่าว วิธีติดตั้งใช้งาน และขอบเขตแพ็กเกจฟรี รายการนี้คัดเลือกอย่างมีขอบเขต โดยทุกตัวรองรับขั้นตอนลิงก์จอง การจัดตารางผู้ให้บริการ หรือประชุมกลุ่มที่เกี่ยวข้องตามแหล่งข้อมูลที่ลิงก์ไว้
| เครื่องมือ | งานจัดตารางที่เหมาะที่สุด | วิธีติดตั้งใช้งาน | ขอบเขตฟรีและเสียเงิน |
|---|---|---|---|
| Calendly เป็นตัวเปรียบเทียบ | จองแบบหนึ่งต่อหนึ่งและประสานงานทีมแบบเสียเงิน | แบบโฮสต์ | ตารางราคาของ Calendly ระบุว่า Free มีประเภทกิจกรรมหนึ่งแบบ การเชื่อมต่อปฏิทินหนึ่งรายการ และประชุมหนึ่งต่อหนึ่งไม่จำกัด ส่วนการจัดตารางร่วมกันและแบบหมุนเวียนต้องใช้แพ็กเกจเสียเงิน |
| Cal.com | ลิงก์ส่วนตัวและการจองร่วมกัน | มีผู้ให้บริการโฮสต์; โฮสต์ Enterprise เชิงพาณิชย์เองตามข้อตกลง | ตารางเปรียบเทียบแพ็กเกจ Cal.com ให้ Individuals หนึ่งผู้ใช้ พร้อมประเภทกิจกรรมและปฏิทินไม่จำกัด ส่วนการทำงานร่วมกันมีค่าใช้จ่าย |
| Cal.diy | การจองแบบชุมชนที่โฮสต์เอง | อินสแตนซ์ของคุณเอง | README ระบุว่าไม่ต้องมีคีย์ใบอนุญาตหรือบัญชี Cal.com ค่าโฮสต์และงานดูแลยังเป็นต้นทุนของคุณ และไม่ได้หมายความว่าได้รับสิทธิ์ฟีเจอร์ทีม |
| Easy!Appointments | บริการและตารางผู้ให้บริการ | โฮสต์เอง; เลือกบริการโฮสต์แบบเสียเงินได้ | ข้อกำหนดซอฟต์แวร์และบริการ แยกซอฟต์แวร์ฟรีจากโฮสต์ การสนับสนุน และงานปรับแต่งแบบเสียเงิน ตรวจสอบวิธีเลือกผู้ดำเนินการประชุมแยกจากบัญชีผู้ให้บริการ |
| TidyCal | การจองแบบมีผู้โฮสต์พร้อมตัวเลือกตลอดชีพและสมาชิก | แบบโฮสต์ | คู่มือแพ็กเกจ ระบุว่า Free มีประเภทการจองและจำนวนการจองไม่จำกัด เชื่อมต่อปฏิทินหนึ่งรายการ แต่ไม่มีทีม ระดับเสียเงินรองรับความต้องการส่วนบุคคลและทีม |
| ตารางนัดหมาย Google Calendar | หน้าจองในบัญชีปฏิทินที่มีอยู่ | แบบโฮสต์ | ตารางเปรียบเทียบสมาชิก ของ Google อนุญาตหนึ่งหน้าจองสำหรับบัญชีส่วนบุคคลหรือ Business Starter ฟังก์ชันเพิ่มเติมต้องใช้สมาชิกที่มีสิทธิ์ |
| Rallly | โพลเวลาว่างของกลุ่ม | มีผู้ให้บริการโฮสต์หรือโฮสต์เองด้วย Docker | เอกสารสิทธิ์ใช้งาน ระบุหนึ่งที่นั่งต่อ Space สำหรับระดับ Personal ฟรี การจัดการโพลร่วมกันต้องตรวจสอบสิทธิ์ผู้จัดแยกต่างหาก |
มองประเภทกิจกรรมร่วมกันเป็นข้อกำหนดที่ต้องสาธิตได้ บัญชีส่วนตัวแยกกันไม่ได้พิสูจน์ว่าเพื่อนร่วมงานดูแลนิยามกิจกรรมเดียวกันหรือรับการจองผ่านลิงก์ร่วมกันได้ ถามว่าใครเป็นเจ้าของกิจกรรม ใครแก้ไขได้ และเลือกผู้ดำเนินการประชุมอย่างไร
Cal.com และ Cal.diy ตอบโจทย์ต่างกัน
โค้ดใช้งานจริงเชิงพาณิชย์ของ Cal.com เป็นแบบส่วนตัว ส่วน Cal.diy เป็นโครงการชุมชนสาธารณะ ประกาศทางวิศวกรรม ของ Cal.com อธิบายการแยกและเปลี่ยนจาก AGPL 3.0 เป็น MIT ความแตกต่างนี้มีผลจริงต่อการเลือกตัวแทน เพราะโครงการสาธารณะไม่ครอบคลุมงานทีมและองค์กรของผลิตภัณฑ์เชิงพาณิชย์อีกต่อไป
ประกาศระบุส่วนหลักที่คงไว้ ได้แก่ ตรรกะจัดตาราง ขั้นตอนจอง กรอบแอปสโตร์ และ API v2 พร้อมระบุฟังก์ชัน Teams และ Organizations ที่ถูกนำออก รวมขั้นตอนจองที่เกี่ยวข้อง ตลอดจนฟอร์มกำหนดเส้นทาง เวิร์กโฟลว์ การลงชื่อเข้าใช้ SAML/SSO, Insights และ API v1 อย่าอนุมานฟีเจอร์สาธารณะปัจจุบันจากคำอธิบายติดตั้ง Cal.com รุ่นเก่า
เรื่องนี้กระทบลิงก์ร่วมกันทั่วไปด้วย เช่น ต้องส่งการจองให้เพื่อนร่วมงานที่ว่าง หรือจองเวลาของหลายคนพร้อมกัน นี่เป็นข้อกำหนดด้านการทำงานร่วมกันแม้ทุกคนมีลิงก์ส่วนตัว จำนวนบัญชีที่สร้างได้ไม่ตอบว่าพฤติกรรมการจองร่วมกันยังอยู่หรือไม่
คำเตือนการติดตั้งปัจจุบัน ของ Cal.diy แนะนำอย่างเคร่งครัดให้ใช้ส่วนบุคคลและไม่ใช่ระบบใช้งานจริง โดยระบุว่าการโฮสต์เองต้องมีความรู้ขั้นสูงด้านเซิร์ฟเวอร์ ฐานข้อมูล และการรักษาข้อมูลอ่อนไหว หากต้องมีข้อตกลงระดับบริการหรือ SLA ซึ่งเป็นข้อผูกพันบริการตามสัญญา ให้ถามว่าใครจะลงนาม แยกคำแนะนำนี้จากสิทธิ์ตามใบอนุญาตที่กล่าวใน FAQ
การโฮสต์เองเชิงพาณิชย์ยังมีให้ใช้ คำอธิบายติดตั้ง Enterprise ของ Cal.com ระบุว่าต้องติดต่อทีมเพื่อโฮสต์ผลิตภัณฑ์เต็มเองเชิงพาณิชย์ วิธีนี้อิงข้อตกลง จึงอย่าคิดว่าสมาชิกแบบโฮสต์ทั่วไปมีเงื่อนไขเดียวกัน ขอฟีเจอร์ที่ต้องใช้ ความรับผิดชอบติดตั้ง และเงื่อนไขสนับสนุนเป็นลายลักษณ์อักษร
ด้านการทำงานร่วมกันแบบมีผู้โฮสต์ รายละเอียด Teams ของ Cal.com ระบุเวลาว่างร่วมกัน การหมุนเวียน ประเภทกิจกรรมที่จัดการจากส่วนกลางหรือแบบรวม และฟอร์มกำหนดเส้นทาง การหมุนเวียนสลับส่งการจองระหว่างผู้ดำเนินการ ส่วนการจองแบบรวมจะกันเวลาที่ทุกคนที่จำเป็นเข้าร่วมพร้อมกัน ทั้งสองเป็นเกณฑ์ทดสอบรับมอบต่างกันและตัวแทนอาจต้องผ่านทั้งคู่
ก่อนรับข้อเสนอ Enterprise ให้ถามว่าใครดูแลอัปเกรดแอปและเปลี่ยนการเชื่อมต่อหลังติดตั้ง กำหนดผู้รับผิดชอบงานต่อเนื่องขณะตกลงตั้งค่าเริ่มต้น
ทางเลือกอื่นเหมาะกับอะไร
นัดบริการกับผู้ให้บริการที่ระบุ ลิงก์ปรึกษาส่วนตัว และโพลกลุ่มอาจดูคล้ายกันบนหน้าจอง แต่กฎการเลือกต่างกัน Easy!Appointments, TidyCal, Google Calendar และ Rallly น่าพิจารณาเมื่อขั้นตอนตรงกับคุณ การเพิ่มชื่อไม่แก้ความไม่ตรงกันเรื่องผู้ที่จะถูกจอง
Easy!Appointments สำหรับบริการและตารางผู้ให้บริการ
Easy!Appointments ให้คุณส่งลูกค้าไปยังบริการและผู้ให้บริการเฉพาะได้ รายการฟีเจอร์ฟรี ระบุตารางทำงาน URL เฉพาะ และบทบาทผู้ดูแล ผู้ให้บริการ และเลขานุการ โมเดลนี้ควรทดลองเมื่อนัดเป็นของพนักงานหรือบริการเฉพาะและต้องแยกสิทธิ์จัดการ
รายการฟีเจอร์มีการซิงค์ Google Calendar และ CalDAV โดย CalDAV ให้เซิร์ฟเวอร์ปฏิทินที่รองรับแลกข้อมูลกัน ซึ่งสำคัญได้หากคุณไม่ใช้ Google เซสชันกลุ่มรับลูกค้าหลายคนได้ หากต้องหมุนเวียนการจองระหว่างเพื่อนร่วมงาน ขอให้สาธิตวิธีเลือกผู้ดำเนินการก่อนตัดสินใจ
ข้อกำหนดใช้เชิงพาณิชย์คงสิทธิ์ซอฟต์แวร์ GPL-3.0 ฟรีแยกจากบริการเสียเงินที่เลือกได้ ไม่จำเป็นต้องซื้อการปรับแบรนด์หรือการสนับสนุนก่อนนำซอฟต์แวร์ไปใช้เชิงพาณิชย์ หากต้องมีข้อผูกพันสนับสนุนให้ขอสัญญาบริการ
TidyCal เป็นทางเลือกแบบมีผู้โฮสต์แทนสมาชิกต่อที่นั่ง
แพ็กเกจตลอดชีพของ TidyCal เปลี่ยนวิธีจ่ายโดยบริการยังมีผู้โฮสต์ คำอธิบายรูปแบบซื้อแยกการจ่ายครั้งเดียวจากสมาชิก Pro เลือกตามการตั้งค่าและการร่วมงานที่ต้องใช้ เพราะซื้อบัญชีบุคคลครั้งเดียวไม่ได้สร้างสิทธิ์ทีม
คู่มือเดียวกันแยกการปรับแต่งเสียเงินและลิงก์วิดีโอที่สร้างอัตโนมัติจากชุดฟรี ตรวจสอบการตั้งค่าที่ต้องใช้กับแพ็กเกจที่จะซื้อ มีการช่วยเหลือทางอีเมลโดย Pro ได้ลำดับก่อน แต่นี่ไม่ใช่การรับประกันเวลาตอบ
ผมจะใส่ TidyCal ในรายชื่อแบบมีผู้โฮสต์หากค่าใช้จ่ายจัดตารางประจำเป็นเหตุให้ย้าย ระวังกฎวันที่ซื้อก่อนนำสิทธิ์ลูกค้าเดิมมาเป็นข้อเสนอปัจจุบัน
Google Calendar สำหรับความต้องการหน้าจองที่มีอยู่
ควรตรวจสอบตารางนัดหมาย Google Calendar ก่อนซื้อเครื่องมือเพิ่มสำหรับลิงก์ส่วนตัว ตารางเปรียบเทียบฟีเจอร์พรีเมียมของ Google ระบุฟังก์ชันที่ขึ้นกับสมาชิก หลายตาราง การแจ้งเตือน การชำระเงิน และการตรวจหลายปฏิทิน ต้องดูบัญชีที่มีสิทธิ์และชุดฟีเจอร์ ไม่ใช่แค่เปิด Calendar ได้
ทดลองการแจ้งเตือนและตรวจเวลาชนกันข้ามปฏิทินในบัญชีจริงก่อนถือว่าสมาชิกที่มีเพียงพอ หากต้องหมุนเวียนผู้ดำเนินการหรือดูแลประเภทกิจกรรมร่วมกันจากส่วนกลาง ให้ขอสาธิต ผมจะเลือกวิธีนี้เมื่อหน้าจองในปฏิทินทำงานได้ครบโดยไม่สมัครเพิ่ม
Rallly สำหรับโหวตเลือกเวลา
ขั้นตอนโพล Rallly เริ่มจากเสนอเวลา เก็บคะแนนเวลาว่าง แล้วจบด้วยเวลาที่เลือกและคำเชิญปฏิทิน ใช้เมื่อจำเป็นต้องตกลงเวลาร่วมกัน โพลไม่ได้จองช่องของผู้ดำเนินการที่ว่างโดยอัตโนมัติ จึงใช้แทนลิงก์ลูกค้าจองด้วยเหตุผลนี้ไม่ได้
สำหรับโฮสต์เอง โค้ดที่นั่ง Space ของ Rallly กำหนดเริ่มต้นหนึ่งที่นั่งต่อ Space เมื่อไม่มีใบอนุญาตอินสแตนซ์ และโค้ดเชิญเปิดให้เชิญสมาชิกเฉพาะ Space pro ขีดจำกัดผู้ใช้อินสแตนซ์แยกจากสมาชิก Space ตรวจสอบสิทธิ์ผู้จัดก่อนให้เพื่อนร่วมงานจัดการโพลด้วยกัน
แยกใบอนุญาต AGPL ของที่เก็บโค้ดออกจากสิทธิ์ร่วมงานที่กำหนดในระบบ การเข้าถึงของผู้จัดร่วมขึ้นกับจำนวนที่นั่ง Space ส่วนการดูแลอินสแตนซ์ต้องใช้บัญชีบทบาทผู้ดูแล
เลือกตามขั้นตอนที่ต้องรักษาไว้
หากลิงก์ร่วมต้องหมุนเวียนผู้ดำเนินการหรือจองเพื่อนร่วมงานหลายคนพร้อมกัน ให้ประเมิน Cal.com เชิงพาณิชย์และระดับทีมที่เหมาะของ TidyCal ก่อน ใช้ Calendly ต่อหากย้ายแล้วเสียพฤติกรรมจำเป็น ผมจะไม่เลือกโครงการโฮสต์เองสาธารณะเพียงเพราะหน้าส่วนตัวดูคล้ายตัวเดิม
สำหรับนัดบริการหรือผู้ให้บริการ ทดลอง Easy!Appointments ด้วยลิงก์เฉพาะผู้ให้บริการ คำแนะนำจะเปลี่ยนหากคุณต้องการเลือกผู้ดำเนินการอัตโนมัติแต่การตั้งค่าที่เสนอไม่เคยสาธิต ถามพฤติกรรมจัดสรรให้ชัดก่อนยอมรับว่า “มีหลายผู้ให้บริการ” เพียงพอ
สำหรับการจองส่วนตัว ลองเครื่องมือฟรีแบบมีผู้โฮสต์หรือหน้าจอง Google ที่มีอยู่ก่อนรับงานเซิร์ฟเวอร์ ทางเลือก Calendly ฟรีอาจพอสำหรับลิงก์ส่วนตัวที่ไม่ต้องเป็นเจ้าของร่วม ประเมิน Cal.diy เฉพาะเมื่อคำแนะนำโครงการตรงกับการใช้งาน หากไม่มีใครดูแลอัปเดตและกู้คืน ให้คงแบบมีผู้โฮสต์ไว้สำหรับกรณีนี้
สำหรับโหวตกลุ่ม เลือก Rallly และตรวจสิทธิ์ทุกคนที่จัดการโพลร่วมกัน เปลี่ยนทางหากผู้รับเชิญต้องจองทันทีโดยไม่รอผู้จัดเลือกผล
หมวดนี้แคบกว่าที่จำนวนผลิตภัณฑ์จัดตารางทำให้คิด ในรายการนี้ การต้องโฮสต์เองฟรี จองร่วมกันเป็นทีม และมีเส้นทางใช้งานจริงที่รองรับ ทำให้เหลือตัวเลือกน้อย หากต้องประมวลผลภายใน ใช้แผนผังส่วนประกอบด้านล่างและเก็บ Enterprise เชิงพาณิชย์แบบโฮสต์เองไว้เป็นตัวเลือกด้วย
ตรวจการไหลของข้อมูลและความรับผิดชอบดูแลระบบ
ฐานข้อมูลจองบนเซิร์ฟเวอร์คุณยังอาจแลกข้อมูลกับปฏิทินหรืออีเมลภายนอกได้ การตั้งค่ารวมระบบของ Cal.diy อธิบายข้อมูลรับรองเพิ่มเติมสำหรับบริการเชื่อมต่อ หากต้องเก็บการประมวลผลภายใน ให้ตามว่าคำขอปฏิทิน ข้อความ และข้อมูลสำรองแต่ละรายการไปไหน ตำแหน่งเซิร์ฟเวอร์แอปครอบคลุมเพียงส่วนเดียว
ใช้เป็นรายการตรวจสอบสิ่งที่พึ่งพา ไม่ใช่การตรวจสอบเทเลเมทรี:
| ส่วนประกอบ | เรื่องที่ต้องตัดสินใจ |
|---|---|
| ฐานข้อมูลการจอง | จะเก็บข้อมูลนัดหมายและลูกค้าที่ไหน และใครดูแลได้? |
| ปฏิทินที่เชื่อมต่อ | บริการปฏิทินใดรับหรือส่งข้อมูลกิจกรรมและเวลาว่าง? |
| อีเมลขาออก | บริการ SMTP ใดส่งข้อความ และใครถือข้อมูลรับรอง? SMTP คือโพรโทคอลส่งอีเมลขาออก |
| วิดีโอและการชำระเงิน | บริการเสริมใดได้รับรายละเอียดประชุมหรือธุรกรรม? |
| บันทึกและข้อมูลสำรอง | จะเก็บสำเนาและข้อมูลวินิจฉัยที่ไหน ใครอ่านได้ และจะลบเมื่อไร? |
ฐานข้อมูลที่โฮสต์ในคลาวด์ที่อื่นกับเซิร์ฟเวอร์ในบริษัทเป็นการควบคุมคนละรูปแบบ ระบุขอบเขตที่ต้องการของแต่ละส่วน ตำแหน่ง VPS อย่างเดียวไม่ตัดสินเรื่องนี้ สำหรับนัดหมายแบบโฮสต์เอง บันทึกทั้งตำแหน่งและผู้รับผิดชอบแต่ละส่วนเพื่อให้เห็นงานอีเมลหรือกู้คืนที่ยังไม่มีเจ้าของก่อนย้าย
แล้วเลือกโฮสต์ให้ตรงกับเทคโนโลยีในเอกสาร ข้อกำหนดติดตั้ง ของ Easy!Appointments ระบุ Apache หรือ NGINX, PHP 8.2+ และ MySQL ดังนั้นเว็บโฮสต์ที่รองรับอาจเหมาะสม คำแนะนำซิงค์ CalDAV อธิบายการเปลี่ยนแปลงที่เริ่มจากแบ็กเอนด์หรือซิงค์ตามเวลาผ่าน cron ตรวจว่าโฮสต์อนุญาตงานเบื้องหลังที่จำเป็น
Cal.diy ระบุ Node.js/PostgreSQL และวิธี Docker/Compose ในข้อกำหนดตั้งค่า เซิร์ฟเวอร์เดิมหรือระบบในสถานที่อาจใช้ได้หากเครือข่ายและการดูแลเหมาะสม หรือใช้ VPS แยกที่เข้าถึงได้ เลือกโฮสต์ที่รองรับหลังเลือกแอป โดยไม่ถือว่าตัวอย่าง README เป็นทรัพยากรขั้นต่ำสากล
กำหนดว่าใครต่ออายุข้อมูลรับรองปฏิทินที่หมดอายุ และใครตรวจเมื่ออีเมลไม่เข้า ความรับผิดชอบแบบมีผู้ดูแลหรือไม่มีผู้ดูแล ของโฮสต์มีผลต่องานที่คุณต้องทำ คิดงบงานจัดการการโฮสต์เอง เช่น อัปเดตแอป เฝ้าระวัง และกู้คืน ควบคู่ค่าโฮสต์
สำหรับโพล เรามีตัวเลือกติดตั้ง Rallly ในคลิกเดียว พร้อมคู่มือที่เก็บ PostgreSQL ถาวร อีเมลขาออก และโดเมน/TLS เป็นจุดเริ่มเมื่อคุณเลือกโฮสต์แยกสำหรับโพลแล้ว โค้ดตรวจสอบใบอนุญาต Rallly ต้องเชื่อม HTTPS ภายนอกสำหรับใบอนุญาตแบบเสียเงิน ให้นับรวมในการประเมินประมวลผลภายใน
ทดลองตัวแทนก่อนเปลี่ยนลิงก์จอง
นัดที่จองผ่านลิงก์เก่าต้องมีแผนเปลี่ยนผ่านชัดเจน ก่อนย้ายลิงก์สาธารณะ สร้างการจองตัวอย่างที่เป็นตัวแทนในระบบใหม่และตัดสินใจว่าจะจัดการนัดเดิมที่ไหน ทำการตรวจต่อไปนี้และบันทึกผล ชื่อฟีเจอร์เหมือนกันไม่ได้พิสูจน์ว่าเทียบเท่า
- ทำรายการประเภทกิจกรรม ระยะเวลา เวลาพักคั่น ระยะจองล่วงหน้า การจัดสรรผู้ให้บริการหรือทีม การตั้งค่าร่วมกัน และทุกลิงก์หรือส่วนฝังสาธารณะ บันทึกว่าใครแก้ประเภทกิจกรรมร่วมกันได้และใครควรรับการจอง
- ทดสอบลิงก์ส่วนตัวและรูปแบบร่วมกันทุกแบบที่ต้องใช้ สร้างกิจกรรมปฏิทินแยกที่ระบุว่าไม่ว่าง แล้วตรวจว่าช่องเวลาชนกันหายไป ลองเขตเวลาที่สองและช่วงเปลี่ยนเวลาออมแสง
- ตรวจการส่งยืนยันและเตือนที่จำเป็น จากนั้นทดสอบยกเลิกและเลื่อนนัดจากทั้งสองฝ่าย ตรวจลิงก์วิดีโอและการจ่ายเงินเมื่อจำเป็น และบันทึกสิ่งที่เกิดเมื่อซิงค์ปฏิทินที่เชื่อมต่อล้มเหลว
- สำหรับโฮสต์เอง สำรองฐานข้อมูลและการตั้งค่า กู้คืนลงสำเนาทดสอบ แล้วซ้อมอัปเกรดที่นั่น บันทึกผู้กู้คืนและวิธีรู้ว่าอัปเดตล้มเหลว ส่วนบริการที่มีผู้โฮสต์ให้ตรวจทางเลือกส่งออกและกู้คืนที่มี
- ตัดสินใจว่านัดเดิมอยู่ในบริการเก่าจนจบหรือต้องดูแลทีละรายการ รักษาช่องทางยกเลิกและเลื่อนนัด แจ้งลิงก์ใหม่ และอัปเดตจุดเผยแพร่ที่ทราบ อย่าคิดว่ามีนำเข้าจำนวนมาก เปลี่ยนเส้นทาง หรือควบคุมนัดข้ามผลิตภัณฑ์
อนุมัติตัวแทนหลังทำการตรวจทดลองที่เกี่ยวข้องครบแล้ว ก่อนเปลี่ยนลิงก์จองสาธารณะ
คำถามที่พบบ่อย
โฮสต์ Calendly เองได้ไหม?
ตัวเลือกแพ็กเกจที่ Calendly เผยแพร่เป็นบริการที่มีผู้โฮสต์ โดยไม่ระบุชุดติดตั้งสำหรับลูกค้า หากต้องการทางเลือกโฮสต์เอง ให้ประเมินเซิร์ฟเวอร์ของตนด้วย Easy!Appointments, Cal.diy ภายในขอบเขตที่แนะนำ หรือ Cal.com Enterprise เชิงพาณิชย์ สิ่งเหล่านี้เป็นผลิตภัณฑ์และข้อตกลงแยกกัน มีขอบเขตฟีเจอร์และสนับสนุนต่างกัน
ใช้ Cal.diy เชิงพาณิชย์ภายใต้ใบอนุญาต MIT ได้ไหม?
ได้ ใบอนุญาต MIT ของ Cal.diy อนุญาตใช้ แก้ไข แจกจ่าย และขาย โดยต้องใส่ประกาศลิขสิทธิ์และอนุญาตในสำเนาหรือส่วนสำคัญ และยังปฏิเสธการรับประกัน สิทธิ์เหล่านี้ไม่ได้สร้างบริการสนับสนุนเชิงพาณิชย์หรือยกเลิกคำแนะนำใช้ส่วนบุคคลที่ไม่ใช่ระบบจริง สิทธิ์ตามใบอนุญาตกับความเหมาะสมเป็นคนละเรื่อง
คนที่จองประชุม Calendly ต้องมีที่นั่งเสียเงินไหม?
ไม่ต้อง คำอธิบายที่นั่งของ Calendly แยกผู้จัดประชุมและเชื่อมปฏิทินจากผู้รับเชิญ ซึ่งไม่ต้องมีที่นั่งเสียเงิน เมื่อเทียบต้นทุนให้นับผู้ดำเนินการที่ต้องใช้ฟังก์ชันจัดตารางตามสิทธิ์ อย่าคูณจำนวนที่นั่งผู้ดำเนินการด้วยลูกค้าหรือผู้เข้าร่วมทุกคนที่ใช้ลิงก์
สร้างตารางนัดหมาย Google บนโทรศัพท์ได้ไหม?
ข้อกำหนดสร้างตาราง ของ Google ระบุคอมพิวเตอร์ที่มีเบราว์เซอร์รองรับ คุณสร้างตารางนัดหมายในแอป Calendar บน Android, iPhone หรือ iPad ไม่ได้ การสร้างต่างจากการแชร์หรือใช้ลิงก์ จึงควรตั้งค่าหน้าบนคอมพิวเตอร์ก่อนเผยแพร่
เพิ่มผู้ดำเนินการร่วมใน Google แล้วตรวจเวลาว่างของเขาไหม?
ค่าเริ่มต้นไม่ตรวจ คำแนะนำ Google ระบุว่าตารางนัดหมายไม่ตรวจเวลาว่างผู้ดำเนินการร่วมอัตโนมัติ เพิ่มปฏิทินของคนที่ต้องเข้าร่วมในการตรวจเวลาว่างก่อนแชร์หน้า หากต้องหมุนเวียนนัดระหว่างเพื่อนร่วมงาน ให้ทดสอบการจัดสรรแยก การเพิ่มชื่อผู้ดำเนินการร่วมไม่แทนการเลือกผู้รับแต่ละประชุม
การเตือนตามกำหนดใน Easy!Appointments ฟรีไหม?
รายการฟีเจอร์ฟรีและปรับแต่งของ Easy!Appointments แยกอีเมลแจ้งจอง แก้ไข และยกเลิกจากการเตือนตามกำหนด กลุ่มแรกมีในรุ่นฟรี ส่วนการเตือนและ SMS เป็นงานพัฒนาเฉพาะแบบเสียเงิน หากต้องส่งล่วงหน้า ให้ยืนยันข้อกำหนดนี้ชัดเจน ไม่ใช่ยอมรับการแจ้งเปลี่ยนการจองว่าเป็นฟีเจอร์เดียวกัน
Easy!Appointments จัดการกิจกรรม CalDAV ที่เกิดซ้ำได้ไหม?
Easy!Appointments ซิงค์กิจกรรม CalDAV ที่เกิดซ้ำได้ แต่คำแนะนำระบุว่าสร้างหรือจัดการภายในไม่ได้ ผู้ให้บริการแต่ละรายซิงค์ได้หนึ่งปฏิทิน CalDAV ให้แก้รูปแบบซ้ำในระบบปฏิทินเจ้าของ และตรวจตัวอย่างกับเซิร์ฟเวอร์ที่เลือกก่อนพึ่งการซิงค์เพื่อตัดสินเวลาว่างจอง
คนร่วมโพล Rallly ต้องมีบัญชีหรือที่นั่งเสียเงินไหม?
Rallly อนุญาตโหวตโดยไม่มีบัญชี และโค้ดนับผู้ใช้ลงทะเบียนไม่นับผู้ร่วมแบบไม่ระบุตัวตน แขกตอบโพลต่างจากผู้จัดลงทะเบียนที่ทำงานร่วมใน Space นับผู้สร้างและร่วมจัดการแยกจากแขกตอบ แล้วตรวจสิทธิ์ผู้จัดที่ต้องใช้
ซื้อ TidyCal ตลอดชีพสำหรับทีมใหม่ได้ที่นั่งไม่จำกัดไหม?
ไม่ได้ กฎสิทธิ์ตามวันที่ซื้อของ TidyCal จำกัด Agency Lifetime ที่ซื้อตั้งแต่ 1 กันยายน 2026 ไว้สี่ที่นั่งรวมเจ้าของและเชื่อมปฏิทินสิบรายการ ใบอนุญาตก่อนหน้านี้ต่างกัน และ Individual Lifetime ไม่มีทีม ตรวจเงื่อนไขการซื้อใหม่แทนการนำสิทธิ์ไม่จำกัดเดิมมาเป็นข้อเสนอปัจจุบัน
การสนทนา
ความคิดเห็น
เข้าสู่ระบบเพื่อร่วมสนทนา