# การสนับสนุนทางอีเมลที่ใช้ร่วมกันสำหรับผู้ก่อตั้งและทีมขนาดเล็ก

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

เราสร้าง Pipp และเราประสบปัญหานี้เองที่ Lumenfall คู่มือนี้อาศัยประสบการณ์ดังกล่าวและตัวเลือกที่เราเลือกในการออกแบบของ Pipp กล่องจดหมายอีเมลที่ใช้ร่วมกันพื้นฐานของ Pipp พร้อมแล้ววันนี้ บทสรุปแบบแฮนด์ออฟด้านล่างนี้เป็นเพียงเรื่องสมมติ

## กล่องข้อความสนับสนุนที่ใช้ร่วมกันคืออะไร?

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

การตั้งค่าหลายประเภทสามารถทำบางส่วนของงานนี้ได้:

*วิธีการแชร์อีเมลของลูกค้า*

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

ป้ายกำกับซ้อนทับกัน Microsoft อธิบายว่ากล่องจดหมายที่ใช้ร่วมกันเป็นวิธีสำหรับกลุ่มในการตรวจสอบและส่งอีเมลจากที่อยู่ทั่วไป Google Groups มีกล่องจดหมายสำหรับการทำงานร่วมกันพร้อมการมอบหมายการสนทนาและสถานะการเสร็จสิ้น คุณอาจมีสิ่งที่เหมาะสมในการตั้งค่าอีเมลที่มีอยู่แล้ว [เอกสารประกอบกล่องจดหมายที่ใช้ร่วมกันของ Microsoft](https://learn.microsoft.com/en-us/microsoft-365/admin/email/create-a-shared-mailbox?view=o365-worldwide), [เอกสารกล่องจดหมายสำหรับการทำงานร่วมกันของ Google](https://support.google.com/groups/answer/2467048?hl=en).

ตรวจสอบว่าการตอบกลับที่ส่งไปสิ้นสุดที่ใด Microsoft กล่าวว่าข้อความขาออกจะถูกบันทึกไว้ในรายการที่ส่งของผู้ส่งตามค่าเริ่มต้น แทนที่จะเป็นรายการที่ส่งของกล่องจดหมายที่แชร์ กำหนดค่ารายการที่ส่งร่วมกันหากทีมที่เหลือต้องการประวัตินั้น จากนั้นทดสอบกับเพื่อนร่วมทีมคนที่สอง [การตั้งค่ากล่องจดหมายที่ใช้ร่วมกันของ Microsoft](https://learn.microsoft.com/en-us/microsoft-365/admin/email/configure-a-shared-mailbox?view=o365-worldwide#allow-everyone-to-see-the-sent-email-the-replies).

## ทีมเล็กๆ จำเป็นต้องมีเมื่อใด?

ในโครงการอื่นของเรา [ลูเมนฟอล](https://lumenfall.ai/)เราใช้การตั้งค่า Google Groups แบบง่ายๆ อีเมลที่ส่งไปยังที่อยู่ info@ ที่ใช้ร่วมกันของเราไปถึงผู้ก่อตั้งทั้งสองคน จากนั้นเราจำเป็นต้องมีช่องทางที่สองในการตกลงกันว่าใครกำลังจัดการหัวข้อใด

เราถามกันต่อไปว่า “คุณตอบกลับ X แล้วหรือยัง” หรือ “ฉันจะตอบ Y ไหม?” บ่อยครั้งที่เราทั้งคู่คิดว่าอีกฝ่ายได้จัดการกับมันแล้ว เราแต่ละคนมีสำเนาอีเมล แต่เรายังคงต้องตรวจสอบว่าใครเป็นผู้ดูแลมัน

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

มองหาปัญหาในการประสานงานก่อนที่จะซื้อซอฟต์แวร์:

- บางครั้งคนสองคนจะตอบอีเมลเดียวกัน

- ข้อความไม่ได้รับคำตอบเพราะแต่ละคนคิดว่ามีคนอื่นได้รับ

- การปกปิดเพื่อนร่วมทีมหมายถึงการขอให้พวกเขาส่งต่อการสนทนา

- การติดตามผลที่สัญญาไว้นั้นอยู่ในความทรงจำของใครบางคนหรือรายการสิ่งที่ต้องทำส่วนตัว

- นักพัฒนาแก้ไขปัญหา แต่ไม่มีใครบอกลูกค้า

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

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

## วิธีจัดระเบียบการตอบกลับ

### ให้แต่ละการสนทนามีเจ้าของหนึ่งคน

เจ้าของมีหน้าที่รับผิดชอบในการอัพเดตลูกค้าครั้งต่อไป พวกเขาสามารถขอให้นักพัฒนาตรวจสอบโดยไม่ต้องมอบความรับผิดชอบนั้น

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

อ้างสิทธิ์การสนทนาก่อนที่จะเขียนตอบกลับ หากความเป็นเจ้าของเปลี่ยนแปลง ให้บันทึกเจ้าของใหม่ที่ซึ่งทั้งสองคนสามารถมองเห็นได้ หลีกเลี่ยงการพูดว่า “ฉันเปิดอีเมลแล้ว” หมายความว่า “ฉันกำลังจัดการอยู่”

ใน Pipp สถานะการอ่านจะเป็นต่อคน ในขณะที่การมอบหมายงานจะอยู่ในการสนทนา การตอบกลับการสนทนาที่ยังไม่ได้มอบหมายจะเป็นการมอบหมายการสนทนานั้นให้กับผู้ที่ตอบกลับ เราเลือกทางเลือกนั้นสำหรับงานที่ไม่ได้รับมอบหมาย ตกลงในการเป็นเจ้าของก่อนที่จะเขียนเมื่อคุณทำได้

### แยกความสนใจออกจากความสมบูรณ์

ใช้ชุดสถานะเล็กๆ ที่มีความหมายที่ทีมของคุณเห็นด้วย:

*สถานะการสนทนาและกฎของทีม*

| รัฐ | กฎของทีม | ตัวอย่าง |
| --- | --- | --- |
| เปิด | ต้องมีคนดำเนินการตอนนี้ | คำถามใหม่หรือคำตอบที่จะครบกำหนดในวันนี้ |
| ต่อมา | กลับมาตามเวลาที่เลือก รักษาเจ้าของไว้ | รอการแก้ไข โดยลูกค้าจะอัปเดตครบกำหนดในวันพรุ่งนี้ |
| ปิดแล้ว | ขณะนี้ไม่มีการวางแผนการดำเนินการเพิ่มเติม | คำถามได้รับคำตอบแล้วและยังไม่มีการติดตามผล |

เราเลือกชื่อสถานะเหล่านี้สำหรับ Pipp คุณสามารถใช้กฎเดียวกันในเครื่องมืออื่นได้แม้ว่าป้ายกำกับจะต่างกันก็ตาม

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

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

### ปล่อยให้แฮนด์ออฟที่ใครบางคนสามารถดำเนินการได้

บันทึกภายในควรอธิบายสิ่งที่ทราบ สิ่งที่ยังไม่แน่นอน และความมุ่งมั่นต่อไปที่มีต่อลูกค้า แยกจากการตอบกลับขาออก และตรวจสอบโหมดผู้แต่งก่อนส่ง

แฮนด์ออฟสมมติสำหรับทีมซอฟต์แวร์ขนาดเล็ก:

> ลูกค้าไม่สามารถนำเข้า CSV ให้เสร็จสิ้นได้ ฉันจำลองความล้มเหลวโดยใช้ไฟล์ตัวอย่าง Lina กำลังตรวจสอบ parser ฉันบอกลูกค้าว่าเราจะอัปเดตพรุ่งนี้ภายใน 14:00 แม้ว่าการแก้ไขจะยังไม่พร้อมก็ตาม แซมเป็นเจ้าของการอัปเดตนั้น

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

หากแซมจากไป แฮนด์ออฟจำเป็นต้องมีการทดแทนที่มีชื่อและความมุ่งมั่นเดียวกันนั้น “มีใครติดตามได้ไหม” ออกจากงานโดยไม่มีผู้อ้างสิทธิ์

### ตรวจสอบกระทู้ก่อนส่ง

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

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

ตรวจสอบสถานะการส่งด้วย ในข้อกำหนดของ Pipp “อยู่ในคิว” หมายความว่าการตอบกลับกำลังรออยู่ในอุปกรณ์ “ส่งแล้ว” หมายความว่าผู้ให้บริการอีเมลยอมรับ และ “จัดส่งแล้ว” ต้องมีการดำเนินการจัดส่งจากผู้ให้บริการ นี่คือกฎสถานะในการออกแบบของเรา

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

## ลองทำกิจวัตรก่อนเปลี่ยนเครื่องมือ

ใช้อีเมลสมมติสองสามฉบับเพื่อทดสอบการตั้งค่าผู้สมัครกับเพื่อนร่วมทีม:

1. ส่งคำถามจากที่อยู่ภายนอก ให้เพื่อนร่วมทีมคนหนึ่งตอบกลับและอีกคนหนึ่งค้นหาคำตอบที่ส่งไป ตรวจสอบที่อยู่ที่ลูกค้าเห็น

2. มอบหมายคำถามให้ตัวเอง ขอความช่วยเหลือภายใน แล้วส่งต่อ เจ้าของคนใหม่สามารถค้นหาคำสัญญาที่คุณให้ไว้โดยไม่ถามคุณได้หรือไม่?

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

4. ให้ลูกค้าเขียนอีกครั้งหลังจากที่คุณปิดการสนทนา ตรวจสอบว่าข้อความใหม่ปรากฏอย่างไร

5. เริ่มตอบกลับพร้อมกับเพื่อนร่วมทีมของคุณ ตรวจสอบสิ่งที่แต่ละคนมองเห็นได้ และสิ่งที่เครื่องมือป้องกันได้จริง

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

## ตำแหน่งที่ Pipp เหมาะกับ

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

Pipp ประกอบด้วยสถานะการมอบหมาย เปิด ภายหลัง และปิด บันทึกภายใน และการปรากฏตัวของเพื่อนร่วมทีม

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

สร้างบัญชีและตั้งค่ากล่องจดหมาย คุณรับ อ่าน และร่างอีเมลได้ก่อนยืนยันโดเมน

หากต้องการตอบกลับลูกค้า ให้ยืนยันโดเมนการส่งของคุณเองด้วยบันทึก DNS จากนั้นเลือกโดเมนที่เปิดใช้งานสำหรับกล่องจดหมายของคุณ

แต่ละพื้นที่ทำงานเชื่อมต่อโดเมนสำหรับส่งอีเมลได้หนึ่งโดเมน ทุกพื้นที่ทำงานต้องยืนยันโดเมนของตนเองก่อนส่งคำตอบให้ลูกค้า

ขณะนี้ แต่ละบัญชีสร้างพื้นที่ทำงานได้สูงสุด 3 แห่งต่อวัน แต่ละพื้นที่ทำงานส่งอีเมลได้สูงสุด 100 ครั้งต่อวันโดยนับแยกตามผู้รับ

ผู้รับแต่ละคนใน To หรือ Cc จะนับแยกกัน อีเมลที่ส่งถึง 2 คนใน To และ 1 คนใน Cc จะนับเป็นการส่ง 3 ครั้ง ขีดจำกัดรายวันทั้งสองจะรีเซ็ตเวลา 00:00 UTC

หากต้องการให้ยกเลิกขีดจำกัด ส่งอีเมลถึงเราที่ [hello@pipp.so](mailto:hello@pipp.so).

ให้การสนับสนุนปัจจุบันของคุณดำเนินต่อไปในขณะที่คุณประเมินว่า Pipp ครอบคลุมงานที่ทีมของคุณต้องการหรือไม่

Pipp AI อยู่ในรุ่นเบต้าและปิดอยู่โดยค่าเริ่มต้น เจ้าของหรือผู้ดูแลระบบสามารถเปิดได้ในการตั้งค่า → AI คุณสามารถติดตามทุกขั้นตอนในคู่มือนี้ได้โดยไม่ต้องใช้ AI

กล่องจดหมายอีเมลที่ใช้ร่วมกันขั้นพื้นฐานและการเข้าถึงของตัวแทนนั้นฟรีตลอดไป Pipp AI ให้บริการฟรีในช่วงเบต้าและราคาสมเหตุสมผลหลังเบต้า เรายังไม่ได้ประกาศราคา

[เริ่มใช้ Pipp](https://app.pipp.so/).

## เกี่ยวกับคู่มือนี้

เขียนขึ้นสำหรับ Pipp ซึ่งเป็นผลิตภัณฑ์ของ Telesoft AG ซึ่งเป็นบริษัทในสวิส ตรวจสอบแหล่งที่มาใน 24 กันยายน 2026

เอกสารอย่างเป็นทางการของ Microsoft และ Google รองรับรายละเอียดกล่องจดหมายที่ลิงก์ด้านบน ผู้ก่อตั้งของเราได้จัดทำบัญชี Lumenfall จากประสบการณ์ในการตั้งค่า Google Groups โดยอธิบายถึงปัญหาที่เราเผชิญ โดยไม่ได้อ้างว่า Lumenfall ได้นำ Pipp มาใช้หรือวัดการปรับปรุง ตัวอย่าง Pipp มาจากการตัดสินใจออกแบบที่บันทึกไว้ของเรา แฮนด์ออฟที่สมมติขึ้นแสดงให้เห็นถึงคำแนะนำ และไม่ใช่เรื่องราวของลูกค้า