Nakabahaging suporta sa email para sa mga founder at maliliit na team

Ang isang nakabahaging inbox ng suporta ay nagbibigay sa mga kasamahan sa koponan ng isang lugar upang basahin ang mga email ng customer, tingnan ang mga naunang tugon, at magpasya kung sino ang humahawak sa susunod na tugon. Nakakatulong ito kapag patuloy mong tanungin ang isa't isa kung sino ang sumagot.

Bumubuo kami ng Pipp, at kami mismo ang nakakaranas ng problemang ito sa Lumenfall. Ang gabay na ito ay kumukuha sa karanasang iyon at sa mga pagpipiliang ginawa namin sa disenyo ng Pipp. Ang pangunahing nakabahaging email inbox ng Pipp ay handa na ngayon. Ang handoff walkthrough sa ibaba ay kathang-isip lamang.

Ano ang isang nakabahaging inbox ng suporta?

Ang nakabahaging address ay kung saan sumusulat ang mga customer. Ang nakabahaging inbox ay kung saan ang iyong team ay magkasamang nagtatrabaho sa mga mensaheng iyon. Ang isang kapaki-pakinabang na setup ay nagbibigay-daan sa susunod na tao na makita kung ano ang hiniling ng customer, kung ano ang naipadala na ng team, at kung sino ang may utang sa susunod na aksyon.

Maraming uri ng pag-setup ang maaaring gumawa ng mga bahagi ng trabahong ito:

Ang mga label ay nagsasapawan. Inilalarawan ng Microsoft ang nakabahaging mailbox nito bilang isang paraan para masubaybayan at maipadala ng isang grupo ang email mula sa isang karaniwang address. Nag-aalok ang Google Groups ng Collaborative Inbox na may pagtatalaga sa pag-uusap at estado ng pagkumpleto. Maaaring mayroon ka nang bagay na angkop sa iyong kasalukuyang setup ng email. Nakabahaging dokumentasyon ng mailbox ng Microsoft, Dokumentasyon ng Google Collaborative Inbox.

Tingnan kung saan napupunta ang mga ipinadalang tugon. Sinabi ng Microsoft na ang mga papalabas na mensahe ay naka-save sa Mga Naipadalang Item ng nagpadala bilang default, sa halip na sa Mga Naipadalang Item ng nakabahaging mailbox. I-configure ang mga naibahaging naipadalang item kung kailangan ng iba pang team ang history na iyon, pagkatapos ay subukan sa pangalawang teammate. Mga setting ng ibinahaging mailbox ng Microsoft.

Kailan kailangan ng isang maliit na koponan?

Sa aming iba pang proyekto, Lumenfall, gumagamit kami ng simpleng setup ng Google Groups. Ang isang email na ipinadala sa aming nakabahaging info@ address ay nakakarating sa parehong tagapagtatag. Kailangan namin ng pangalawang channel para magkasundo kung sino ang humahawak sa aling paksa.

Patuloy kaming nagtatanong sa isa't isa, "Nagreply ka na ba kay X?" o "Sasagot ba ako ng Y?" Kadalasan, iniisip nating pareho na napag-usapan ito ng ibang tao. Bawat isa sa atin ay may kopya ng email, ngunit kailangan pa rin nating tingnan kung sino ang humahawak nito.

Ganyan namin ginagamit ang Google Groups sa Lumenfall. Kasama sa mga opsyonal na feature ng Collaborative na Inbox nito, na naka-link sa itaas, ang pagtatalaga. Gumagamit ka man ng mga feature na iyon o isang nakalaang tool sa suporta, itala kung sino ang nagmamay-ari ng isang pag-uusap kung saan makikita ito ng iyong kasamahan sa koponan.

Maghanap ng problema sa koordinasyon bago mamili ng software:

• Dalawang tao kung minsan ang sumasagot sa parehong email.
• Ang isang mensahe ay hindi nasasagot dahil iniisip ng bawat tao na mayroon nito.
• Ang pagtatakip para sa isang teammate ay nangangahulugan ng paghiling sa kanila na ipasa ang pag-uusap.
• Ang isang ipinangakong follow-up ay nananatili sa memorya ng isang tao o pribadong listahan ng gagawin.
• Inaayos ng developer ang problema, ngunit walang nagsasabi sa customer.

Ang dami ng email lang ay hindi magsasabi sa iyo kung kailan babaguhin ang iyong setup. Sampung mensahe na may mga kumplikadong handoff ay maaaring mangailangan ng higit na koordinasyon kaysa sa maraming diretsong tanong na hinahawakan ng isang tao.

Kung ang isang tao ay humahawak ng suporta at mahahanap ang bawat natitirang pangako, ang pagpapanatili sa kasalukuyang mailbox ay maaaring ang tamang pagpipilian. Kung maraming tao ang tumulong, subukan muna ang isang nakabahaging mailbox at isang tahasang pagmamay-ari. Isaalang-alang ang isang nakalaang tool kapag ang pagpapanatiling iyon ay nagiging gawain ng sarili nitong gawain.

Paano ayusin ang mga tugon

Bigyan ang bawat pag-uusap ng isang may-ari

Responsable ang may-ari para sa susunod na update ng customer. Maaari nilang hilingin sa isang developer na mag-imbestiga nang hindi ibinibigay ang responsibilidad na iyon.

Piliin kung sino ang tumitingin ng bago, hindi nakatalagang mail sa oras ng iyong trabaho at kung sino ang sumasakop kapag wala ang taong iyon. Sumang-ayon kung kailan nila ito susuriin. Ang iskedyul ay dapat magkasya sa iyong koponan; ang paglalathala ng pangako sa oras ng pagtugon ay isang hiwalay na desisyon.

Mag-claim ng pag-uusap bago magsulat ng tugon. Kung magbago ang pagmamay-ari, itala ang bagong may-ari kung saan makikita ito ng parehong tao. Iwasang gawing "Binuksan ko ang email" ay nangangahulugang "Ako ang humahawak nito."

Sa Pipp, ang status ng pagbabasa ay bawat tao, habang ang assignment ay kabilang sa pag-uusap. Ang pagtugon sa isang hindi nakatalagang pag-uusap ay magtatalaga nito sa taong tumugon. Pinili namin ang fallback na iyon para sa mga hindi nakuhang takdang-aralin; sumang-ayon sa pagmamay-ari bago sumulat kapag maaari mo.

Ihiwalay ang atensyon mula sa pagkumpleto

Gumamit ng maliit na hanay ng mga estado na may mga kahulugang sinasang-ayunan ng iyong koponan:

Pinili namin ang mga pangalan ng estado na ito para sa Pipp. Maaari mong gamitin ang parehong mga panuntunan sa isa pang tool kahit na magkaiba ang mga label nito.

Maglagay ng oras sa pagbabalik sa anumang itabi mo. Inilalarawan ng "waiting for engineering" ang isang dependency, ngunit hindi nito sinasabi sa sinuman kung kailan titingin muli. Kung walang snooze o paalala ang iyong tool, ilagay ang follow-up sa kasalukuyang sistema ng gawain ng may-ari.

Pinili namin ang "Sarado" sa Pipp kaysa sa "Nalutas." Ang pag-alis ng email sa isang aktibong listahan ay hindi nagpapatunay na maayos na ang problema ng customer. Panatilihin ang isang pag-uusap para sa pagsusuri kung may utang ka pa ring sagot, kahit na pagkatapos magpadala ng pagkilala.

Mag-iwan ng handoff na maaaring kumilos ang isang tao

Dapat ipaliwanag ng isang panloob na tala kung ano ang alam, kung ano ang hindi pa sigurado, at ang susunod na pangako sa customer. Panatilihin itong hiwalay sa papalabas na tugon at suriin ang composer mode bago ipadala.

Isang kathang-isip na handoff para sa isang maliit na software team:

Hindi matatapos ng customer ang isang pag-import ng CSV. Ginawa ko ang kabiguan gamit ang sample file. Sinusuri ni Lina ang parser. Sinabi ko sa customer na ia-update namin sila bukas ng 14:00, kahit na hindi pa handa ang pag-aayos. Pag-aari ni Sam ang update na iyon.

Pinapanatili ni Sam ang pag-uusap ng customer na nakatalaga sa kanila. Pagmamay-ari ni Lina ang teknikal na imbestigasyon sa development tracker ng team. Nagtakda si Sam ng follow-up bago ang ipinangakong update. Iniiwasan nitong gawin ang code ni Lina na baguhin ang tanging paalala na isulat muli.

Kung umalis si Sam, ang handoff ay nangangailangan ng pinangalanang kapalit at ang parehong pangako. "Maaari bang mag-follow up?" iniiwan ang trabaho nang hindi inaangkin.

Suriin ang thread bago ipadala

Basahin ang pinakabagong mensahe ng customer at ang pinakabagong tugon ng koponan. Ang indicator ng pagtingin o pagta-type ng isang teammate ay kapaki-pakinabang na konteksto, ngunit hindi ito isang garantiya na hindi maipapadala ang isa pang tugon.

Sa disenyo ng Pipp, ang presensya ay nakakatulong sa mga kasamahan sa koponan na maiwasan ang dobleng tugon nang hindi nakaka-lock ang sinuman sa pagpapadala. Makikita rin ng mga kasamahan sa koponan na mayroong draft, habang ang text nito ay mananatiling pribado sa may-akda.

Suriin din ang status ng pagpapadala. Sa detalye ng Pipp, "Nakapila" ay nangangahulugang naghihintay ang tugon sa device, "Naipadala" ay nangangahulugang tinanggap ito ng email provider, at ang "Naihatid" ay nangangailangan ng kaganapan ng paghahatid mula sa provider. Ito ang mga panuntunan sa katayuan sa aming disenyo.

Sa alinmang tool na ginagamit mo, alamin kung ano talaga ang kinukumpirma ng mga label ng status nito bago sabihin sa isang customer na may dumating na tugon.

Subukan ang routine bago magpalit ng mga tool

Gumamit ng ilang fictional na email upang subukan ang isang setup ng kandidato sa isang teammate:

1. Magpadala ng tanong mula sa isang panlabas na address. Ipasagot sa isang teammate at hanapin sa isa ang ipinadalang tugon. Suriin ang address na nakikita ng customer.
2. Magtalaga ng tanong sa iyong sarili, humingi ng panloob na tulong, pagkatapos ay ibigay ito. Mahahanap ba ng bagong may-ari ang pangakong ginawa mo nang hindi tinatanong?
3. Itabi ang isang pag-uusap hanggang sa isang tiyak na oras. Suriin kung paano ito bumalik sa atensyon at kung sino ang mananagot kapag nangyari ito.
4. Pasulatin muli ang customer pagkatapos mong isara ang pag-uusap. Suriin kung paano nakikita ang bagong mensahe.
5. Magsimula ng tugon kasabay ng iyong teammate. Suriin kung ano ang nakikita ng bawat tao at kung ano talaga ang pinipigilan ng tool.

Sa isang maikling pagsubok, itala ang mga napalampas na follow-up at mga duplicate na tugon, kasama ang anumang gawaing sinusubaybayan mo pa rin sa ibang lugar. Pumili batay sa kung gaano kahusay pinangangasiwaan ng setup ang iyong mga handoff at follow-up na mga pangako.

Kung saan kasya ang Pipp

Ang Pipp ay isang team inbox para sa mga founder at maliliit na team, na may Pipp AI built in at libreng access para sa sarili mong AI agent. Nagdidisenyo kami para sa mga pangkat ng isa hanggang sampung tao; hindi iyon na-publish na limitasyon sa upuan.

Kasama sa Pipp ang pagtatalaga, Open, Later at Closed na estado, panloob na tala, at presensya ng kasamahan sa koponan.

Sinasaklaw ng Pipp ang email ngayon, at ginagawa na ang chat. Naririnig ng mga kasamahan sa koponan ang tungkol sa trabahong nangangailangan sa kanila sa app, sa browser at sa pamamagitan ng email: kapag may nagtalaga sa kanila ng isang pag-uusap, binanggit sila sa isang tala, o isang customer ang tumugon sa kanilang pag-uusap. Ang mga tag at naka-save na tugon ay hindi pa bahagi ng Pipp.

Gumawa ng account at mag-set up ng inbox. Maaari kang tumanggap, magbasa at mag-draft ng mga email bago mag-verify ng domain.

Para tumugon sa mga customer, i-verify ang sarili mong domain sa pagpapadala gamit ang mga DNS record, pagkatapos ay piliin ang naka-activate na domain para sa iyong inbox.

Maaaring magkonekta ang bawat workspace ng isang sending domain. Kailangang i-verify ng bawat workspace ang sarili nitong domain bago magpadala ng mga sagot sa mga customer.

Sa ngayon, maaaring gumawa ang bawat account ng hanggang 3 workspace bawat araw. Maaaring magpadala ang bawat workspace ng hanggang 100 paghahatid ng email sa mga tatanggap bawat araw.

Hiwalay na binibilang ang bawat tatanggap sa To o Cc. Ang email sa 2 tao sa To at 1 sa Cc ay binibilang bilang 3 paghahatid. Nire-reset ang parehong pang-araw-araw na limitasyon sa 00:00 UTC.

Kung kailangan mong ipatanggal ang limitasyon, mag-email sa amin sa hello@pipp.so.

Panatilihing tumatakbo ang iyong kasalukuyang suporta habang sinusuri mo kung saklaw ng Pipp ang gawaing kailangan ng iyong team.

Nasa beta ang Pipp AI at naka-off ito bilang default. Maaari itong i-on ng may-ari o admin sa Mga setting → AI. Maaari mong sundin ang bawat hakbang sa gabay na ito nang walang AI.

Ang pangunahing nakabahaging email inbox at access ng ahente ay libre magpakailanman. Ang Pipp AI ay libre sa panahon ng beta at makatuwirang presyo pagkatapos ng beta. Hindi namin inihayag ang presyo nito.

Simulang gamitin ang Pipp.

Tungkol sa gabay na ito

Isinulat para sa Pipp, isang produkto ng Telesoft AG, isang Swiss na kumpanya. Sinuri ang mga pinagmulan sa 24 Setyembre 2026.

Sinusuportahan ng opisyal na dokumentasyon ng Microsoft at Google ang mga detalye ng mailbox na naka-link sa itaas. Ang aming founder ay nagbigay ng Lumenfall account mula sa karanasan sa Google Groups setup nito. Inilalarawan nito ang problemang kinakaharap natin, nang walang pag-aangkin na ginamit ng Lumenfall ang Pipp o nagsukat ng pagpapabuti. Ang mga halimbawa ng Pipp ay nagmula sa aming mga naitalang desisyon sa disenyo. Ang kathang-isip na handoff ay naglalarawan ng payo at hindi isang kuwento ng customer.