Praktik dan Etiket Terbaik untuk Mengatur Notifikasi Email

Jika Anda akan mengatur Pemberitahuan Email untuk pelanggan situs web Anda untuk berlangganan, aturan etiket apa yang harus dipatuhi?

Saya bisa memikirkan beberapa dari kepala saya:

• Pengguna dapat Memilih Tidak Ikut Serta
• Hanya Teks (Atau Gambar Jarak Jauh berselera)
• Tidak dikirim lebih dari sekali seminggu
• Klien memiliki kendali penuh atas apa yang mereka terima tentang email (Hanya menerima apa yang mereka minati)

Poin apa lagi yang harus saya pertimbangkan?

Dari sudut pandang pemrograman, apa metode terbaik untuk mengatur dan menjalankan pemberitahuan email?

• Haruskah saya menggunakan Layanan ASP.NET? Layanan Windows? Apa jebakannya?
• Bagaimana saya harus mencatat email yang dikirim? Saya tidak peduli jika diterima, tetapi saya harus dapat membuktikan bahwa saya mengirim atau tidak mengirim email.

Proses Memilih-Keluar TIDAK boleh "Membalas email dengan 'berhenti berlangganan' di subjek". Saya menggunakan catch-all untuk semua langganan saya (membantu mengendalikan spam) karena itu saya tidak dapat membalas dari setiap alamat yang saya berikan (wallmart_username@domain.com). Sangat sulit bagi saya untuk berhenti berlangganan dari daftar tertentu.

Tautan Opt-Out berfungsi paling baik.

Saya lebih suka opt-in daripada opt-out.

Memilih keluar

Bukan hanya etika, itu adalah hukum Amerika Serikat:

Dari UU CAN-SPAM :

Ini mengharuskan surel Anda memberikan metode penyisihan kepada penerima. Anda harus memberikan alamat email balasan atau mekanisme respons berbasis Internet lainnya yang memungkinkan penerima untuk meminta Anda untuk tidak mengirim pesan email mendatang ke alamat email itu, dan Anda harus menghormati permintaan tersebut. Anda dapat membuat "menu" pilihan untuk memungkinkan penerima untuk memilih keluar dari jenis pesan tertentu, tetapi Anda harus menyertakan opsi untuk mengakhiri pesan komersial apa pun dari pengirim.

Setiap mekanisme opt-out yang Anda tawarkan harus dapat memproses permintaan opt-out selama setidaknya 30 hari setelah Anda mengirim email komersial Anda. Saat Anda menerima permintaan untuk tidak ikut serta, undang-undang memberi Anda 10 hari kerja untuk berhenti mengirim email ke alamat email pemohon. Anda tidak dapat membantu entitas lain mengirim email ke alamat itu, atau meminta entitas lain mengirim email atas nama Anda ke alamat itu. Akhirnya, ilegal bagi Anda untuk menjual atau mentransfer alamat email orang-orang yang memilih untuk tidak menerima email Anda, bahkan dalam bentuk milis, kecuali jika Anda mentransfer alamatnya sehingga entitas lain dapat mematuhi hukum.

Hanya teks

Saya tidak sepenuhnya dijual pada fitur ini. Dari situs web tertentu seperti amazon.com atau guitarcenter.com, saya menyukai kemampuan untuk melihat produk yang ditawarkan langsung di email tanpa harus mengklik tautan eksternal. Lagipula, GMail memiliki kemampuan untuk memblokir gambar jika saya tidak ingin melihatnya. Namun, saya kira jika Anda mengendalikan seluruh proses Anda bisa menawarkan kotak centang bagi pengguna untuk memilih HTML atau email teks biasa juga.

Frekuensi distribusi

Sulit untuk memutuskan seberapa sering Anda harus mengirim pemberitahuan email massal karena sangat tergantung pada konten situs web Anda. Saya setuju bahwa pengiriman mingguan adalah awal yang baik.

Metode distribusi

Saya membayangkan jawaban sebenarnya untuk ini tergantung pada skalabilitas. Berapa banyak email yang akan Anda kirim dan seberapa sering? Saya membayangkan membuat layanan Windows akan menjadi solusi yang paling dapat dikelola dan disesuaikan jika Anda memiliki jumlah surel yang relatif rendah untuk dikirim. Jika Anda membutuhkan solusi yang lebih kuat, saya akan mencari produk email massal profesional.

Penebangan

Anda bisa melakukan ini dalam database SQL atau dalam file log teks datar. Ini sangat tergantung pada bagaimana Anda akan mengaudit detail ini. Anda dapat membangun sistem dengan mudah di sekitar basis data jika Anda membutuhkan orang lain untuk memvalidasi bahwa email tertentu dikirim. Saya membayangkan bahwa ini tidak perlu.

Jika Anda menggunakan rute file log teks datar, Anda bisa menggunakan sistem logging yang terbukti seperti log4net karena Anda menyebutkan .NET.

Adapun apa yang akan dicatat, saya akan mengharapkan sesuatu seperti:

• Mulai waktu untuk antrian
• Per email:
  • Posisi dalam antrian
  • Alamat email penerima
  • Waktu dikirim
• Waktu penyelesaian

Lain-lain

• Pastikan untuk memasukkan nama situs web Anda atau alamat perusahaan Anda di setiap email
• Simpan informasi yang relevan di bagian atas email sehingga pengguna tidak perlu menggulir ke bawah
• Gunakan ejaan yang benar dan hindari SEMUA CAPS
• Gunakan gambar berselera tinggi, bandwidth rendah
• Pastikan Anda hanya memiliki satu penerima per email, sehingga To:saluran tidak berisi 100 alamat email
• Jangan mengirim informasi pengguna yang dapat diidentifikasi secara pribadi dalam email (mis. Info kartu kredit)
• Hindari keterikatan

UU CAN-SPAM: Panduan Kepatuhan untuk Bisnis :

Etiket Frekuensi

Saya pikir yang lebih penting daripada 'tidak dikirim lebih dari satu minggu' akan 'dikirim sesering mungkin'

Jika Anda PERLU mengirimkan dua dalam satu minggu, maka lakukanlah. Tetapi jika Anda tidak perlu mengirimkannya, maka jangan mengirim apa pun.

Atau, Anda bisa membuatnya dengan gaya 'buletin', dan mengirimkannya secara teratur (terjadwal). Tetapi dalam hal ini Anda perlu memastikan bahwa Anda memiliki hal-hal relevan yang spesifik untuk dikatakan dalam setiap pesan.

Kemudahan penggunaan

Buat sangat mudah untuk mendaftar, dan keluar.

Buat itu sangat mudah (dan opsional) bagi mereka untuk menyesuaikannya.

Anda menyebutkan kontrol berbutir halus, tetapi perlu diingat, ketika pelanggan melihat daftar panjang kotak centang tentang apa yang mereka sukai dan tidak sukai, mereka tahu bahwa semakin banyak kotak yang mereka klik, semakin banyak surat yang akan mereka terima, jadi mereka ' Saya akan cenderung mengklik lebih sedikit.

Metode yang bisa Anda gunakan akan mirip dengan "Saya suka ini" di Facebook. "Satu-satunya masalah adalah Anda membutuhkan banyak data (dan kompleksitas) logika untuk mengimplementasikan skema seperti itu.

Email langsung pendek adalah yang terbaik (tidak seperti respons ini). Sertakan tautan ke informasi tersebut, meskipun itu bisa membuat email Anda ditandai sebagai spam.

Banyak orang mengatakan tidak menjual email, saya pikir itu sudah pasti, tetapi sisi lain adalah sesuatu yang disebutkan Frakkle. Jangan memiliki cara bagi siapa pun di milis Anda untuk mengumpulkan informasi tentang orang lain di milis. Bahkan tidak bccing orang. Selalu buat email individu dan langsung.

Secara terprogram

Dalam hal ini, seperti halnya banyak masalah pemrograman lainnya, gunakan jenis layanan apa pun yang paling Anda kenal. Saya tidak percaya perbedaan antara dan layanan ASP.NET dan layanan Windows akan lebih besar daripada perbedaan tingkat keahlian Anda sendiri.

Penebangan

Untuk logging, saat menggunakan Layanan Windows, saya sudah memiliki pengalaman yang baik dengan Log4Net. Dalam hal konten (yang jauh lebih penting). Anda harus mencatat beberapa hal (jika ada).

1. Penerima
2. Waktu dikirim
3. Tag Konten
4. Antrian Pesan Saat Ini

1) Penerima

Bagian integral dari log, karena seringkali kesalahan dalam 'layanan' sebenarnya kesalahan dengan penerima. Anda dapat membayangkan kekacauan yang akan terjadi jika kotak pesan pengujian Anda terisi dan mulai menolak pesan.

2) Waktu terkirim

Sangat penting untuk alasan yang jelas. Meskipun demikian, kebanyakan logger mencap setiap pesan.

3) Tag konten

Jika Anda mengirim semacam konten modular yang disesuaikan, maka kemungkinan akan ada satu set tag konten berdasarkan preferensi mereka ("VideoGames, StackOverflowNews, Lederhosen") ini memungkinkan Anda untuk melacak dengan cara yang jauh lebih halus apa yang bisa salah dengan kelas email tertentu yang gagal.

4) Antrian Pesan Saat Ini

Banyak masalah yang dapat diatasi dengan mencatat nilai ini setiap saat. Ini menunjukkan Anda saat-saat ketika program Anda sangat lambat, dan itu juga menunjukkan Anda ketika itu ternyata lebih cepat dari biasanya (antrian kosong mencurigakan). Lebih banyak masalah akan diterangi oleh masalah ini daripada masalah lainnya.

Opsi untuk meminta HTML atau teks biasa penting bagi saya.

Pastikan juga Anda tidak pernah mengirim lampiran.

Pastikan bahwa alamat balasan ke valid dan pergi ke suatu tempat yang diperiksa dari waktu ke waktu. Tidak semua orang akan mencari tautan opt-out.

Bergantung pada skenario Anda, Anda mungkin ingin menggunakan sesuatu yang lengkap di milis di mana orang dapat membalas ke seluruh grup. Apa pun yang Anda lakukan, pastikan Anda tidak pernah menggunakan penyalinan karbon untuk menghubungi semua orang - buat setiap email satu per satu.

-The harus dapat Opt-Out dengan satu klik.
-Proses Opt-Out harus memungkinkan pengguna untuk ikut serta jika mereka berantakan.
-Anda harus selalu membiarkan pengguna ikut serta. Jangan secara otomatis memilih pengguna.
-Tidak menjual atau memberikan alamat email ke situs lain, perusahaan atau untuk uang.

Ringkas dari pertanyaan dan jawaban Anda:

• hanya memilih ikut
• "kebijakan privasi" baik, diberitahukan kepada pengguna, termasuk tidak berbagi email dengan pihak lain
• klik sekali berhenti berlangganan (bukan balas) dengan mekanisme "Saya berubah pikiran"
• pilihan HTML atau teks biasa
• Kepatuhan CAN-SPAM untuk AS

Saya akan menambahkan:

• Opsi "Teruskan ke teman"
• "Jika ini diteruskan kepada Anda dan Anda ingin berlangganan ..." opsi
• Opsi ketika pengguna berhenti berlangganan untuk mengirimi Anda komentar tentang mengapa mereka berhenti berlangganan - sering kali sebagai kotak centang (terlalu sering, saya terlalu sibuk, saya menerima terlalu banyak email, konten tidak relevan bagi saya, dll) dan " alasan lain "kotak teks
• Pengingat izin : "Anda menerima email ini di <email_address>karena Anda mengklik ..."
• Jika pengguna memilih HTML, tautan "Jika Anda tidak bisa membaca ini, klik di sini untuk melihat halaman online"

Pastikan pernyataan privasi Anda tersedia sebelum Anda berlangganan dan itu menyebutkan kebijakan email Anda.

Bagaimana cara melacak email yang dikirim?

Jika dengan jalur, maksud Anda mengatakan jika seseorang benar-benar melihat email, maka ada 2 cara (yang saya tahu) untuk "melacak" email. Yang pertama adalah memiliki tautan di email Anda yang dibaca juga bisa dibaca. The downside adalah ini hanya memberi Anda rekaman jika membaca klik pada tautan. Cara lain adalah dengan menanamkan gambar jarak jauh di email. Ketika orang melihat email dan jika aplikasi email benar-benar menampilkan gambar, Anda harus dapat melihat seberapa sering gambar jarak jauh di mana tampilan untuk mendapatkan ide bagus tentang berapa banyak orang yang melihat email.

Tak satu pun dari semua ini yang hebat karena mereka berdua memiliki kekurangan tetapi itu akan memberi Anda jumlah rata-rata tampilan per email.

Satu hal yang saya perhatikan bahwa tidak ada yang menyarankan adalah pilihan untuk memilih teks atau gambar yang berisi email. Saya juga lebih suka mendapatkan berita yang lebih kecil karena saya memeriksa email saya beberapa kali sehari sehingga mungkin berguna untuk bertanya kepada pengguna apakah mereka menginginkan email harian atau mingguan.