# Спільна підтримка електронною поштою для засновників і невеликих команд

Спільна скринька вхідних повідомлень дає змогу членам команди читати електронні листи клієнтів, переглядати попередні відповіді та вирішувати, хто обробить наступну відповідь. Це допомагає, коли вам постійно доводиться запитувати один одного, хто відповів.

Ми створюємо 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 Collaborative Inbox](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).

## Коли він потрібен невеликій команді?

В іншому нашому проекті [Lumenfall](https://lumenfall.ai/), ми використовуємо просту установку Google Groups. Електронний лист, надісланий на нашу спільну адресу info@, досягає обох засновників. Потім нам потрібен другий канал, щоб узгодити, хто яку тему обробляє.

Ми постійно запитуємо один одного: «Ти вже відповів X?» або «Я маю відповісти на Y?» Часто ми обидва думаємо, що інша людина впоралася з цим. У кожного з нас є копія електронного листа, але ми все одно повинні перевірити, хто його обробляє.

Ось як ми використовуємо Google Groups у Lumenfall. Його додаткові функції Collaborative Inbox, посилання на які наведені вище, включають призначення. Незалежно від того, використовуєте ви ці функції чи спеціалізований інструмент підтримки, записуйте, хто є власником розмови, де ваш партнер по команді може це бачити.

Шукайте проблему координації, перш ніж купувати програмне забезпечення:

- Дві людини іноді відповідають на один електронний лист.

- Повідомлення залишається без відповіді, тому що кожна людина думає, що воно є у когось іншого.

- Прикривати товариша по команді означає просити його переслати розмову.

- Обіцяна подальша дія живе в чиїйсь пам’яті чи в особистому списку справ.

- Розробник усуває проблему, але ніхто не повідомляє замовнику.

Лише обсяг електронної пошти не підкаже вам, коли потрібно змінити налаштування. Десять повідомлень із складною передачею можуть потребувати більшої координації, ніж багато простих запитань, які розглядає одна людина.

Якщо одна особа займається підтримкою та може знайти всі невиконані обіцянки, збереження поточної поштової скриньки може бути правильним вибором. Якщо кілька людей допомагають, спробуйте спершу спільну поштову скриньку та процедуру явного володіння. Подумайте про спеціальний інструмент, коли підтримка цієї рутини стане самостійною роботою.

## Як організувати відповіді

### Дайте кожній бесіді одного власника

Власник відповідає за наступне оновлення клієнта. Вони можуть попросити розробника провести розслідування, не передаючи відповідальності.

Виберіть, хто перевіряє нову, непризначену пошту у ваш робочий час і хто покриває, коли цієї особи немає. Домовтеся, коли перевірять. Розклад повинен відповідати вашій команді; Публікація обіцянки часу відповіді є окремим рішенням.

Заявіть права на розмову, перш ніж писати відповідь. Якщо право власності змінюється, запишіть нового власника, щоб його могли бачити обидва. Уникайте того, щоб «Я відкрив електронний лист» означало «Я ним займаюся».

У Pipp статус читання стосується особи, тоді як призначення належить розмові. Якщо відповісти на непризначену бесіду, її буде призначено особі, яка відповідає. Ми вибрали цей запасний варіант для пропущених завдань; домовтеся про право власності, перш ніж писати, коли зможете.

### Відокремте увагу від завершення

Використовуйте невеликий набір станів зі значеннями, з якими погоджується ваша команда:

*Стан розмови та правила команди*

| Держава | Командне правило | приклад |
| --- | --- | --- |
| відкритий | Хтось має діяти зараз | Нове запитання або відповідь має бути сьогодні |
| Пізніше | Повернення в обраний час; зберегти власника | Очікуємо на виправлення, оновлення клієнта має бути завтра |
| Закрито | Подальші дії наразі не плануються | На запитання надано відповідь, і подальші дії не залишаються |

Ми вибрали ці назви штатів для Pipp. Ви можете використовувати ті самі правила в іншому інструменті, навіть якщо його мітки відрізняються.

Встановіть час повернення на все, що ви відклали. «Очікування на розробку» описує залежність, але нікому не вказує, коли шукати ще раз. Якщо ваш інструмент не має відкладення чи нагадування, розмістіть подальші дії в існуючій системі завдань власника.

Ми вибрали «Закрито» в Pipp, а не «Вирішено». Переміщення електронного листа з активного списку не означає, що проблему клієнта вирішено. Залиште розмову на розгляд, якщо ви все ще повинні відповісти, навіть після надсилання підтвердження.

### Залиште передачу, на яку хтось може діяти

Внутрішня примітка повинна пояснювати те, що відомо, що ще невизначено, і наступні зобов’язання перед клієнтом. Зберігайте його окремо від вихідної відповіді та перевіряйте режим створення тексту перед надсиланням.

Вигадана передача для невеликої команди програмного забезпечення:

> Клієнт не може завершити імпорт CSV. Я відтворив помилку за допомогою файлу зразка. Ліна перевіряє парсер. Я сказав клієнту, що ми оновимо їх завтра до 14:00, навіть якщо виправлення ще не готове. Сем володіє цим оновленням.

Сем підтримує розмову з клієнтами, призначену їм. Ліна володіє технічними розслідуваннями в трекері розробки команди. Сем встановлює наступні дії до обіцяного оновлення. Завдяки цьому зміна коду Ліни не стане єдиним нагадуванням про те, щоб відписатися.

Якщо Сем піде, передача потребує іменованої заміни та такого самого зобов’язання. «Хтось може стежити?» залишає роботу незатребуваною.

### Перед відправкою перевірте тему

Прочитайте останнє повідомлення клієнта та останню відповідь команди. Індикатор перегляду або введення тексту членом команди є корисним контекстом, але це не гарантія того, що іншу відповідь неможливо надіслати.

У дизайні Pipp присутність допомагає членам команди уникнути подвійних відповідей, не блокуючи нікого від надсилання. Члени команди також побачать, що чернетка існує, а її текст залишається приватним для автора.

Також перевірте статус надсилання. У специфікації Pipp «У черзі» означає, що відповідь очікує на пристрої, «Надіслано» означає, що постачальник електронної пошти її прийняв, а «Доставлено» вимагає події доставки від постачальника. Це правила статусу в нашому дизайні.

Яким би інструментом ви не користувалися, дізнайтеся, що насправді підтверджують його мітки статусу, перш ніж повідомляти клієнту, що відповідь надійшла.

## Спробуйте процедуру перед зміною інструментів

Скористайтеся кількома вигаданими електронними листами, щоб перевірити налаштування кандидата з напарником:

1. Надіслати запитання із зовнішньої адреси. Нехай один член команди відповість, а інший знайде надіслану відповідь. Перевірте адресу, яку бачить клієнт.

2. Призначте собі питання, попросіть внутрішньої допомоги, а потім передайте його. Чи може новий власник знайти обіцянку, яку ви дали, не запитуючи вас?

3. Відкладіть розмову на певний час. Перевірте, як це повертає увагу та хто несе відповідальність, коли це відбувається.

4. Попросіть клієнта написати ще раз після того, як ви завершите розмову. Перевірте, як нове повідомлення стає видимим.

5. Почніть відповідати одночасно з вашим товаришем по команді. Перевірте, що може бачити кожна особа та чому інструмент насправді запобігає.

Під час короткого пробного періоду записуйте пропущені подальші дії та повторювані відповіді, а також будь-яку роботу, яку ви все ще відстежуєте в іншому місці. Вибирайте залежно від того, наскільки добре налаштування обробляє ваші передачі та подальші зобов’язання.

## Куди підходить Pipp

Pipp — це папка вхідних для засновників і невеликих команд із вбудованим Pipp 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 перебуває в бета-версії й за замовчуванням вимкнений. Власник або адміністратор може ввімкнути його в розділі «Налаштування» → «ШІ». Ви можете виконувати кожен крок у цьому посібнику без ШІ.

Основна спільна скринька вхідних повідомлень електронної пошти та доступ агента назавжди безкоштовні. Pipp AI є безкоштовним під час бета-тестування та за розумною ціною після бета-тестування. Ми не оголосили його ціну.

[Почати користуватися Pipp](https://app.pipp.so/).

## Про цей посібник

Написано для Pipp, продукту Telesoft AG, швейцарської компанії. Джерела перевірені на 24 вересня 2026.

Офіційна документація Microsoft і Google підтримує деталі поштової скриньки, наведені вище. Наш засновник надав обліковий запис Lumenfall на основі досвіду налаштування Google Groups. У ньому описується проблема, з якою ми стикаємося, без заяв про те, що Lumenfall прийняв Pipp або виміряв покращення. Приклади Pipp походять із наших записаних дизайнерських рішень. Вигадана передача ілюструє пораду, а не розповідь клієнта.