> For the complete documentation index, see [llms.txt](https://support.bridge-funeral.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://support.bridge-funeral.com/fur-no-1-woniu/31-flow-activity-logging.md).

# 通話の活動記録 (ToDo・活動) を残す

電話・面談・メールなど、お客様との接点はすべて **活動 (Activity)** として記録します。「あの時、何を話したか」を後から検索できるようにしておくことが、葬儀社の継続的なお付き合いに直結します。

> **活動** は Salesforce の標準機能です。ブリッジ葬儀パッケージ独自の機能ではありませんが、業務上欠かせないので使い方を整理します。

## 活動の 2 種類: 「ToDo」と「活動」

ブリッジ葬儀の業務では、活動を 2 種類に分けて考えます。

| 種類                  | 用途                    | タイミング                             |
| ------------------- | --------------------- | --------------------------------- |
| **ToDo (タスク)**      | これから行うアクション。完了/未完了を管理 | 「明日 14:00 にお見積を電話で説明」など           |
| **活動 (Event / 履歴)** | 既に行った接点の記録            | 「本日 11:00 喪主と打ち合わせ、香典返しの希望聞き取り」など |

これらは、家族・お客様・施行情報 などの **関連レコードに紐づけて記録** します。

## ステップ 1: 関連レコードを開く

活動を残したいレコード (お客様 / 家族 / 施行情報 など) を開きます。電話受電中なら、すでに開いている家族レコードに残すのが一般的です。

## ステップ 2: 活動コンポーザーで記録

レコードページの中央 (または上部) に **「活動」タブ** があります。クリックすると、以下のサブタブが表示されます。

| サブタブ               | 用途             |
| ------------------ | -------------- |
| **ToDo を新規作成**     | 未来のタスク         |
| **行動を新規作成 (イベント)** | 予定 (面談・訪問)     |
| **電話 (通話を記録)**     | 着信 / 発信した通話の記録 |
| **メール**            | お客様に送信したメール記録  |

電話を受電した場合は **「電話 (通話を記録)」** を選ぶのが王道です。

## ステップ 3: 必要な項目を入力する

電話を記録するときの基本項目:

| 項目       | 入力例                        |
| -------- | -------------------------- |
| **件名**   | `見積内容のご質問について`             |
| **コメント** | 通話の要点を箇条書きで残す              |
| **関連先**  | 家族 / 施行情報 / 伝票 など (自動で紐づく) |
| **名前**   | お客様 (Contact)              |
| **状況**   | 完了 / 未完了                   |

### コメントの書き方のコツ

後で読む人 (自分も含む) のために、5W1H を意識するのがおすすめ:

* **誰が** (相手の役割: 喪主 / 親族 / 代理人)
* **いつ** (通話日時)
* **どこで** (式場 / 自宅 など)
* **何について** (見積内容 / 日程 / 費用)
* **どうした** (お伝えしたこと / お聞きしたこと)
* **次に何をする** (フォロー予定)

## 関連リストでの活動の見え方

家族・お客様・施行情報のレコードページの **「関連」タブ** には、**活動履歴** 関連リストがあります。ここに過去の活動が時系列で並びます。

* 直近の活動を上から確認可能
* 件名をクリックすると詳細が開く
* 件数が多い場合は「すべて表示」で全件閲覧

## ToDo を活用する

「明日 14:00 にお見積を電話で説明する」のようなタスクは、**ToDo として登録** すると、その日に画面に通知が出ます。

### ToDo の登録

1. 活動コンポーザーで **「ToDo を新規作成」**
2. 件名・期日・優先度・関連先を入力
3. **完了したら「完了」フラグをオン** にする

### ToDo タブで一覧確認

アプリ上部の **「ToDo」タブ** で、自分が担当の ToDo を一覧表示できます。期限の近いものを優先的に処理できます。

> **「カレンダー」タブ** では、ToDo と行動 (イベント) をカレンダー形式で表示できます。視覚的に予定を把握したい場合はこちらが便利です。

## 活動と「事前相談」「施行情報」の使い分け

活動記録と、ブリッジ葬儀のカスタム機能の「事前相談」「施行情報」は、用途が異なります。

| 内容                        | どこに残す?             |
| ------------------------- | ------------------ |
| 単発の電話 (お問い合わせ・質問)         | **活動**             |
| まとまった事前相談 (1 時間以上の打ち合わせ等) | **事前相談 + 活動**      |
| 訃報を受けた瞬間                  | **活動 + 施行情報**      |
| 葬儀進行中の連絡履歴                | **活動 (施行情報に紐づけて)** |

つまり「**活動は接点 1 回ごと、事前相談・施行情報は案件単位**」という使い分けです。

## こんなときは

### 過去の活動を検索したい

画面上部の **検索バー** に件名のキーワードを入れると、活動も検索結果に出ます。

### 通話履歴が膨大で見つからない

家族レコードの活動履歴は時系列順です。日付で絞り込みたい場合は、**Salesforce レポート** で「活動レポート」を使うと効率的です (管理者にレポート作成を依頼)。

### 担当者を引き継ぐ

活動の **「所有者」項目** で担当者を変更できます。引き継ぎたい場合は、ToDo の所有者ごと変更すると確実です。

### 活動を間違えて作った

活動の詳細画面で **「削除」** で消せます。ただし、業務監査上は **削除より「無効化」(コメントに「重複登録のため無効」と追記)** を推奨。

## 次に進む

* [事前相談を記録する](https://github.com/thinkeight/bridge-cms/blob/main/README.md) — まとまった事前相談はこちら
* [会員登録を受け付ける](https://github.com/thinkeight/bridge-cms/blob/main/README.md) — 受電からの会員登録フロー
* [施行受電と施行情報の作成](https://github.com/thinkeight/bridge-cms/blob/main/README.md) — 訃報の受電フロー

***

📅 最終更新日: 2026-06-16


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://support.bridge-funeral.com/fur-no-1-woniu/31-flow-activity-logging.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.