創設者および小規模チーム向けの共有メール サポート

共有サポート受信箱を使用すると、チームメイトは顧客の電子メールを読んだり、以前の返信を確認したり、次の応答を誰が担当するかを決定したりするための 1 つの場所を提供します。誰が返信したかをお互いに尋ね続ける必要がある場合に役立ちます。

私たちは Pipp をビルドしており、Lumenfall でこの問題に遭遇しました。このガイドは、その経験と、Pipp の設計で行った選択に基づいています。 Pipp の基本的な共有メール受信箱が本日完成しました。以下のハンドオフのウォークスルーは架空のものです。

共有サポート受信箱とは何ですか?

共有アドレスは顧客が書き込む場所です。共有受信トレイは、チームがメッセージを共同で処理する場所です。便利な設定により、次の人は顧客が何を質問したか、チームがすでに送信した内容、そして誰が次のアクションを行う必要があるかを確認できます。

いくつかの種類のセットアップでこのジョブの一部を実行できます。

ラベルが重なっています。 Microsoft は、グループが共通のアドレスから電子メールを監視して送信するための方法として共有メールボックスについて説明しています。 Google Groups は、会話の割り当てと完了状態を備えた共同トレイを提供します。既存の電子メール設定にすでに適切なものがあるかもしれません。 Microsoft 共有メールボックスのドキュメント, Google 共同トレイのドキュメント.

送信された返信がどこに送信されるかを確認します。 Microsoft によると、送信メッセージはデフォルトで、共有メールボックスの送信済みアイテムではなく、送信者の送信済みアイテムに保存されます。チームの残りのメンバーがその履歴を必要とする場合は、共有送信済みアイテムを構成し、2 人目のチームメイトでテストします。 Microsoft 共有メールボックスの設定.

小規模なチームに必要となるのはどのような場合ですか?

私たちの別のプロジェクトでは、 ルーメンフォールでは、単純な Google Groups セットアップを使用します。共有の info@ アドレスに送信された電子メールは、両方の創設者に届きます。次に、誰がどのトピックを扱うかについて合意するための 2 番目のチャネルが必要です。

私たちはお互いに「もうXに返信しましたか？」と尋ね続けます。または「Yと答えましょうか?」多くの場合、私たちはお互いに、相手がそれに対処してくれたと思っています。私たちはそれぞれメールのコピーを持っていますが、誰がそれを扱っているかを確認する必要があります。

これが、Lumenfall での Google Groups の使用方法です。オプションの共同受信トレイ機能 (上にリンク) には割り当てが含まれます。これらの機能を使用する場合でも、専用のサポート ツールを使用する場合でも、会話の所有者を記録し、チームメイトが確認できるようにします。

ソフトウェアを購入する前に、調整の問題を探してください。

• 2 人が同じメールに返信することがあります。
• メッセージが返信されないのは、各人が他の誰かがメッセージを持っていると考えるためです。
• チームメイトをカバーするということは、会話を転送するように依頼することを意味します。
• 約束されたフォローアップは、誰かの記憶や個人的な ToDo リストの中に残ります。
• 開発者は問題を解決しますが、誰も顧客に知らせません。

メールの量だけでは、設定を変更するタイミングはわかりません。複雑な引き継ぎが含まれる 10 件のメッセージでは、1 人で処理する多くの単純な質問よりも多くの調整が必要になる場合があります。

1 人がサポートを担当し、未処理の約束をすべて見つけることができる場合は、現在のメールボックスを維持することが正しい選択である可能性があります。複数の人が手伝ってくれる場合は、まず共有メールボックスと明示的な所有権ルーチンを試してください。ルーチンの維持が単独で作業になる場合は、専用ツールを検討してください。

返信を整理する方法

各会話に 1 人の所有者を与える

所有者は、次回の顧客更新の責任を負います。その責任を引き渡すことなく、開発者に調査を依頼することができます。

勤務時間中に割り当てられていない新着メールを誰がチェックするか、またその人が不在の場合は誰がカバーするかを選択します。いつチェックするかに同意します。スケジュールはあなたのチームに合わせてください。応答時間の約束を公表するかどうかは別の決定です。

返信を書く前に会話を主張してください。所有権が変更された場合は、両方のユーザーが確認できる場所に新しい所有者を記録します。 「メールを開いた」ということを「対応中」という意味にしないでください。

Pipp では、読書ステータスは人ごとですが、割り当ては会話に属​​します。割り当てられていない会話に返信すると、返信した人にその会話が割り当てられます。私たちは、割り当てを逃した場合にそのフォールバックを選択しました。可能であれば、書き込む前に所有権に同意してください。

注意を完了とは別にする

チームが同意する意味を持つ小さな一連の状態を使用します。

Pipp にはこれらの州名を選択しました。ラベルが異なっていても、別のツールで同じルールを使用できます。

取っておいたものには返却時間を設定します。 「エンジニアリングを待っています」は依存関係を説明していますが、いつ再調査すべきかは誰にも教えてくれません。ツールにスヌーズやリマインダーがない場合は、所有者の既存のタスク システムにフォローアップを追加します。

Pipp では「解決済み」ではなく「クローズ済み」を選択しました。電子メールをアクティブ リストから移動しても、顧客の問題が解決されたことは証明されません。応答を送信した後でも、まだ返答する義務がある場合は、会話を確認する期限を残してください。

誰かが対応できる引き継ぎを残す

内部メモでは、何が分かっているか、何がまだ不確実か、そして顧客に対する次の取り組みについて説明する必要があります。送信する返信とは別にして、送信する前にコンポーザー モードを確認してください。

小規模なソフトウェア チームへの架空のハンドオフ:

お客様は CSV インポートを完了できません。サンプルファイルを使用して障害を再現しました。リナはパーサーをチェックしています。私はお客様に、修正の準備ができていなくても、明日 14:00 までにアップデートすると伝えました。 Sam がそのアップデートを所有しています。

サムは顧客との会話を自分たちに割り当て続けます。リナは、チームの開発トラッカーの技術調査を担当しています。サムは、約束した更新の前にフォローアップを設定します。これにより、Lina のコード変更が書き戻しの唯一のリマインダーになることを避けられます。

サムがいなくなった場合、引き継ぎには指名された後任と同じコミットメントが必要です。 “Can someone follow up?”仕事を請求されずに放置します。

送信する前にスレッドを確認してください

最新の顧客メッセージと最新のチームの返信を読んでください。チームメイトの表示または入力インジケーターは便利なコンテキストですが、別の返信を送信できないという保証はありません。

Pipp の設計では、プレゼンスにより、チームメイトが送信を妨げられることなく二重返信を回避できます。チームメイトもドラフトが存在することを確認できますが、そのテキストは作成者には非公開のままです。

送信ステータスも確認してください。 Pipp の仕様では、「キューに入れられた」はデバイス上で応答が待機していることを意味し、「送信済み」は電子メール プロバイダーが受信したことを意味し、「配信済み」はプロバイダーからの配信イベントが必要であることを意味します。これらは私たちの設計におけるステータス ルールです。

どのツールを使用する場合でも、顧客に返信が到着したことを伝える前に、そのステータス ラベルが実際に何を確認しているのかを確認してください。

ツールを変更する前にルーチンを試してください

いくつかの架空の電子メールを使用して、チームメイトとの候補者の設定をテストします。

1. 外部アドレスから質問を送信します。チームメイトの 1 人に返信してもらい、もう 1 人に送信された返信を見つけてもらいます。お客様に表示される住所を確認してください。
2. 自分自身に質問を割り当て、社内の助けを求めてから、それを渡します。新しい所有者はあなたに尋ねずにあなたとの約束を見つけることができますか？
3. 特定の時間まで会話を保留します。どのようにして注意が戻るのか、またそうなった場合の責任は誰にあるのかを確認してください。
4. 会話を終了した後、お客様にもう一度書いてもらいます。新しいメッセージがどのように表示されるかを確認します。
5. チームメイトと同時に返信を開始します。各ユーザーが何が見えるのか、そしてツールが実際に何を妨げているのかを確認してください。

短いトライアル中に、見逃したフォローアップや重複した返信、さらに他の場所で追跡している作業を記録します。セットアップが引き継ぎやフォローアップの約束をどの程度適切に処理するかに基づいて選択してください。

Pipp が適合する場所

Pipp は創設者や小規模チーム向けのチーム インボックスで、Pipp AI が組み込まれており、独自の AI エージェントに無料でアクセスできます。私たちは 1 人から 10 人のチーム向けにデザインします。これは公表されている座席制限ではありません。

Pipp には、割り当て、オープン、後で、クローズの状態、内部メモ、チームメイトのプレゼンスが含まれます。

Pipp は今日電子メールをカバーしており、チャットはすでに開発中です。チームメイトは、誰かが会話を割り当てたり、メモでメンションしたり、顧客が会話に返信したりしたときに、アプリ、ブラウザー、電子メールで必要な仕事について聞きます。タグと保存された返信はまだ Pipp の一部ではありません。

アカウントを作成して受信トレイを設定しましょう。ドメインを確認する前でも、メールの受信・閲覧・下書きができます。

顧客に返信するには、DNS レコードで独自の送信ドメインを確認し、受信トレイでアクティブ化されたドメインを選択します。

各ワークスペースは 1 つの送信ドメインに接続できます。すべてのワークスペースは、顧客に返信を送信する前に、独自のドメインを検証する必要があります。

現在、各アカウントは1日あたり最大3個のワークスペースを作成できます。各ワークスペースの送信上限は、1日あたり受信者への配信100件です。

ToまたはCcの受信者は、それぞれ個別に数えます。Toの2人とCcの1人に送るメールは、3件の配信として数えます。どちらの日次上限も00:00 UTCにリセットされます。

上限の解除が必要な場合は、こちらまでメールでご連絡ください: hello@pipp.so.

Pipp がチームに必要な作業をカバーしているかどうかを評価している間、現在のサポートを実行し続けます。

Pipp AI はベータ版で、初期設定ではオフです。所有者または管理者が [設定] → [AI] でオンにできます。 AI を使用しなくても、このガイドのすべての手順を実行できます。

基本的な共有電子メール受信箱とエージェントへのアクセスは永久に無料です。 Pipp AI はベータ期間中は無料で、ベータ終了後は手頃な価格になります。価格は発表していません。

Pippを使い始める.

このガイドについて

スイスの会社 Telesoft AG の製品 Pipp 用に書かれています。ソースは 24 9 月 2026 で確認しました。

Microsoft および Google の公式ドキュメントでは、上記のリンクにあるメールボックスの詳細がサポートされています。私たちの創設者は、Google Groups セットアップの経験から Lumenfall アカウントを提供しました。これは私たちが直面している問題を説明していますが、Lumenfall が Pipp を採用したり、改善を測定したりするという主張はありません。 Pipp の例は、記録された設計上の決定に基づいています。架空の引継ぎはアドバイスを説明するものであり、顧客の話ではありません。