メール開発

ここでは Wantedly サービスを通じて配信されるメールの開発について解説します。 なお、説明は概要にとどめて細かい実装の詳細などは他のドキュメントで補完していくものとします。

メールを送信する三つの方法

本ドキュメントでは 1 および 2 をスコープとします。3 については管理画面からメールを送信する方法 (internal)を別途参照してください。

1. プロダクトコードに実装する

   • プロダクト機能として継続的に配信する場合はこちら

   • 例. 応募通知メール

   • 過去事例 (internal)

2. 使い捨てのバッチスクリプトに実装する

   • 一度しか配信しない場合はこちら

   • 例. 新機能リリースメール

   • 過去事例 (internal)

3. 専用管理画面から送信する

   • 非エンジニアがメールを送信する際はこちら

   • 例. メルマガ

特定電子メール法に関するガイドライン

プロダクト開発の施策として、企業・ユーザーにメール配信することがあります。エンジニアが各々の判断で配信してしまうと、メール配信が乱雑になったり不適切なメール内容になってしまうリスクがあります。ゆえに、Dev Branch ではルールを設けています。次のことを必ず守ってください。

• Squad 内の施策としてメール配信をする場合

  • Squad Leader の承認を Must とします

• 一つの Squad に閉じず、プロダクト横断的にメール配信をする場合 (eg. システムメンテナスなど)

  • 各 Tribe の PdM、システム責任者に事前連絡、Dev Branch Leader の承認を Must とします

• メール配信システム 経由でメール配信をする場合

  • Dev Branch Leader の承認を Must とします

• 参考

  • 迷惑メールの概要について

  • 特定電子メールの送信の適正化等に関する法律

見るべきドキュメント

• 受信設定やレイアウトに関する仕様書 (internal)

• メール UI 実装 / メーラーの対応方針 (internal)

• メール送信処理

  • 実装ドキュメント (internal)

  • QA テストの方法 (internal)

  • 本番送信の方法（internal）

• 送信後の集計

  • Looker を用いたメールの分析方法 (internal)

推奨開発プロセス (未執筆)

話を聞きに行きたい

• Slack: #engineering

もっと知りたい

• https://github.com/wantedly/dev/issues/2286

• https://github.com/wantedly/dx/issues/456

• https://github.com/wantedly/dev/discussions/2288