Ieri sera stavo provando la nuova creatura di Mozilla Foundation: Fennec.

Fennec è un browser per dispositivi mobili (molto orientato a symbian al momento) derivato da firefox ma con un’interfaccia e una logica completamente studiata per schermi di piccole dimensioni.

Fennec fa della propria interfaccia il suo cuore avendo pensato molto bene alle priorità funzionali che un’utente necessita in mobilità. Ci troviamo così di fronte ad un’interfaccia molto semplice che concede il massimo dello spazio al contenuto e alle funzionalità primarie (bookmarks, search e reload) e porta in secondo piano tutte le funzionalità (come i tabs o gli strumenti di navigazione) che non sempre sono prioritarie.

Fennec introduce inoltre una gestione integrata della barra dell’URL, la ricerca, la storia e i preferiti spingendosi ancora oltre a ciò che è stato introdotto in firefox 3.

Probabilmente una volta sul mercato Fennec non sarà dominante suli dispositivi mobili ma prenderà sicuramente delle discrete quote di mercato offrendo così a chi sviluppa applicazioni web una piattaforma stabile, semplice e potente su cui appoggiarsi.

Ho sempre pensato che il team che porta avanti Linkedin abbia un talento naturale nel comprendere come sfruttare al massimo i propri dati e l’ecosistema intorno a loro.

Ecco dunque emergere l’ennesima funzionalità realizzata con inteligenza. In collaborazione con NYTimes Linkedin incrocia le informazioni del proprio curricola con gli ultimi articoli pubblicati cercando così di fornire all’utente solamente articoli che potrebbero essere nel suo interesse professionale.

Questo utilizzo di dati cross-applicazione è molto curioso in quanto permette di mantenere “pulite” le caratteristiche funzionali dei due siti (nessuno cerca di fare ciò che fa l’altro) ma nello stesso tempo gli permette di offrire un determinato valore ai propri utenti.

Io penso che questo tipo di approccio sia vincente e replicabile anche con altri servizi e permette di evitare un pericolo concettuale che in italia conosciamo molto bene: il voler far tutto facendo perdere comprensibilità del servizio all’utente

In sketchin è parecchio che parlo con il team sulla necessità di organizzare una serie di workshop legati alle varie attività di esplorazione e progettazione che si attraversano durante i vari progetti.

Leonora alla fine mi ha proposto di organizzare un workshop su quelle metodologie volte al tracciamento dei modelli mentali specialmente per supportare lo sviluppo dell’architettura dell’informazione e l’identificazione delle metafore.

Alla fine di novembre si terrà dunque il primo workshop di sketchin orientato a professionisti del business, del design e dello sviluppo.

Per maggiori informazioni potete guardare la relativa pagina allestita sul sito di sketchin.

Mancano oramai due settimane al barcamp di Roma dove per ben due giorni si parlerà di ambiente, tecnologia e società.

Questo barcamp sarà un po’ particolare in quanto sarà composto da tre tracce parallele con anche delle sessioni plenarie che porteranno dei contributi prestabiliti ma dal grande valore (rumors parlando ).

Data la particolarità di questo barcamp ho dunque pensato di lanciare una discussione sul tema del rapporto e delle differenze tra servizi, piattaforme ed ecosistemi.. sarei lieto se partecipaste in molti e se avete spunti di riflessioni o domande che volete che tratti lanciatemele qui nei commenti e mi preparerò in materia

Fra poco a Milano inizierà il master in digital marketing and communication che verrà presentato giovedì e che tratterà i principali temi del momento. Io in particolare mi occuperò di mobile 2.0 cercando di analizzarne caratteristiche ed evoluzioni future.

Per chi fosse interessato il costo del master ha un prezzo scontato fino al 7 novembre.

In the last few months i wanted to rationalize services’ structures we use and project everyday, but it was difficult for me to summarize them.

Since 2007 we have had the opportunity to measure us with a lot of little novelties and some new services’ models that every time were reinventing scenarios we can build online service with.

This continuous evolution made it difficult for me to summarize these models but now we are in a quiet interval and i decided to try.

We can outline two general tendencies:

• to integrate or be integrated with other services;
• to be always available on every channel.

These tendences caused a technical and planning infrastructure’s destructuration and the possibility of being avalaible in different shapes.

…continua la lettura »

Volevo solo segnalare brevemente che in sketchin stiamo cercando internamente (o free lancer) un client side developer … fatevi avanti

Volevo fare questo post solo per segnalare due interessanti contributi che sono maturati sul blog di sketchin negli ultimi giorni.

Il primo di Leonora si correla al post sulle piattaforme ed ecosistemi che ho pubblicato ieri introducendo il tema di come si possano progettare.

Il secondo è un contributo di Dafne che sintetizza il come si fa un wireframe ad alta fedeltà

Buona lettura

Nell’arte della guerra la strategia è quel piano d’azione a lungo termine per impostare e coordinare le azioni tese a raggiungere uno scopo predeterminato (obiettivo) mentre in contrapposizione la tattica ha lo scopo di pianificare al meglio la singola azione all’interno della strategia stessa.

In pratica (citando wikipedia) la strategia si riferisce ad operazioni tese a raggiungere un obiettivo di lungo termine e si attua su scale geografiche ampie, la tattica si riferisce invece ad azioni tese a raggiungere un obiettivo di breve termine e generalmente si attua su scala geografica ridotta.

Ho fatto questa premessa per introdurre un ragionamento che mi gira in testa da qualche giorno. Oggi si parla molto di differenti modelli di gestione nello sviluppo di un servizio o prodotto contrapponendo spesso modelli da “grande industria”, che prevedono un’estremo sviluppo strategico (con obiettivi, visione, missione, pianificazione, modelli di business, ecc..) ma con scarse capacità adattarsi alle varie situazioni quotidiane (immobilità), a modelli “agili” che orientano lo sviluppo ad una continua evoluzione tattica senza però avere un end-point chiaro (entropia).

…continua la lettura »

Negli ultimi mesi ho avuto più volte dentro di me la volontà di razionalizzare un po’ le strutture dei servizi che utilizziamo e progettiamo ogni giorno ma ogni volta che mi sono posto di fronte al foglio bianco non sono mai riuscito a giungere ad una sintesi.

L’annata di servizi ed evoluzioni 2007-2008 ci ha fatto confrontare con migliaia di piccole novità e qualche decina di nuovi modelli di servizio che di fatto riscrivevano ogni volta lo scenario con cui si potrebbe modellare il proprio servizio online. Tutta questa continua evoluzione provocava in me quasi un’impossibilità a razionalizzare tali modelli ma ora sembra che abbiamo raggiunto un momento di stasi che mi permette di tentare questo esercizio.

Di base si sono viste due tendenze generali in molti servizi:

• integrare o essere integrati con altri servizi
• essere sempre disponibili su tutti i canali

tendenze che hanno portato a una destrutturazione delle infrastrutture tecniche e progettuali verso una capacità di essere sempre disponibili in più forme.

Questo concetto chiaramente non è nuovo, fin dall’inizio del web 2.0 si è sempre parlato di mashup ma oggi gli stessi mashup arbitrari hanno trovato una serie di modelli finiti con cui chi progetta i servizi si può confrontare.

…continua la lettura »