Jelly: กล่องจดหมายเข้าที่ใช้ร่วมกันแบบเรียบง่ายสำหรับทีมขนาดเล็ก
(letsjelly.com)- เป็นเครื่องมือ กล่องจดหมายเข้าที่ใช้ร่วมกัน สำหรับให้ทีมขนาดเล็กจัดการอีเมลของทีมจากที่เดียว โดยสามารถดูผู้รับผิดชอบและสถานะความคืบหน้าของแต่ละอีเมลได้พร้อมกัน
- รองรับการมอบหมายผู้รับผิดชอบ คอมเมนต์ภายใน @mention และการติดตาม ทำให้จัดการ การแบ่งความรับผิดชอบและการแชร์บริบท ได้โดยไม่ต้องพึ่ง Cc
- ลดงานซ้ำด้วยกฎอีเมลและ Saved Replies ช่วยจัดการการติดป้ายกำกับ การมอบหมาย และการเก็บถาวรอีเมลขาเข้า รวมถึงตอบกลับที่ใช้บ่อยได้อย่างรวดเร็ว
- มีฟีเจอร์สำหรับการใช้งานทีมอินบ็อกซ์ เช่น รองรับ Gmail, จัดการหลายที่อยู่, ค้นหาและกรอง, สิทธิ์การใช้งาน, บันทึกกิจกรรม, Send Later, Snoozing, API, การเชื่อมต่อกับ Slack·Discord และ Webhook
- ราคาเป็นแบบ คงที่ $29 ต่อเดือน สำหรับทั้งทีม เหมาะกับทีมที่ต้องการหลีกเลี่ยงการคิดค่าบริการต่อผู้ใช้และฟีเจอร์ helpdesk ที่ซับซ้อน
วิธีแบ่งกันจัดการอีเมลทีมจากที่เดียว
- Jelly รวบรวมทีมและอีเมลของทีมไว้ใน กล่องจดหมายเข้าที่ใช้ร่วมกัน เดียวกัน เพื่อให้ทุกคนตรวจสอบสถานะล่าสุดได้
- สามารถมอบหมายสมาชิกที่รับผิดชอบในแต่ละอีเมลได้ ทำให้เห็นได้ทันทีว่าใครกำลังดูแลอีเมลฉบับไหน
- หากต้องการความเห็นจากเพื่อนร่วมทีมก่อนตอบกลับ ก็สามารถถามผ่านคอมเมนต์ภายในด้วย @mention ได้ โดยยังคงบริบทของอีเมลไว้
- สามารถติดตามอีเมลสำคัญแทนการใช้ Cc จึงช่วยลดปัญหาที่ใครบางคนลืม reply all จนทำให้การสื่อสารขาดตอน
- แม้เป็นการตอบกลับที่ส่งจากที่อยู่ทีมร่วมกัน ก็ยังตรวจสอบได้ว่าสมาชิกคนใดเป็นผู้ดำเนินการ
ฟังก์ชันด้านอัตโนมัติและการใช้งาน
- สามารถใช้กฎอีเมลเพื่อ ติดป้ายกำกับ มอบหมาย และเก็บถาวรอีเมลที่เข้ามาโดยอัตโนมัติ
- Saved Replies ช่วยให้ ตอบกลับได้ในคลิกเดียว สำหรับคำถามที่เกิดซ้ำบ่อย
- ฟีเจอร์ที่มี ได้แก่
- รองรับ Gmail เป็นหลัก, จัดการหลายที่อยู่, ปรับแต่งชื่อ “From” เฉพาะบุคคล
- การค้นหาและกรอง, บันทึกกิจกรรมของทีม, สิทธิ์ของทีม, สิทธิ์ของกล่องจดหมาย
- Send Later, Snoozing, Reply & Archive, Read/Unread, Bulk archive
- ป้ายกำกับสี, ลายเซ็นอีเมล, บุ๊กมาร์ก, สถิติ, ตอบกลับอัตโนมัติ, จัดการรายชื่อติดต่อ
- การเข้าถึง API, คีย์ลัด, ไฟล์แนบ, บล็อกรายชื่อติดต่อ, ตรวจจับสแปม, Undo send
- การยืนยันตัวตนสองขั้นตอน, โหมดมืด, UI ที่เหมาะกับมือถือ, ซิงก์อีเมลที่ส่งแล้ว
- การเชื่อมต่อกับ Discord, การเชื่อมต่อกับ Slack, รองรับ Webhook
- ชูแนวทางว่าไม่ใส่ AI chatbot, workflow ที่ซับซ้อน หรือฟีเจอร์ที่ไม่จำเป็น
ราคาและกรณีการใช้งาน
- ราคาเป็นแบบ คงที่ $29 ต่อเดือน สำหรับทั้งทีม ทำให้สามารถดำเนินงานสนับสนุนทางอีเมลได้โดยไม่มีค่าบริการต่อผู้ใช้แบบ helpdesk ที่ซับซ้อน
- คำกล่าวอ้างจากลูกค้าครอบคลุมกรณีของทีมขนาด 2–8 คน โดยกล่าวถึงการลดงานอีเมล การตั้งค่าที่รวดเร็ว การจัดการงานผ่านอีเมล และการแก้ปัญหาการแชร์ล็อกอินอินบ็อกซ์เดียวแบบเดิม
- กรณีของ The Paraplanners: เรื่องราวลูกค้า
- กรณีของ London Ruby User Group: เรื่องราวลูกค้า
1 ความคิดเห็น
ความคิดเห็นบน Hacker News
มีหลายความเห็นบอกว่าสามารถทำสิ่งคล้ายกันได้ด้วยการ forward หรือ mailing list แต่จริง ๆ แล้วมีวิธีค่อนข้างง่ายมากมายอยู่แล้วในการ กระจาย อีเมลขาเข้าไปยังผู้รับหลายคน
ปัญหาเริ่มหลังจากข้อความเข้าไปอยู่ใน inbox ส่วนตัวแล้ว คนที่ต้องช่วยกันตอบสนอง ในที่นี้คือสมาชิกครอบครัว จะเข้าร่วมบทสนทนาที่เหลือได้ก็ต้องระวังเรื่อง Cc/Bcc อย่างมาก ซึ่งทำได้ยาก
อาจประสานงานกันด้วย label หรือสถานะ draft เพื่อไม่ให้ไปทับงานของกันและกันได้ แต่ก็ยังต้องอาศัยให้ทุกคนทำตามอย่างเคร่งครัด
Jelly เป็นเครื่องมือที่พยายามทำให้ทั้งผู้ใช้ที่ไม่ใช่สายเทคนิค และผู้ใช้สายเทคนิคที่ต้องการ “แค่ให้มันทำงานได้” ใช้ อีเมลร่วมกัน ได้อย่างลื่นไหล โดยไม่ต้องสร้างกฎเองหรือคอยตรวจว่าทุกคนทำตามระบบหรือไม่
สงสัยว่ามีใครใช้เครื่องมือแบบนี้กับ อีเมลร่วมของครอบครัว ไหม เมื่อลูก ๆ โตขึ้น อีเมลจากเนิร์สเซอรี โรงเรียน กิจกรรมหลังเลิกเรียน ฯลฯ ก็เพิ่มขึ้นเรื่อย ๆ วิธีแบบ “การสื่อสารเรื่อง X ส่งไปให้ผู้ปกครองคนเดียว” จึงเริ่มขยายต่อไม่ไหว
จะใช้ Gmail ร่วมกันสักบัญชีก็ได้ แต่จะยิ่งต้องประสานกันมากขึ้น เช่น “เมลตอบกลับนี้เธอจะจัดการไหม หรือให้ฉันจัดการ?”
โดยพื้นฐานแล้วดูเหมือนเป็นปัญหาเดียวกับที่เครื่องมือนี้แก้ แต่ถ้าใช้ในครอบครัวไม่ใช่งาน เดือนละ 30 ดอลลาร์ก็รู้สึกค่อนข้างแพง
ที่อยู่ที่สามนี้ไม่ใช่ inbox จริง แต่เป็นที่อยู่สำหรับ forward ไปยังสองที่อยู่แรก เวลาตอบเมลที่ส่งมาที่อยู่นี้ โดยค่าเริ่มต้นจะตอบเหมือนส่งจากที่อยู่นั้น และเมื่อมีเมลส่งออกจากที่อยู่นี้ กฎ Bcc อัตโนมัติ จะส่งสำเนาไปให้คู่สมรส
ดังนั้นเรายังคงมีอีเมลส่วนตัวของแต่ละคน แต่ก็มีที่อยู่ร่วมที่ทั้งคู่ได้รับ และยังรู้ได้ว่ามีการตอบเมลที่มาถึงที่อยู่นั้นแล้วหรือยัง รวมถึงเนื้อหาที่ตอบไปด้วย
สมัยก่อนผมเคยจัดการข้อความวันละหลายร้อยฉบับในคอลเซ็นเตอร์ด้วยวิธีนั้น เคยลองใช้ Spark Mail ด้วย แต่พูดตรง ๆ สำหรับการใช้งานที่ไม่ใช่ธุรกิจถือว่าเกินความจำเป็นไปหน่อย
เราใช้ https://emailshot.io เพื่อแชร์และติดตามอีเมลนอก Gmail ได้ง่าย เช่น ตอนอยากแชร์อีเมลที่ได้รับไปยัง WhatsApp หรือเพิ่มลง Google Sheets ก็สะดวกมาก
โดยปกติเราทั้งคู่จะได้รับเมล คนหนึ่งเห็นก่อนแล้วทำอะไรบางอย่างหรือไม่ทำ บางครั้งก็ forward ให้อีกฝ่าย ทำให้มีเมลเดียวกันสองฉบับใน inbox เดียว
ผลจากการที่เห็นก่อนก็ไม่ได้ชัดเจนเสมอไปว่างานถูกจัดการแล้วจริงหรือไม่ เช่น ถ้าต้องเลือกเวลาพบครูผู้ปกครอง เราจะรู้ได้อย่างไรว่าเราเลือกไปแล้วจริง ๆ
บางจุดเราก็ archive หรือลบเมลด้วย โดยเฉพาะเมื่อเมลจำนวนมากมี กำหนดการงานธุรการ เช่น เรียนครึ่งวัน เปลี่ยนเวลาเลิกเรียน ซึ่งต้องย้ายวันที่และเวลาไปลงปฏิทิน เราจึงพยายามจัดการด้วยการส่งคำเชิญปฏิทินระหว่างกันผ่าน Gmail ส่วนตัว
ปัญหาจริง ๆ มักอยู่ที่การจัดการตารางเวลานี้ กำลังดู Skylight Calendar อยู่ และก็มีคนแนะนำอย่างกระตือรือร้น บางคนก็ชอบ Cozi แต่แอปนั้นฟังดูยุ่งเหยิง
สงสัยว่าจะรักษาราคาให้ต่ำแบบนี้ต่อไปได้อย่างไร
เคยเจ็บมาหลายครั้งกับ “shared inbox สำหรับผู้ใช้หลายคนที่เรียบง่ายและราคาถูก” ล่าสุด Groove HQ เคยคิด 20 ดอลลาร์สำหรับทีม 3 คน แต่ในไม่กี่ปี กลายเป็น 45 ดอลลาร์ต่อผู้ใช้สำหรับทีม 5 คน
มันยังคุ้มค่าอยู่ แต่หลังจากออกจากบริษัทนั้น ผมก็จ่ายเดือนละ 135 ดอลลาร์ให้โปรเจกต์ซอฟต์แวร์ที่ยังไม่รู้ว่าจะไปต่อได้หรือไม่ไม่ไหว เลยต้องเปลี่ยนไปใช้ บัญชี Gmail ร่วม
เราไม่ได้สร้างมาเพื่อกวาดเงินทุกบาทบนโต๊ะ แต่กำลังสร้างเพื่อให้บริการกลุ่มเล็ก ๆ ที่ถูกเครื่องมือ “ใหญ่” กว่าทิ้งไว้ข้างหลัง และโดนโมเดลคิดเงินต่อผู้ใช้เล่นงาน เราเชื่อว่ามีทีมลักษณะนี้มากพอที่จะทำกำไรได้
การทำกำไรกับการทำกำไรให้ได้สูงสุดไม่เหมือนกัน พวกทุนนิยมอาจบอกว่าเราบ้า แต่เราไม่ได้มาที่นี่เพื่อทำกำไรสูงสุด
ช่วยอธิบายเพิ่มได้ไหมว่ามีคุณค่าอะไรเหนือกว่าโหมด collaborative inbox ของ Google Groups
ผมคิดว่ามีปัญหาดี ๆ หลายอย่างในหมวดผลิตภัณฑ์นี้ที่ผู้ให้บริการรายใหม่จะแก้ได้ แต่ collaborative inbox ดูเหมือนเป็นจุดเริ่มต้นของโซลูชันมากกว่า โดยส่วนตัว ปัญหาหลักของทีมเราไม่ใช่ว่าใครจะตอบแต่ละข้อความ แต่คือ สแปม
สิ่งที่อยากได้คือโซลูชันที่ทรงพลังพอจะแก้ปัญหาเฉพาะเหล่านี้ได้ เช่น คัดแยกอีเมลขอ bug bounty แบบอัตโนมัติออกจากประเด็นความปลอดภัยจริง และถ้าเป็นไปได้ ให้ผู้ตอบด้วย LLM ใช้บทสนทนากึ่งอัตโนมัติแบบไป-กลับ เช่น การอนุมัติด้วยปุ่ม rich button ใน Slack เพื่อประเมินว่าอีกฝ่ายจริงจังหรือไม่ ดำเนินงานมา 2 ปีแล้ว แต่ 100% ของข้อความที่เกินเดือนละ 1–2 ฉบับต่อบริษัทซึ่งส่งมาที่ security@example.com เป็นสแปม และในระยะกลางก็น่าจะยังมากกว่า 98%
ต้องกรองทั้งสแปมที่ติดต่อมาผิดบริษัท และสแปมที่พยายามขายสินค้าที่เราไม่สนใจด้วย เช่น ถ้าเข้าร่วมคอนเฟอเรนซ์ จะมีเมลประมาณ 5–6 ฉบับที่พยายามขายรายชื่ออีเมลผู้เข้าร่วม ต่อเมลจริงจากคอนเฟอเรนซ์หนึ่งฉบับ
ถ้าต้องการสัมภาษณ์ลูกค้าเป้าหมาย คุยต่อได้เลย ถ้าแก้ปัญหาข้างต้นได้จริง ผมพร้อมจ่ายทันทีมากกว่าค่ารายเดือนสูงสุดในตารางราคาปัจจุบันมาก และถ้าคิดราคาแบบขยายตามจำนวน email inbox แทนจำนวนที่นั่งผู้ใช้ ก็น่าจะทำกำไรให้ผู้ให้บริการมากกว่า และคาดการณ์ค่าใช้จ่ายสำหรับผมได้ง่ายกว่าด้วย
นอกจากนี้ Jelly ยังมีดีไซน์ที่ดีกว่า ใช้ได้โดยไม่ต้องมีบัญชี Google พูดคุยกันในบทสนทนาแบบ inline ได้ และมี activity view ให้ดูได้รวดเร็วว่าเกิดอะไรขึ้นไปแล้วบ้าง
collaborative inbox ของ Google Groups ก็ใช้ได้ดี แต่เราโฟกัสกับการทำให้ Jelly เป็น shared inbox ที่ยอดเยี่ยม สำหรับทีม ถ้าอยากคุยเรื่องไอเดียเพิ่มเติมก็ส่งอีเมลมาตามข้อมูลติดต่อที่ https://letsjelly.com ได้เลย
ชอบประสบการณ์ผู้ใช้มาก มีวิธีแบบสำนวนกีฬาเพื่อบอกว่าใครกำลังรับผิดชอบหัวข้อนั้นอยู่ คือ “ใครถือบอลอยู่” และจากที่เห็นในวิดีโอ การทำออกมาดูตรงประเด็นมากสำหรับตอบคำถามนั้น
องค์กรที่เชี่ยวชาญเทคโนโลยีมาก ๆ อาจยังไม่เห็นคุณค่าในทันที แต่ธุรกิจขนาดเล็กและขนาดกลางจำนวนมากน่าจะอยากได้ฟีเจอร์นี้ ในฐานะพ่อและสามี ผมแทบจะนิยามได้ว่าเป็นคนขี้เหนียว แต่ก็ต้องยอมรับว่าค่าบริการรายเดือนค่อนข้างสมเหตุสมผล
โดยเฉพาะตอนนี้ผมเบื่อ “บริการฟรี” ที่ไม่มีคุณค่าเพียงพอสำหรับใช้ดำเนินธุรกิจแล้ว และมาถึงช่วงชีวิตที่ยินดีจ่ายเงินให้ผลิตภัณฑ์/บริการที่ดี ตราบใดที่ไม่ถูกปฏิบัติเหมือนวัว ผลิตภัณฑ์ดี ขอให้โชคดี
ชอบ ดีไซน์หน้า landing page นี้มาก และคิดว่ามันถ่ายทอดจุดขายที่ว่าพวกคุณสุภาพและมีเหตุผลได้ดี
ทำได้ดี และคิดว่าจะแชร์ให้บางคนดู
การเปิดตัวอะไรสักอย่างก็ยากอยู่แล้ว แต่การทำให้คนรู้จักยิ่งยากกว่า จึงยิ่งขอบคุณที่จะแชร์ให้คนรอบตัว
นึกถึง Show HN ของ Front เมื่อ 10 ปีก่อน แต่ต่างจาก Front ที่กลายเป็น “แพลตฟอร์มบริการลูกค้าสมัยใหม่” ที่แม้แต่ราคาก็ปรับไปในทิศทางนั้นแล้ว อันนี้ดูเหมือนจะเป็น เครื่องมือที่ดีพอ เลยชอบ
https://news.ycombinator.com/item?id=7869726
https://web.archive.org/web/20141013115541/https://frontapp....
ผลิตภัณฑ์ก็ดี และจับ ดีไซน์ที่เรียบง่าย ได้ดี
แต่กังวลเรื่องอัตราการส่งอีเมลถึงปลายทาง พอยิ่งเห็นว่าอีเมลยืนยันตัวตนเข้าไปอยู่ในโฟลเดอร์สแปมก็ยิ่งกังวล การจัดการอีเมลขาเข้านั้นเรียบง่ายพอแล้ว แต่ถ้าทีมของเราจะใช้ให้เกิดประโยชน์ได้ ก็ต้องมั่นใจว่าอีเมลจะส่งถึงอย่างถูกต้อง
อยากถามต่อที่นี่ แต่การวินิจฉัยปัญหาบน HN คงไม่เหมาะกับทั้งสองฝ่าย ถ้าคุณยินดีให้เราขุดลึกลงไปอีก ติดต่อเราได้ที่ https://letterbird.co/jelly ขอโทษที่ประสบการณ์จนถึงตอนนี้ยังไม่เป็นไปตามที่คาดหวัง
ผลิตภัณฑ์ดูดี และรู้จักทีมที่น่าจะสนใจอยู่ แต่มีข้อเสนอแนะเล็ก ๆ สำหรับแก้ข้อความบนหน้าเว็บ
“กล่องจดหมายร่วมมีอยู่มากมาย แต่ราคาแพงมากและบวมไปด้วยฟีเจอร์ที่ทีมเล็กไม่ต้องการ แพงแค่ไหนน่ะเหรอ? มากกว่า 20 ดอลลาร์ต่อผู้ใช้ต่อเดือน แค่ผู้ใช้คนเดียวก็เกิน 240 ดอลลาร์ต่อปีแล้ว—ในสภาพเศรษฐกิจแบบนี้!?”
ตรงนี้คำว่า user โผล่มาต่อกันและดูเหมือนจะชี้ถึงจำนวนเงินคนละแบบ ทำให้ประโยคสับสน
เห็นยังไม่มีใครพูดถึง เลยขอเสริมว่า ชอบการอ้างอิงถึง Arrested Development มาก น่ารักมาก