מדריך מ-Pipp
תמיכת דוא"ל משותפת למייסדים וצוותים קטנים
תיבת דואר נכנס של תמיכה משותפת מעניקה לחברי הצוות מקום אחד לקרוא אימיילים של לקוחות, לראות תשובות קודמות ולהחליט מי מטפל בתגובה הבאה. זה עוזר כשאתה ממשיך לשאול אחד את השני מי השיב.
אנחנו בונים Pipp, ונתקלנו בבעיה הזו בעצמנו ב- Lumenfall. מדריך זה מסתמך על הניסיון הזה ועל הבחירות שעשינו בעיצוב של Pipp. תיבת הדוא"ל המשותפת הבסיסית של Pipp מוכנה היום. מסלול ההדרכה למטה הוא בדיוני.
מהי תיבת דואר תמיכה משותפת?
הכתובת המשותפת היא המקום שבו הלקוחות כותבים. תיבת הדואר הנכנס המשותפת היא המקום שבו הצוות שלך עובד על ההודעות הללו יחד. הגדרה שימושית מאפשרת לאדם הבא לראות מה הלקוח ביקש, מה הצוות כבר שלח ומי חייב לפעולה הבאה.
כמה סוגים של הגדרות יכולים לעשות חלקים מהעבודה הזו:
| הגדרה | מה זה נותן לך | מה לבדוק |
|---|---|---|
| כתובת המעבירה עותקים לתיבות דואר נכנס אישיות | כולם מקבלים את המייל הנכנס | איך כל אדם יראה תשובות ויידע מי מטפל בזה? |
| תיבת דואר משותפת | חברי הצוות יכולים לקרוא ולשלוח דואר דרך תיבת דואר אחת | האם תשובות יוצאות גלויות לכולם, וכיצד תרשום בעלות? |
| כלי תמיכה משותף | מקום לניהול שיחות עם זרימת עבודה צוותית | מטלת בדיקה, מעקב, דיון פנימי ונראות תשובות במוצר בפועל. |
התוויות חופפות. Microsoft מתאר את תיבת הדואר המשותפת שלה כדרך לקבוצה לנטר ולשלוח דואר אלקטרוני מכתובת משותפת. Google Groups מציע תיבת דואר נכנס שיתופית עם הקצאת שיחה ומצב סיום. ייתכן שכבר יש לך משהו מתאים בהגדרת האימייל הקיימת שלך. תיעוד תיבת דואר משותפת Microsoft, תיעוד Google Collaborative Inbox.
בדוק היכן מגיעות תשובות שנשלחו. Microsoft אומר שהודעות יוצאות נשמרות בפריטים שנשלחו של השולח כברירת מחדל, ולא בפריטים שנשלחו של תיבת הדואר המשותפת. הגדר פריטים שנשלחו משותפים אם שאר הצוות זקוק להיסטוריה הזו, ולאחר מכן בדוק עם חבר שני לצוות. הגדרות תיבת דואר משותפת Microsoft.
מתי צוות קטן צריך אחד?
בפרויקט השני שלנו, Lumenfall, אנו משתמשים בהגדרה פשוטה של Google Groups. אימייל שנשלח לכתובת info@ המשותפת שלנו מגיע לשני המייסדים. אז אנחנו צריכים ערוץ שני כדי להסכים מי מטפל באיזה נושא.
אנחנו כל הזמן שואלים אחד את השני, "האם כבר הגבת ל-X?" או "אני אענה Y?" לעתים קרובות, שנינו חושבים שהאדם השני התמודד עם זה. לכל אחד מאיתנו יש עותק של המייל, אבל אנחנו עדיין צריכים לבדוק מי מטפל בו.
כך אנו משתמשים ב-Google Groups ב- Lumenfall. התכונות האופציונליות של תיבת הדואר הנכנס המשותפת, המקושרות לעיל, כוללות הקצאה. בין אם אתה משתמש בתכונות אלה או בכלי תמיכה ייעודי, תעד מי הבעלים של השיחה שבה חברך לצוות יכול לראות אותה.
חפש בעיית תיאום לפני שאתה קונה תוכנה:
- שני אנשים עונים לפעמים לאותו מייל.
- הודעה לא נענית כי כל אדם חושב שלמישהו אחר יש את זה.
- כיסוי לחבר לצוות פירושו לבקש ממנו להעביר את השיחה.
- מעקב מובטח חי בזיכרון של מישהו או ברשימת מטלות פרטית.
- מפתח פותר את הבעיה, אבל אף אחד לא מספר ללקוח.
נפח הדוא"ל לבדו לא יגיד לך מתי לשנות את ההגדרה שלך. עשר הודעות עם מסירות מסובכות יכולות לדרוש יותר תיאום מאשר הרבה שאלות פשוטות המטופלות על ידי אדם אחד.
אם אדם אחד מטפל בתמיכה ויכול למצוא כל הבטחה יוצאת דופן, שמירה על תיבת הדואר הנוכחית עשויה להיות הבחירה הנכונה. אם מספר אנשים עוזרים, נסה תחילה תיבת דואר משותפת ושגרת בעלות מפורשת. שקול כלי ייעודי כאשר שמירה על השגרה הופכת לעבודה משל עצמה.
איך לארגן תשובות
תן לכל שיחה בעלים אחד
הבעלים אחראי לעדכון הלקוח הבא. הם יכולים לבקש ממפתח לחקור מבלי להעביר את האחריות הזו.
בחר מי בודק דואר חדש שלא הוקצה במהלך שעות העבודה שלך ומי יכסה כאשר האדם הזה לא. תסכימו מתי יבדקו את זה. לוח הזמנים צריך להתאים לצוות שלך; פרסום הבטחה לזמן תגובה הוא החלטה נפרדת.
תבע שיחה לפני כתיבת תשובה. אם הבעלות משתנה, רשום את הבעלים החדש במקום שבו שני האנשים יכולים לראות אותו. הימנע מלהפוך את "פתחתי את האימייל" למשמעות "אני מטפל בזה".
ב-Pipp, סטטוס הקריאה הוא לאדם, בעוד שהמטלה שייכת לשיחה. תשובה לשיחה שלא הוקצתה תקצה אותה לאדם שמשיב. בחרנו את החזרה הזו למשימות שהוחמצו; להסכים על בעלות לפני הכתיבה כשאפשר.
הפרד את תשומת הלב מההשלמה
השתמש בקבוצה קטנה של מצבים עם משמעויות שהצוות שלך מסכים עליהן:
| מדינה | כלל צוות | דוגמה |
|---|---|---|
| פתוח | מישהו צריך לפעול עכשיו | שאלה חדשה או תשובה שתגיע היום |
| מאוחר יותר | חזרה בזמן נבחר; לשמור על בעלים | מחכה לתיקון, עם עדכון לקוח שייערך מחר |
| סגור | כרגע לא מתוכננת פעולה נוספת | השאלה נענתה ולא נותר מעקב |
בחרנו את שמות המדינות האלה עבור Pipp. אתה יכול להשתמש באותם כללים בכלי אחר גם אם התוויות שלו שונות.
שים זמן החזרה על כל דבר שאתה מניח בצד. "מחכה להנדסה" מתאר תלות, אבל הוא לא אומר לאף אחד מתי לחפש שוב. אם לכלי שלך אין נודניק או תזכורת, הכנס את המעקב למערכת המשימות הקיימת של הבעלים.
בחרנו "סגור" ב-Pipp במקום "נפתר". העברת אימייל מתוך רשימה פעילה אינה מוכיחה שהבעיה של הלקוח תוקנה. שמור שיחה שאמורה לבדיקה אם אתה עדיין חייב תשובה, גם לאחר שליחת אישור.
השאר מסר שמישהו יכול לפעול לפיו
הערה פנימית צריכה להסביר מה ידוע, מה עדיין לא בטוח ומה המחויבות הבאה ללקוח. שמור אותו בנפרד מהתשובה היוצאת ובדוק את מצב המלחין לפני השליחה.
מסירה בדיונית לצוות תוכנה קטן:
הלקוח לא יכול לסיים ייבוא CSV. שיחזרתי את הכשל באמצעות קובץ הדוגמא. לינה בודקת את המנתח. אמרתי ללקוח שנעדכן אותם מחר ב-14:00, גם אם התיקון לא מוכן. סם הוא הבעלים של העדכון הזה.
סם שומר על שיחת הלקוחות שהוקצתה להם. לינה היא הבעלים של החקירה הטכנית במעקב הפיתוח של הצוות. סם קובע מעקב לפני העדכון המובטח. זה נמנע מהפיכת שינוי הקוד של לינה לתזכורת היחידה לכתוב בחזרה.
אם סם ילך, המשלוח זקוק למחליף בעל שם ולאותה התחייבות. "מישהו יכול לעקוב?" משאיר את העבודה ללא דרישה.
בדוק את השרשור לפני השליחה
קרא את הודעת הלקוח האחרונה ואת תשובת הצוות האחרונה. מחוון הצפייה או ההקלדה של חבר צוות הוא הקשר שימושי, אך אינו ערובה לכך שלא ניתן לשלוח תשובה נוספת.
בעיצוב של Pipp, הנוכחות עוזרת לחברי הצוות להימנע מתשובות כפולות מבלי לנעול אף אחד מלשלוח. חברי הצוות יראו גם שקיימת טיוטה, בעוד שהטקסט שלה נשאר פרטי למחבר.
בדוק גם את סטטוס השליחה. במפרט של Pipp, "בתור" פירושו שהתשובה ממתינה במכשיר, "נשלח" אומר שספק הדוא"ל קיבל אותה, ו"נמסר" דורש אירוע מסירה מהספק. אלו הם כללי הסטטוס בעיצוב שלנו.
בכל כלי שבו אתה משתמש, למד מה תוויות הסטטוס שלו למעשה מאשרות לפני שאתה אומר ללקוח שהגיעה תשובה.
נסה את השגרה לפני החלפת כלים
השתמש בכמה אימיילים בדיוניים כדי לבחון הגדרת מועמד עם חבר לצוות:
- שלח שאלה מכתובת חיצונית. בקש מחבר לקבוצה להשיב והשני ימצא את התשובה שנשלחה. בדוק את הכתובת שהלקוח רואה.
- הקצה שאלה לעצמך, בקש עזרה פנימית, ואז מסור אותה. האם הבעלים החדש יכול למצוא את ההבטחה שהבטחת מבלי לשאול אותך?
- הניחו שיחה בצד עד לזמן מסוים. בדוק איך זה חוזר לתשומת הלב ומי אחראי מתי זה חוזר.
- בקש מהלקוח לכתוב שוב לאחר סגירת השיחה. בדוק כיצד ההודעה החדשה הופכת לגלויה.
- התחל תשובה באותו הזמן עם חברך לקבוצה. בדקו מה כל אדם יכול לראות ומה בעצם הכלי מונע.
במהלך ניסיון קצר, רשום מעקבים שהוחמצו ותשובות כפולות, בתוספת כל עבודה שאתה עדיין עוקב אחריהם במקום אחר. בחר על סמך עד כמה ההגדרה מטפלת במסרים ובמחויבויות המעקב שלך.
איפה Pipp מתאים
Pipp הוא תיבת דואר נכנס של צוות עבור מייסדים וצוותים קטנים, עם Pipp AI מובנה וגישה חופשית לסוכן AI משלך. אנו מעצבים לצוותים של אחד עד עשרה אנשים; זו לא מגבלת מושבים שפורסמה.
Pipp כולל הקצאה, מצבים פתוחים, מאוחרים וסגורים, הערות פנימיות ונוכחות של חבר לצוות.
Pipp מכסה את האימייל היום, והצ'אט כבר בעבודה. חברי הצוות שומעים על עבודה שצריכה אותם באפליקציה, בדפדפן ובמייל: כשמישהו מקצה להם שיחה, מזכיר אותם בהערה או לקוח משיב לשיחה שלו. תגים ותשובות שמורות עדיין לא חלק מ-Pipp.
צרו חשבון והגדירו תיבת דואר נכנס. אפשר לקבל, לקרוא ולנסח מיילים עוד לפני אימות הדומיין.
כדי להשיב ללקוחות, אמתו את דומיין השליחה שלכם באמצעות רשומות DNS, ולאחר מכן בחרו את הדומיין שהופעל עבור תיבת הדואר הנכנס.
כל סביבת עבודה יכולה לחבר דומיין שליחה אחד. כל סביבת עבודה חייבת לאמת את הדומיין שלה לפני שליחת תשובות ללקוחות.
כרגע, כל חשבון יכול ליצור עד 3 סביבות עבודה ביום. כל סביבת עבודה יכולה לבצע עד 100 מסירות אימייל לנמענים ביום.
כל נמען בשדה To או Cc נספר בנפרד. הודעה ל-2 אנשים ב-To ול-1 ב-Cc נספרת כ-3 מסירות. שתי המגבלות היומיות מתאפסות ב-00:00 UTC.
אם אתם צריכים להסיר את המגבלה, כתבו לנו לכתובת hello@pipp.so.
שמור על התמיכה הנוכחית שלך בזמן שאתה מעריך אם Pipp מכסה את העבודה שהצוות שלך צריך.
Pipp AI נמצא בגרסת בטא וכבוי כברירת מחדל. בעלים או מנהל יכולים להפעיל אותו בהגדרות ← AI. אתה יכול לעקוב אחר כל שלב במדריך זה ללא AI.
תיבת הדואר הנכנס המשותפת הבסיסית וגישה לסוכן בחינם לנצח. Pipp AI בחינם במהלך הבטא ובמחיר סביר לאחר הבטא. לא פרסמנו את המחיר שלו.
על המדריך הזה
נכתב עבור Pipp, מוצר של Telesoft AG, חברה שוויצרית. מקורות שנבדקו ב-24 ספטמבר 2026.
התיעוד הרשמי של Microsoft ו-Google תומך בפרטי תיבת הדואר המקושרים למעלה. המייסד שלנו סיפק את חשבון Lumenfall מניסיון עם הגדרת ה-Google Groups שלו. הוא מתאר את הבעיה שאנו מתמודדים איתה, ללא טענה כי Lumenfall אימצה את Pipp או מדדה שיפור. הדוגמאות של Pipp מגיעות מהחלטות העיצוב המוקלטות שלנו. המסירה הבדיונית ממחישה את העצה ואינה סיפור לקוח.