Registrati e sei mio per sempre

Siamo alle solite. Si avvicina una manifestazione e vengo tempestato da email non desiderate. Il caso specifico è Smau: ricevo almeno due invii mailing al giorno che propongono seminari, pubblicità, incontri. 

Non ho nessuna intenzione di andare a Smau (ho fortunatamente di meglio da fare) e non ho neppure richiesto alcun aggiornamento via email. Ho commesso però la leggerezza di presenziare un paio di anni fa e, da quando sono finito nel loro database, non riesco più a uscirne. Che sia Smau a Milano, Smau Business a Padova o Smau e-Academy è un continuo invio.

La pubblicità di Smau fa il verso alle scarse competenze di alcuni operatori informatici – cose del tipo “Il server è collassato”, “Oh, cielo, si è fatto male?”, tanto per intenderci –  ma mi sembra che neppure loro dimostrino tutta questa professionalità con degli invii selvaggi alla stregua del peggiore spam.

Avessero fatto le cose come si deve, in fondo a ogni email ci sarebbe almeno un link per togliere la propria iscrizione. Ma non c’è.

Ho provato a effettuare un login nel sito, ma non si capisce dove si trovino le newsletter. Come se non bastasse, uno degli indirizzi di posta a cui ricevo comunicazioni sembra non essere abilitato.

Potrei creare un filtro di posta, ma è una questione di principio.

Stamattina ho allora telefonato alla segreteria Smau (02 283131) per capire come procedere. La signora che ha risposto non ha capito neppure di cosa parlassi, ma alla fine mi ha passato una collega.  Questa, un po’ spaesata, mi ha suggerito di inviare un’email a un’altra collega. Avvertendomi però che in questo momento è in fiera (“sa com’è”) e che – probabilmente tra 4/5 giorni – darà un’occhiata alla mia email.

Da almeno 10 anni Smau non ha più ragione di esistere, se poi le competenze messe in campo sono queste…

Ecco cosa ho scritto: attendo fiducioso (?) una risposta:

From: "Antonio Volpon"
To: [email protected]
Subject: Cancellazione mailing SMAU

Buongiorno.

Da qualche settimana ricevo ogni giorno diverse email non desiderate
da Smau, in particolare dall'indirizzo [email protected]  verso i miei
indirizzi

[email protected]
[email protected]

Poiché nel corpo del messaggio non è presente alcun link per
rimuovermi dalla lista di invio, mi sono recato nella homepage del
sito Smau.

Ho quindi provato a autenticarmi per capire se avrei potuto procedere
da lì alla rimozione, ma non sembra possibile.

L'indirizzo [email protected] non viene inoltre riconosciuto come utente
valido, quindi non posso procedere.

Ho quindi telefonato al numero presente in fondo alla email e dopo
qualche passaggio di telefonate mi è stato comunicato il suo indirizzo
di posta.

Vorrei cortesemente sapere se potete procedere al più presto alla
cancellazione dei sopracitati indirizzi di posta dal vostro mailing.

In attesa di un riscontro saluto cordialmente,
Antonio Volpon

L’usabilità dei progetti opensource

Un intervento sul blog di Experientia lamenta, non senza ragione, le problematiche di usabilità di molti progetti opensource. L’occasione per farlo è un comunicato stampa in cui Canonical, lo sponsor commerciale di Ubuntu, cerca consulenti di usabilità per i propri progetti, competenza evidentemente non presente in azienda.

Fino a qualche anno fa potevamo giustificare le lacune in ambito di usabilità e più in generale di user experience del software opensource. Erano progetti nati grazie a team focalizzati sulla progettazione e stesura di codice e usati da una ristretta minoranza di early adopters.

Le aspettative oggi sono diverse. Alcuni prodotti, come Open Office e WordPress, si rivolgono a un pubblico variegato, grazie anche a procedure di installazione semplificate e, nel caso di prodotti web, a metodi di fruizione ASP.

In questo contesto le problematiche tecniche, seppur importanti, passano in secondo piano. Il software deve essere facile da utilizzare, ma ancora di più deve proporre interfacce coerenti. Risultati che non si raggiungono per caso o con un po’ di buon senso, ma con l’introduzione di specifiche competenze professionali. Competenze che difficilmente si prendono in prestito.

Mi stupisce perciò l’iniziativa del team di WordPress che apre due questionari pubblici su questioni legate alla nuova interfaccia di amministrazione:

  • l’attuale interfaccia è il risultato di una già recente riprogettazione che ha richiesto agli utenti un nuovo approccio all’uso del software. Frequenti variazioni, per quanto si propongano di migliorare il lavoro di tutti, sono destabilizzanti;
  • ridurre la progettazione di una interfaccia grafica a un questionario sminuisce l’importanza e il ruolo di questa disciplina, anche quando gran parte delle decisioni sembrano prese;
  • il questionario si prefigge di raccogliere 5000 risposte. Ma il design di interfaccia non è un approccio democratico, quanto una disciplina che si prefigge di capire quale è la soluzione migliore per il pubblico di riferimento. Sono convinto che la maggior parte dei partecipanti al sondaggio sono sviluppatori, non necessariamente il target principale a cui si rivolge WordPress.

Ho avuto modo di provare per qualche minuto una versione, sicuramente non definitiva, della futura amministrazione di WordPress e ne sono rimasto sconcertato, soprattutto nel notare che quasi ogni azione richiede, diversamente dall’attuale, un primo click per aprire il menù e un secondo per selezionare la voce voluta. Le premesse non mi sembrano delle migliori.

Qualcosa comunque sembra muoversi nel verso giusto, anche se a un maggiore livello di astrazione. Il team di Mozilla promuove Concept Series, un insieme di idee, wireframe e prototipi a partecipazione pubblica per definire la visione dei futuri prodotti opensource. Nulla a che vedere con l’usabilità, ma qualcosa che potrebbe aiutare a raccogliere attorno ai progetti opensource una comunità con competenze non solo tecniche, ma anche di design e di user experience.

Aggiornamento serale: il blog di WordPress presenta una prima versione dei wireframe realizzati per progettare la nuova interfaccia di amministrazione. Visto che non è facile trovare in rete documenti che riportano wireframe completi e documentati, vale sicuramente la pena darci un occhio.

Si è verificato un errore sconosciuto

Molti dei fortunati (o sfortunati, dipende dai punti di vista) che hanno acquistato un Iphone lo scorso Venerdì hanno riscontrato diversi problemi in fase di attivazione.

La causa è stata il carico dei server oppure qualcosa che non ha funzionato nel software di verifica del sito. Sarebbe bene che situazioni come questa non accadessero mai, ma sono convinto che per quanti test vengano compiuti, la realtà sia sempre più complessa.

Mi lascia però perplesso la superficialità con cui spesso vengono gestite le condizioni di errore. Il messaggio restituito a video era:

Non posso completare la richiesta ITunes Store. Si è verificato un errore sconosciuto (-9838).

Una risposta come questa è inaccettabile, perché

  • non permette all’utente di capire se il problema è nell’Iphone o nel processo di attivazione
  • non indica se si tratti di un problema momentaneo (il server è troppo carico) o permanente
  • è inutile sotto ogni punto di vista (sconosciuto? -9838 ?)
Una delle cattive abitudini nello sviluppo del software è che la gestione dei messaggi di errore viene spesso lasciata per ultima. Tanto andrà sempre tutto per il meglio, giusto?