Etichetta di frequenza
Penso che più importante di "non inviato più di uno a settimana" sarebbe "inviato il più raramente possibile"
Se DEVI spedire due in una settimana, allora fallo. Ma se non è necessario inviarli, non inviare nulla.
In alternativa, è possibile renderlo in stile "newsletter" e inviarlo su base regolare (programmata). Ma in tal caso dovresti assicurarti di avere cose pertinenti specifiche da dire in ogni messaggio.
Facilità d'uso
Rendi incredibilmente facile registrarti ed uscire.
Rendi incredibilmente facile (e facoltativo) per loro personalizzarlo.
Hai citato un controllo approfondito, ma tieni presente che quando i clienti visualizzano lunghi elenchi di caselle di controllo su ciò che piacciono e non piacciono, sanno che più caselle fanno clic, più posta riceveranno, quindi ' Tenderò a fare meno clic.
Un metodo che potresti usare sarebbe simile al "Mi piace" di Facebook "Non mi piace", l'unico problema è che hai bisogno di MOLTA logica di dati (e complessa) per implementare uno schema del genere.
Le email dirette brevi sarebbero le migliori (diversamente da questa risposta). Includi collegamenti alle informazioni, sebbene ciò possa far contrassegnare le tue e-mail come spam.
Molte persone hanno detto di non vendere le e-mail, penso che sia un dato di fatto, ma l'altra sfaccettatura è qualcosa di cui ha parlato Frakkle. Non avere alcun modo per nessuno nella tua mailing list di raccogliere informazioni su chiunque altro nella mailing list. Nemmeno per cogliere persone. Componi sempre e-mail individuali e dirette.
programmazione
In questo caso, come con molti altri problemi di programmazione, utilizzare qualsiasi tipo di servizio che si ha più familiarità. Non credo che le differenze tra un servizio ASP.NET e un servizio Windows siano maggiori della differenza nei tuoi livelli di abilità.
Registrazione
Per la registrazione, quando utilizzo un servizio Windows, ho avuto una buona esperienza con Log4Net. In termini di (molto più importante) contenuto. Dovresti registrare alcune cose (se applicabile).
- Destinatario
- Tempo inviato
- Tag dei contenuti
- Coda messaggi correnti
1) Destinatario
Parte integrante da registrare, perché spesso gli errori nel "servizio" sono in realtà errori con il destinatario. Puoi immaginare il caos che potrebbe verificarsi se la casella di posta di prova si riempie e inizia a rifiutare i messaggi.
2) Tempo inviato
Molto importante per ovvi motivi. Tuttavia, la maggior parte dei logger timestamp ogni messaggio.
3) Tag dei contenuti
Se stai inviando una sorta di contenuto modulare personalizzato, probabilmente ci sarà una serie di tag di contenuto in base alle loro preferenze ("VideoGames, StackOverflowNews, Lederhosen") che ti consente di tracciare in modo molto più preciso ciò che potrebbe avere torto con una certa classe di email che falliscono.
4) Coda messaggi correnti
Molti dei problemi possono essere illuminati registrando questo valore ogni volta. Ti mostra i momenti in cui il tuo programma è incredibilmente lento e ti mostra anche quando è curiosamente più veloce del normale (coda sospettosamente vuota). Più problemi saranno illuminati da questo che da tutti gli altri.