Dynamics 365 Customer Insights – Journeys 2026 wave 1の計画を眺めて、まず感じるのは、「ジャーニー(体験)」という言葉の意味そのものが、静かに変わり始めているという点です。これまでのCustomer Insights – Journeysは、顧客体験をいかに“設計するか”、いかに“自動で回すか”という文脈で語られることが多いプロダクトでした。しかし、2026 wave 1では、その前提に揺らぎが生まれているように見えます。

この機能は、SMSを単なる一方通行のメッセージではなく、会話として成立させることに重心を置いています。Copilotが文脈を理解し、顧客の反応に応じて応答を組み立てることで、短いやり取りの中でも「話が通じている」感覚を保とうとしています。重要なのは、これが大量配信の自動化ではなく、顧客一人ひとりとの対話を成立させるための補助線として設計されている点です。

例えば、イベントの案内やフォローアップにおいて、従来であれば「参加しますか？はい／いいえ」で終わっていたやり取りが、顧客の返答に応じて次の一言を自然につなげられるようになります。質問に答え、必要であれば別のチャネルにつなぎ、あるいはその場で完結させる。SMSという制約の多いチャネルの中で、体験を断ち切らずに続けるための工夫が込められています。

2026 wave 1全体の流れで見ると、ここでもCopilotは主役ではありません。何を送るか、どの顧客に、どのタイミングで会話を始めるかを決めるのは人です。Copilotは、その会話を破綻させないために文脈を整理し、返答の候補を提示する役割に留まっています。Customer Insights – Journeysにおける「判断を人に残す」という思想が、SMSという最も軽量なチャネルにも一貫して適用されています。

これまでのジャーニー設計では、SMSはどうしても「短く、終わる」体験になりがちでした。その結果、顧客にとっては便利だが、関係性が深まる感覚は持ちにくいチャネルでもありました。Copilot‑powered conversational text messagesは、SMSを“入口”や“通知”で終わらせず、対話が続く可能性のある接点として再定義しようとしています。

留意点としては、会話が成立するからといって、すべてをSMSで完結させるべきではない点です。どこで会話を切り上げ、どのチャネルにつなぐのか、その判断を誤ると、軽さが逆に煩わしさに変わる可能性もあります。この機能の価値は、SMSを万能にすることではなく、「短い対話でも、雑に終わらせない」ための選択肢を増やしたことにあります。

Boost engagement with Copilot‑powered conversational text messagesは、派手な機能ではありません。しかし、Customer Insights – Journeysが向かっている「体験を流すのではなく、対話を続ける」という方向性を、最も分かりやすい形で体現している機能のひとつだと感じます。顧客との関係は、長文で語られるものだけでなく、短い一往復の積み重ねで形作られる。その現実に、ようやくシステム側が本気で向き合い始めた、そんな印象を受けます。

この機能は、顧客に送るリンクを、自社ブランドとして分かる形で提供できるようにします。見た目の話に思えるかもしれませんが、ここで扱っているのはデザインではなく「信頼」です。顧客がリンクを見る瞬間に、「これは自分が関係している企業からの正規の案内だ」と直感的に理解できるかどうか。その一瞬の判断が、クリックするか、無視するかを大きく左右します。

例えば、キャンペーンメールやSMS、イベント案内の中で提示されるリンクが、自社ドメインとして表示されていれば、顧客は構えずに次の行動に移りやすくなります。逆に、見覚えのないドメインや不自然に長いURLは、それだけで体験を止めてしまいます。ブランディングされたリンクは、その摩擦を限りなく小さくし、体験の流れを途切れさせないための工夫です。

2026 wave 1全体の流れで見ると、この改善もまた、「体験を派手にする」ためのものではありません。Copilotやエージェントが前に出る場面が増える一方で、Customer Insights – Journeysは、こうした基礎的な信頼の積み重ねを非常に大切にしているように見えます。どれだけ賢い体験設計をしても、顧客が最初の一歩を踏み出せなければ意味がない。その現実を、UIや配信の細部から支えようとしています。

これまでのジャーニー設計では、「どんなメッセージを、どのタイミングで出すか」に意識が集中しがちでした。しかし、2026 wave 1では、「そのメッセージが、どう見えるか」「どう受け取られるか」という、より手前の体験にも目が向けられています。ブランディングされたリンクは、体験全体の中では小さな要素ですが、顧客との関係性を前提から壊さないための重要な部品です。

留意点としては、リンクをブランド化したからといって、内容そのものが伴っていなければ意味がない点です。期待値が上がる分、リンク先の体験が雑であれば、失望も大きくなります。この機能の価値は、信頼を“演出”することではなく、信頼を“裏切らない前提”を整えることにあります。

Boost customer confidence with branded content linksは、非常に地味な改善です。しかし、Customer Insights – Journeysが向かっている「体験を流すのではなく、関係を続ける」という方向性を、最も足元から支えている機能のひとつだと感じます。顧客体験は、大きなシナリオだけで決まるものではありません。一つひとつの接点で、「この企業なら大丈夫だ」と思ってもらえるか。その積み重ねを、システムがきちんと支え始めている。そんな印象を受ける改善だと感じています。

この機能は、送信したメッセージに有効期限を持たせ、一定の条件や時間を過ぎたものを自動的に無効化できるようにします。つまり、「その時点では正しかったが、今はもう意味を持たない」メッセージが、顧客の前に残り続けないようにするための仕組みです。メッセージを“送ったら終わり”ではなく、“いつまで有効か”まで含めて設計する考え方が、ここにはあります。

例えば、期間限定のキャンペーン案内、イベント参加のリマインド、特定の行動を前提にしたフォローアップ。これらは、タイミングを外すと一気に価値を失います。従来であれば、人が管理して止めるか、あるいはそのまま流れ続けてしまうかのどちらかでした。メッセージに有効期限を持たせることで、「この体験は、ここまで」という線を、あらかじめ引いておけるようになります。

2026 wave 1全体の流れで見ると、この機能もまた、「体験を過剰に広げない」という姿勢を感じさせます。Customer Insights – Journeysは、できることを増やす方向ではなく、「不要になったものを、きちんと終わらせる」方向にも踏み込んでいます。顧客体験は、足し算だけでは成立しません。引き算をどう設計するかが、これからますます重要になります。

Copilotやエージェントが関与する場面でも、この考え方は共通です。AIが文脈を理解し、次のアクションを支援する一方で、「もう送らない」「ここで止める」という判断を明示的に設計できることは、体験を暴走させないための重要なブレーキになります。ここでも、主導権は人に残されています。

留意点としては、有効期限を設定すること自体が目的化しないようにする必要がある点です。すべてに期限を付ければよいわけではなく、「このメッセージは、どんな前提で成立しているのか」を考えたうえで使うことが求められます。この機能の価値は、メッセージ管理を厳しくすることではなく、「いまの顧客にとって意味があるか」を常に問い続けられる状態を作ることにあります。

Set message expirations to keep communication relevantは、非常に地味な改善です。しかし、Customer Insights – Journeysが向かっている「体験を流し続けるのではなく、状況に応じて終わらせる」という方向性を、はっきりと示しています。顧客体験とは、常に最新で、常に文脈に合っていること。その当たり前を、ようやくシステムが正面から支え始めた。そんな印象を受ける機能ですね。

この機能の考え方はとてもシンプルです。メール本文の一部を「共通パーツ」として切り出し、それを使っているすべてのメールを、パーツ更新に連動して自動的に最新化する。修正対象が「メール」ではなく「コンテンツブロック」になることで、更新作業の粒度が一段引き上げられます。結果として、修正漏れや表記の不整合が起きにくくなります。

例えば、法的免責文や会社情報のように、変わる頻度は低いが、間違いが許されない情報があります。これまでは、どのメールに入っているのかを探し、すべてを修正し、差分を確認し、配信の安全性を担保する必要がありました。この機能では、その情報を一つのブロックとして管理し、更新すれば、それを使っているメールがすべて同じ内容に揃います。顧客が別のタイミングで受け取ったメールに、古い情報が混ざる、といったズレを防ぎやすくなります。

重要なのは、これが「メールを賢く作る」ための機能ではない点です。むしろ、「メール運用を破綻させない」ための仕組みに近いと思います。Customer Insights – Journeys 2026 wave 1全体の流れを見ても、体験を派手に演出するより、体験の前提となる情報を正しく保つことに強い意識が向いています。どれだけ洗練されたジャーニーを描いても、古い情報が混ざれば一気に信頼は崩れます。そのリスクを、運用レベルで減らそうとしています。

この仕組みでは、共通パーツを保護して、メール側で勝手に書き換えられないようにすることもできます。一方で、パーソナライズや条件分岐といった要素も含められるため、「固定文しか置けない箱」ではありません。現場の柔軟性を残しつつ、統制すべき部分だけを揃える、というバランスを意識した設計です。また、どのメールが更新対象になるのかを把握できる点も、実運用では非常に重要です。

留意点としては、この機能が強力であるほど、「何を共通化するのか」という設計が重要になる点です。すべてをブロック化すればよいわけではありませんし、権限や運用ルールを曖昧にすると、逆に混乱を招きます。Automatically update emails with the latest contentは、便利な自動更新機能であると同時に、コンテンツ管理の責任をどこに置くかを組織に問いかける機能でもあります。

Automatically update emails with the latest contentは、見た目に派手な機能ではありません。しかし、Customer Insights – Journeysが向かっている「体験を流すのではなく、信頼を積み重ねる」という方向性を、足元から支える重要な改善だと感じます。顧客体験は、華やかなメッセージだけで成立するものではありません。常に正しく、常に最新であること。その当たり前を、ようやくシステムが本気で支え始めた、そんな印象を受ける機能です。

この機能の核心は、「ジャーニーの中で、任意のレコードやアクティビティを直接作れる」ようになることです。リードや案件だけではなく、タスク、電話、そしてカスタムテーブルのレコードまで、同じ考え方で作成できます。しかも、必須項目も任意項目も含めてフィールドを自由に埋められ、連絡先やリードの属性を使って動的に値を入れることもできます。つまり、単に“作る”のではなく、“そのまま次の担当が動ける形で作る”ところまでを、ジャーニー設計の中で完結させられるようになります。連絡先ベースでもリードベースでも同じように扱えるため、マーケと営業で基盤が割れている組織でも一本化しやすい設計です。

例えば、プロダクトメールを開封し、価格ページに到達した顧客がいたとします。従来なら「反応があった」は見えても、営業が動くにはもう一段階が必要でした。この機能を使えば、その反応を条件に、営業向けのタスクを自動で作り、担当者と期限と要点を埋めた状態で渡せます。顧客の行動を「スコア」や「ログ」に留めず、実行単位に変換できるわけです。これが“journeyをactionに変える”という名前の意味だと思います。

ここが2026 wave 1のCustomer Insights – Journeysらしいところで、狙いは「より賢いジャーニー」ではなく「ジャーニーを現場の行動に落とす」ことです。マーケが体験を作り、営業やサービスがそれを受け取って動く。言うのは簡単ですが、現実はツールと運用が分断され、引き渡しは人の頑張りに依存していました。この機能は、その連携を“実装の問題”ではなく“設計の問題”に戻します。ジャーニーの中でレコード作成まで完結できるなら、引き渡しは「どうつなぐか」ではなく「どの条件で、何を、誰に渡すか」を考える仕事に変わります。

留意点としては、自由度が上がるほど「何を作るべきか」を決めないと、レコードが増えるだけで現場が疲弊する点です。タスクが乱立すれば営業は見なくなりますし、カスタムレコードが増えればデータの正本が曖昧になります。この機能の価値は「何でも作れる」ことではなく、「作るべき行動を、正しい形で作れる」ことにあります。どのシグナルで、どのアクションを起こし、誰に渡し、期限や優先度をどう置くか。そこを先に決めた組織ほど、この機能は強く効いてくるはずです。

Transform customer journeys into action with record creationは、ジャーニーを“配信の流れ”から“実行の流れ”へ押し上げる機能だと感じます。顧客体験を描くだけで終わらせず、反応を行動に変え、部門をまたいで次の一手を出せる状態にする。Customer Insights – Journeysが「体験を流す」から「体験で動かす」へ向かっていることを、かなり分かりやすく示している機能です。

Customer Insights – Journeys 2026 wave 1を通して見えてきたのは、「体験をどう判断し続けるか」というテーマでした。では、その判断は、いったい何を根拠に行われているのでしょうか。次回は、その“足元”にあたる Dynamics 365 Customer Insight – Data を取り上げます。