Etichetta di frequenza
Penso che più importante di "non inviato più di una volta alla settimana" sia "inviato il meno frequentemente possibile"
Se hai bisogno di inviare due in una settimana, allora fallo. Ma se non è necessario inviarli, non inviare nulla.
In alternativa, puoi farlo in stile "newsletter" e inviarlo su base regolare (programmata). In tal caso, tuttavia, è necessario assicurarsi di avere elementi specifici pertinenti da pronunciare in ciascun messaggio.
Facilità d'uso
Rendi incredibilmente facile registrarti e disconnettiti.
Rendi incredibilmente facile (e facoltativo) per loro personalizzarlo.
Hai menzionato il controllo a grana fine, ma tieni presente che quando i clienti visualizzano lunghi elenchi di caselle di controllo su ciò che preferiscono e non gli piacciono, sanno che più caselle fanno clic, maggiore è la posta che riceveranno, quindi tenderanno a fare clic in meno.
Un metodo che potresti usare sarebbe simile a "Mi piace" di Facebook "Non mi piace" l'unico problema è che hai bisogno di una MOLTA logica di dati (e complessa) per implementare uno schema del genere.
Le brevi e-mail dirette sarebbero le migliori (a differenza di questa risposta).
Includi collegamenti alle informazioni, anche se ciò potrebbe far sì che le tue email vengano contrassegnate come spam.
Molte persone hanno menzionato che non vendono le e-mail, penso che sia un dato, ma l'altra faccia è qualcosa che Frakkle menziona. Non avere alcun modo per nessuno nella tua mailing list per raccogliere informazioni su chiunque altro sulla mailing list. Nemmeno legare le persone. Componi sempre e-mail individuali e dirette.
a livello di codice
In questo caso, come in molti altri problemi di programmazione, utilizza il tipo di servizio più familiare. Non credo che le differenze tra il servizio ASP.NET e un servizio Windows siano maggiori delle differenze nei tuoi livelli di competenza.
Accesso
Per la registrazione, quando si utilizza un servizio di Windows, ho avuto una buona esperienza con Log4Net. In termini di (il molto più importante) contenuto. Dovresti registrare alcune cose (se applicabile).
- Destinatario
- Tempo inviato
- Tag dei contenuti
- Coda messaggi corrente
1) Destinatario
Parte integrante del log, poiché spesso gli errori nel "servizio" sono errori effettivamente con il destinatario. Puoi immaginare il caos che si verificherebbe se la tua casella di posta di prova si riempisse e iniziasse a rifiutare i messaggi.
2) Tempo inviato
Molto importante per ovvi motivi. La maggior parte dei logger timbra ogni messaggio comunque.
3) Tag dei contenuti
Se stai inviando una sorta di contenuto modulare personalizzato, allora ci sarà probabilmente una serie di tag di contenuti in base alle loro preferenze ("VideoGames, StackOverflowNews, Lederhosen") questo ti permetterà di tracciare in un modo molto più raffinato modo che cosa potrebbe essere sbagliato con una certa classe di e-mail che non riescono.
4) Coda messaggi corrente
Molti dei problemi possono essere chiariti registrando questo valore ogni volta. Ti mostra le volte in cui il tuo programma è molto lento e ti mostra anche quando è curiosamente più veloce del normale (coda sospettosamente vuota). Più problemi saranno illuminati da questo che da altri.