2012
Feb 21, 2012
Un Mondo di Newsletter (parte 3)
excursus sui prodotti per newsletter sviluppati per Plone
Ed eccoci arrivati al terzo ed ultimo, per ora!, articolo con tema Newsletter.
Se vi siete persi i primi due, catapultatevi a leggere Un Mondo di Newsletter (parte 1) e (parte 2).
E ora bando alle ciance, mettiamoci a parlare del prodotto di oggi:
PloneGazette
nome prodotto: PloneGazette
pagina principale: http://plone.org/products/plonegazette
L’AT principale è “NewsletterTheme”; esso è considerato un canale di newsletter e quindi per ognuno degli elementi è possibile configurare la solita serie di campi obbligatori come titolo, email di test, email del mittente, formato con cui inviare, ecc. e una serie di dati che ci permettono di configurare le mail che vengono inviate come più ci piace.
All’interno di un “NewsletterTheme” si possono aggiungere “Newsletter Large Folder”, “Newsletter” e “Subscriber”.
Gli oggetti “Subscriber” sono molto semplici e permettono di scegliere la modalità di invio della mail, testuale o html. I gestori della newsletter che registrano un utente tramite il menu di aggiunta classico, hanno anche la possibilità di attivare direttamente l’iscritto.
La “Newsletter Large Folder” serve per la visualizzazione e la gestione dei subscriber; la vista associata a questa cartella mostra in una tabella l’elenco degli iscritti alla newsletter. Vi è indicato, per ogni utente, il formato con cui vuole ricevere la newsletter e lo stato di attivazione. I gestori della newsletter potranno, da questa vista, eliminare subscriber.
Le singole mail sono gestite tramite gli oggetti “Newsletter” in cui si inserisce titolo, descrizione e testo.
La vista riassuntiva del canale “NewsletterTheme” presenta una tabella che riassume le newsletter inviate e non inviate, con annessa la data di invio.
Cosa ci piace
- creazione di template personalizzati per le mail da richiamare tramite TAL
- buon sistema di test e preview
- portlet di iscrizione per anonimi completa
- è stato fatto il porting a Plone 4
Questo prodotto ci consente una grande personalizzazione del template della mail oltre alle più comuni personalizzazioni quali header, footer e css. Permette di usare una sintassi TAL per richiamare un template, precedentemente creato e caricato nel portale, ed utilizzarlo come render per la mail che viene spedita.
La cosa è sicuramente apprezzabile da parte dei programmatori, che possono così mettere mano su tutti gli aspetti della resa grafica. Il dettaglio della singola newsletter presenta un utile tab (Test) che permette di avere la preview di entrambi i tipi di mail (plain text e html) oltre al solito invio di test all’indirizzo impostato. Questa è un’ottima funzionalità vista anche la possibilità di una forte personalizzazione del template della mail.
La portlet di iscrizione ai canali per gli utenti anonimi è completa: oltre ai due campi proposti anche nel form di iscrizione, mostra all’utente i vari canali a cui è abilitato ad iscriversi. Contiene inoltre una serie di link ad ognuno degli archivi per consultare le newsletter passate.
Cosa non ci piace
Se i programmatori apprezzeranno l’idea di personalizzare tramite TAL il template di render della mail, per gli utenti, più o meno esperti, questa possibiltià non è propriamente fruibile. Gli utenti poco esperti, che devono configurare una newsletter molto base, si trovano alcuni campi di troppo che non sanno se e come configurare, mentre utenti un po’ più esperti devono agire via ZMI per creare il loro template. Creando un oggetto Plone “ATTemplate” si sarebbero potuti migliorare entrambi gli use case.
- gestione per l’amministratore a volte macchinoso
- setting della folder per subscriber
- non tradotto in italiano
- lo sviluppo delle funzionalità è stato abbandonato
La gestione della folder per i “Subscriber” non è molto chiara, poiché inizialmente alla creazione di una “NewsletterTheme” non viene creato alcunché. Bisogna procedere in un secondo momento a creare a mano un “Newsletter Large Folder” e poi rientrare in modifica del “NewsletterTheme” a settare l’id della cartella appena creata. Questo passaggio ci è sembrato inutile ed automatizzabile.
L’iscrizione alle newsletter, che possono effettuare gli utenti Plone tramite il tab presente nella barra di “gestione” del “NewsletterTheme”, non propone la mail utilizzata durante la profilazione del proprio account. Anche la creazione della portlet per la registrazione di utenti anonimi è una procedura abbastanza macchinosa, ma questo è probabilmente dettato dal fatto che il prodotto viene da una vecchia versione di Plone.
Oltre l’orizzonte
E' giunto per noi il momento di tirare le somme di tutto ciò che abbiamo scritto:
Singing&Dancing, trattato nella prima parte, EasyNewsletter, di cui abbiamo parlato nella seconda parte, PloneGazette, discusso in questo articolo, o qualcosa di diverso che tratteremo in un quarto capitolo?
PloneGazette è stato, ultimamente, rilasciato per Plone 4 ma lo sviluppo sembra abbandonato e quindi non ci sembra, al momento, una scelta possibile per il futuro.
Noi usiamo con moderato successo sia Singing&Dancing che EasyNewsletter e quindi consigliamo di concentrarsi su questi due prodotti.
Ci sembra evidente che EasyNewsletter ha bisogno di lavoro per chiudere i bug noti e consolidare tutto il pacchetto, mentre Singing&Dancing ha già un buon grado di solidità ed è ben seguito dalla comunità.
La nostra esperienza ci porta quindi a propendere per l’utilizzo di Singing&Dancing (anche se non è esente da difetti, come abbiamo visto) ma aspettiamo con ansia la ripresa di EasyNewsletter così da proporre una bella sfida, come è giusto che sia in un ambiente OpenSource.
Esiste certo un’altra via per gestire le newsletter; ovvero quella di appoggiarsi a servizi esterni (come MailChimp per esempio), soprattutto se si prevede un intenso traffico di iscrizioni alla newsletter e di messaggi spediti.
In questo modo si può alleggerire il sistema (sia in termine di banda che di prestazioni, visto che Plone non dovrà prendersi carico anche della spedizione di migliaia di mail, ma potrà tornare ad occuparsi solo della gestione del portale) e delegare la gestione delle newsletter esternamente. In questo modo il programmatore dovrà solamente preoccuparsi di come interfacciare Plone con questi servizi, per esempio fornendo strumenti per potersi iscrivere direttamente alle newsletter dal sito.
E per il gestore del portale? Cambierebbe qualcosa?
Forse sì, dato che la gestione del sistema di newsletter potrebbe non risiedere più solo in un posto (Plone) ma potrebbe essere necessario fare certe configurazioni nel proprio portale e altre all’interno del servizio esterno che si sta utilizzando.
Infine, ciò potrebbe portare a una maggiore manutenzione da parte delle aziende sviluppatrici che si potrebbero trovare a convivere, analizzare, segnalare problematiche legate al sistema esterno di mailing senza poterli risolvere direttamente.
Ci sono state, in tempi più o meno recenti, discussioni a riguardo; ma probabilmente non sono state risolutive. L’argomento ci sembra abbastanza importante per la completezza di un CMS come Plone e pensiamo che l’argomento newsletter potrebbe essere portato a una discussione più ampia all’interno della comunità, cercando di trovare una direzione comune e di avere un buon prodotto completo ed affidabile.
Cosa deve esserci
- mandare mail agli iscritti (ovviamente)
- invio di AT (base di Plone e non) tramite Newsletter
- personalizzazione dei template base della newsletter con immagini e css (header/footer)
- ruolo per la gestione delle Newsletter
- newsletter locali (più redazioni che devono gestire solo il proprio canale).
Mirco & Andrea
Document Actions
Feb 15, 2012
Un Mondo di Newsletter (parte 2)
excursus sui prodotti per newsletter sviluppati per Plone
Continuiamo il nostro viaggio nel mondo delle Newsletter iniziato nella prima parte con l'analisi di Singing & Dancing.
Oggi prendiamo in esame un secondo prodotto che abbiamo utilizzato in diverse occasioni:
EasyNewsletter
nome prodotto: Products.EasyNewsletter
mantainer: Maik Derstappen
pagina ufficiale: http://plone.org/products/easynewsletter
Il pacchetto Products.EasyNewsletter si compone di 4 AT: “Newsletter”, “Issue”, “Subscriber” e “Template”.
L’oggetto “Newsletter” costituisce il canale, riguardante un determinato argomento o per una determinata zona del portale; gli oggetti “Issue” sono le singole mail che potranno essere inviate; “Subscriber” è un oggetto che identifica il singolo utente, non Plone, registrato al canale che riceverà le issue di notifica; “Template” è un AT per definire la resa grafica della parte di contenuto delle issue. 
Infine è disponibile una portlet che permette la sottoscrizione ad un canale da parte di utenti anonimi andando a creare un subscriber.
Cosa ci piace
Sicuramente ci ha colpito la grande flessibilità nella gestione del templating che è configurabile sul singolo oggetto “Newsletter”. Questo permette di avere configurazioni indipendenti per ogni newsletter creata nel portale.
- personalizzabile in ogni suo aspetto
- nessun parametro di gestione generalizzato
- invio ad utenti e gruppi Plone
- progetto recente con margini di miglioramento
L’impostazione di header e footer viene effettuata tramite dei RichWidget, sia a livello di newsletter sia a livello delle singole issue, andando in questo caso a sovrascrivere le impostazioni definite a livello newsletter; è quindi facile per l’utente inserire testo formattato o immagini.
A livello di newsletter, invece, è possibile modificare aspetti come i CSS da applicare alle mail da spedire, inserendo stili che rendono personalizzabili le newsletter le une dalle altre; a seconda della sezione, si può avere una mail con sfondo bianco, giallo o nero.
La possibilità di scegliere una serie di gruppi o singoli utenti ci è sembrata molto utile per gestire più newsletter nello stesso portale; se si pensa, per esempio, ad un portale medico dove possiamo avere una decina di branche specialistiche, ognuna con il proprio gruppo (di soli lettori o redattori), ecco che usando una newsletter per ogni specializzazione si può facilmente provvedere all’invio solo alle persone interessate tramite la configurazione del gruppo a cui inviare.
Cosa non ci piace
Gli AT “Newsletter” e “Issue” sono stati creati come estensione degli oggetti “Collezione” e questo, secondo noi, porta più svantaggi che vantaggi.
- ereditarietà dalle Collezioni
- codice non molto semplice e tecnicamente migliorabile
- non ha una coda per l’invio
- non ha uno sviluppo costante
Gli svantaggi riguardano soprattutto l’usabilità per un utente redattore che, seppur conoscendo l’ambiente Plone ed il comportamento delle collezioni, potrebbe trovarsi in difficoltà a gestire criteri e sotto-criteri.
Sia l’oggetto “Newsletter” che i singoli oggetti “Issue” hanno a disposizione il tab “Criteri” e “Cercatori subordinati”, che sono da comandare attraverso la creazione di AT “Template” o della modifica del template di default. Per impostare la resa grafica della issue si hanno quindi quattro elementi principali: il testo che si va a scrivere nella issue; i file eventualmente contenuti all’interno dell’oggetto “Issue”; i risultati secondo i criteri della issue; i risultati secondo i criteri degli eventuali cercatori subordinati.
Il testo che si inserisce nella issue deve essere sempre visibile, mentre l’elenco dei risultati del cercatore e dei sotto-cercatori sono opzionali. A complicare la situazione intervengono il cercatore della newsletter e i suoi sotto-cercatori, i quali compaiono se non sovrascritti da cercatore e sotto-cercatori delle singole issue.
<tal:block tal:repeat="object context/queryCatalog">
<h1 tal:content="object/Title">Title</h1>
<p>
<span tal:content="object/Description">Description</span>
</p>
<p>
<a tal:attributes="href object/getURL">Please read on.</a>
</p>
</tal:block>
<tal:block tal:repeat="subtopic context/getSubTopics">
<h1 tal:content="subtopic/Title">Title</h1>
<tal:block tal:repeat="object subtopic/queryCatalog">
<h2 tal:content="object/Title">Title</h2>
<p>
<span tal:content="object/Description">Description</span>
</p>
<p>
<a tal:attributes="href object/getURL">Please read on.</a>
</p>
</tal:block>
</tal:block>
A noi questa gestione non è piaciuta perché ci pare più frequente la possibilità di avere delle issue contenente un semplice testo piuttosto che un elenco di una collezione.
L’invio di una issue contenente i risultati di una collezione poteva essere risolta molto più facilmente creando un adapter per ENL, che sfruttasse il sistema del template per il contenuto, come abbiamo poi creato noi con la nostra estensione descritta sotto.
Estensioni: EasyNewsletterSendTo
Questa estensione che abbiamo sviluppato, ma non ancora rilasciato, è nata da un’idea molto semplice:
la maggior parte delle volte un redattore vuole inviare un contenuto del sito come newsletter invece di dover riscrivere informazioni su un evento o una notizia
Per questo motivo abbiamo pensato che sarebbe stato utile studiare un modo per creare un oggetto “Issue” a partire dalle informazioni presenti nei vari AT Plone.
Abbiamo per questo sviluppato una nuova action “Send to Newsletter” che permette ad un redattore di creare una issue in una o più newsletter nelle quali ha il permesso di operare.
La cosa più importante è il mapping dei campi dei vari AT Plone con quelli disponibili nell’AT “Issue” fatto tramite una serie di adapter; l’esempio sotto si riferisce a due funzioni usate per l’inserimento di un AT “Image” dentro il campo testuale della “Issue” .
def contentToDict(self):
''' Returns a dictionary with some field of the object '''
kargs = {}
kargs['title'] = self.context.Title()
kargs['description'] = self.context.Description()
kargs['text'] = self.manageText()
kargs['text_text_format'] = 'text/x-html-safe'
return kargs
def manageText(self):
''' aggregator of some field into text '''
return '<p><img title="%s" alt="%s" src="%s" /></p>' %(self.context.Title(),
self.context.Title(),
self.context.absolute_url()+'/image_preview')
Un esempio, invece, di caso più particolare è quello dell’invito dell’AT “Topic” per cui abbiamo deciso di non andare a complicarci il lavoro cercando di inserire la vista delle collezioni dentro il campo di testo della issue; abbiamo invece sfruttato la possibilità di avere sotto-collezioni andando a copiare la collezione come oggetto figlio della issue (in questo caso diventa una sotto-collezione).
Per essere certi della resa grafica siamo anche andati ad utilizzare un nuovo template, inserito nel nostro pacchetto aggiuntivo, che mostra soltanto l’elenco delle sotto-collezioni in modo simile alla vista delle collezioni Plone.
Il tutto è corredato dalle possibilità di inviare il contenuto tramite più newsletter e di aggiungere un prologo, che viene utilizzato come descrizione all’inizio della mail generata.
Per il futuro pensavamo di migliorare questa estensione inserendo anche un’anteprima delle varie mail generate mostrando soprattutto la resa grafica, probabilmente differente, dovuta alle diverse personalizzazioni realizzate nelle varie newsletter.
Mirco & Andrea
Document Actions
Feb 08, 2012
Un Mondo di Newsletter (parte 1)
excursus sui prodotti per newsletter sviluppati per Plone
Per quanto riguarda la nostra esperienza, un cliente su due ci richiede l'attivazione di un sistema di Newsletter.
La domanda successiva, da bravi sviluppatori Open Source, è:
“esiste qualcuno che l’ha già fatto?”
Nel nostro caso specifico ci chiediamo:
“ci sono dei prodotti Plone per la gestione delle newsletter?”
La risposta è ovviamente “Sì” e quindi nel corso degli anni abbiamo installato, testato, litigato, patchato, utilizzato tre diversi prodotti: Singing & Dancing, EasyNewsletter e ploneGazette.
A partire da questo articolo andremo ad analizzare i singoli prodotti, per scoprirne pregi e difetti e i miglioramenti che in qualche caso abbiamo apportato.
Singing & Dancing
nome prodotto: collective.dancing (+ collective.singing)
owner e maintainer: Daniel Nouri
pagina ufficiale: http://plone.org/products/dancing
Singing & Dancing non è un prodotto unico, ma l’insieme di 2 prodotti: collective.singing e collective.dancing, che si occupano della gestione/creazione delle mailing-list e del loro invio.
E’ un prodotto “out of the box” perché non prevede Archetypes specifici da utilizzare per le newsletter, ma permette di spedire potenzialmente ogni contenuto del sito come corpo della newsletter.
All’installazione ci si ritrova praticamente con una newsletter “chiavi in mano”, visto che nel tool di gestione delle newsletter (accessibile dal panello di controllo del sito, sotto la voce “Singing & Dancing”) è già presente un canale di diffusione di default da poter utilizzare subito.
I canali di diffusione sono lo strumento con cui viene definito comportamento e aspetto di una newsletter. Infatti per ogni singolo canale (se ne possono creare quanti se ne vuole, a seconda di quante diverse newsletter si vogliono avere all’interno del proprio portale) si possono definire svariate elementi, come la possibilità di iscriversi o meno, un eventuale testo da aggiungere in testata e nel footer della mail spedita e degli stili CSS da applicare.
Come abbiamo detto, non utilizzando nessun Archetype particolare, volendo si può spedire qualunque contenuto del sito come newsletter semplicemente scegliendo la voce “invia come newsletter” dal menu “azioni” dell’oggetto, e poi scegliendo il canale di diffusione attraverso cui si vuole spedire.
Il prodotto prevede inoltre una comoda portlet di iscrizione che permette di iscriversi direttamente ad un canale, oppure passare prima per il form di iscrizione dove potrebbe esserci del testo informativo (magari impostato nella configurazione del canale).
Nostre impressioni
Ci siamo ritrovati ad usare Singing & Dancing per diversi clienti; l’abbiamo trovato molto potente e spesso fa bene il suo dovere; ci sono, però, alcune cose che non ci sono piaciute. Di seguito è riportata una serie di pro e contro per analizzare meglio la situazione.
PRO
- E' costruito sfruttando l'architettura a componenti di Zope3 e la libreria z3c.form
- E' estremamente estensibile e upgradabile in base alle proprie esigenze
- Consente una buona gestione dei canali attraverso il tool di gestione
- La gestione delle iscrizioni è resa sicura mediante un codice di conferma inviato agli utenti
- Permette di spedire qualunque contenuto
- Buon supporto della comunity
- Buon supporto agli utenti con manuali, chat e gruppo dedicato.
CONTRO
- Per customizzarlo bisogna avere una buona conoscenza di z3c.form e dell'architettura utilizzata
- Non prevede la gestione decentrata delle newsletter
- Prevede un meccanismo di invio schedulato che non sempre funziona correttamente
- Se per sbaglio si cancella un contenuto (o un canale) che è in coda per essere spedito come newsletter, la coda non si svuota a meno che non si ricrei l’oggetto/canale vecchio
- Il processo di accodamento ed effettivo invio delle newsletter è un po' troppo macchinoso (bisogna eseguire 3 passaggi in tutto)
- E’ vero che si può spedire tutto, ma non essendoci controlli, si rischia anche di spedire l’intero portale.
Estensioni
Come dicevamo in precedenza, il prodotto è nato per essere particolarmente "upgradabile", quindi su pypi ci sono diversi prodotti che estendono il funzionamento di base di S&D a seconda delle esigenze.
Alcuni di questi li abbiamo creati anche da noi, come per esempio:
collective.dancingnotlikely
[http://pypi.python.org/pypi/collective.dancingnotlikely]
Dato che il corpo della newsletter è la vista dell’oggetto vero e proprio, dentro S&D è presente un dizionario di “sezioni” della vista da non riportare. Alcuni clienti però ci hanno fatto notare che venivano riportate anche le informazioni sul creatore dell’oggetto e la sua history. Abbiamo quindi creato un semplice plugin che aggiunge questi elementi nella lista di quelli da non mostrare.
collective.dancefloor
[http://pypi.python.org/pypi/collective.dancefloor]
Uno dei difetti maggiori di S&D è il fatto che tutta la gestione delle newsletter è centralizzata.
Per poterle gestire bisogna accedere al relativo pannello di controllo, e a questo si accede solamente avendo un determinato permesso globale.
Sempre più clienti, però, hanno la necessità di far gestire diverse newsletter (o canali) a varie redazioni distribuite in più sezioni del sito, le quali dovrebbero poter gestire solo i canali a cui sono abilitate.
Ciò ovviamente col prodotto originale non si poteva fare, quindi ci siamo messi a cercare (senza troppe speranze) se c’era già qualche plugin che facesse questo... e c’era!
Sfortunatamente era un prodotto iniziato e abbandonato dagli sviluppatori ormai da anni, così ci siamo messi in contatto con loro e ne abbiamo preso il controllo.
Il suo funzionamento è molto semplice. In sostanza permette di “dichiarare” che una cartella (o un qualunque oggetto folderish) è una newsletter locale (attraverso un flag che si imposta dal tab di modifica dell’oggetto).
Una volta marcata una cartella come “Newsletter locale”, questa avrà a disposizione l’intera gestione delle newsletter di S&D replicata localmente.
In questo modo, basta segnalare che degli utenti/gruppi sono abilitati a gestire quella newsletter locale (dallo sharing della cartella, utilizzando un nuovo permesso creato ad hoc) e questi avranno tutti i poteri per gestirla in completa autonomia.
Inoltre, quando cercheranno di spedire un contenuto all’interno di una newsletter locale, avranno a disposizione solamente i suoi canali locali (e quelli globali, se esistono), in modo da garantire una certa separazione tra le varie redazioni.
Le immagini sono state prese dal manuale ufficiale di S&D.
Mirco & Andrea
Document Actions
Jan 25, 2012
Il nuovo portale del Turismo della Provincia di Ferrara (in Plone): coming soon!
Un'anticipazione del corposo progetto di ristrutturazione della comunicazione sul web legata al turismo nel territorio ferrarese.
Venerdì 20 gennaio, ore 10:30.
Ferrara, Sala del Consiglio del Castello Estense… dai ferraresi altrimenti detto "la ca' in tl'acqua" (letteralmente "la casa nell'acqua").
In questa suggestiva location abbiamo avuto l'occasione di presentare l'anteprima del nuovo portale del turismo della Provincia di Ferrara, che andrà a sostituire l'attuale www.ferraraterraeacqua.it.
L'evento, dal titolo "Strategie e Strumenti per il Turismo: dalla nuova piattaforma web alle principali azioni per l'anno 2012", ha richiamato numerosi rappresentanti di Comuni, enti locali, Provincia e operatori del settore, e ha visto alternarsi gli interventi dell'Assessore Provinciale al Turismo, del presidente della Camera di Commercio, del dirigente del Servizio Turismo-Attività produttive e Sviluppo locale e della responsabile alla Promozione Turistica che hanno illustrato numeri e previsioni delle presenze di italiani e stranieri in città e provincia.
Tutti concordano sugli obiettivi da raggiungere:
- aumentare l'internazionalizzazione
- farsi trovare e farsi raggiungere: dal web al progetto Get a Ride (il nuovissimo servizio navetta che congiunge Ferrara all'aeroporto di Bologna)
- partire dalla città per aumentare la visibilità e la promozione capillare di tutto il territorio ferrarese, fino alla costa
- strutturare un sistema in grado di dialogare facilmente sia con la Regione che con i singoli Comuni, fino alle realtà più piccole
- creare partecipazione: degli utenti, degli operatori, degli enti e di tutti i soggetti coinvolti.
Massimo ha concluso il ciclo di interventi illustrando in dettaglio il percorso di analisi, progettazione, condivisione (tutto è stato pensato e deciso "a quattro mani" con i referenti dello IAT provinciale) e sviluppo che ci sta portando alla realizzazione di un sito totalmente rivisto nella struttura e nei contenuti.
Nel nuovo portale, infatti:
- il multilinguismo è d'obbligo: italiano e inglese, ma anche francese, tedesco, olandese, spagnolo e danese
- verrà realizzato un capillare lavoro di SEO pre e post produzione, per non perdere le posizioni acquisite (l'attuale ferraraterraeacqua.it ha un ottimo posizionamento per chiavi generiche come "Ferrara") e contemporaneamente aumentare la visibilità delle informazioni culturali, enogastronomiche e paesaggistiche del territorio
- è presente una rete di mappe navigabili: i contenuti sono georeferenziati e i dati aggregati in mappe contestuali (all'interno della mappa sempre presente in testata sarà possibile visualizzare anche streetview di Google)
- le foto faranno la parte del leone: se un'immagine vale più di mille parole chissà cosa potrà fare un ricco carousel di foto scenografiche!
- gli eventi sono strettamente connessi ad un'applicazione per iPhone (presto anche su Android) rilasciata alcuni mesi fa ed in continua evoluzione
- i contenuti, gli eventi in particolare, sono stati strutturati nell'ottica di una condivisione automatica sul portale del turismo regionale www.emiliaromagnaturismo.it (anch'esso realizzato in Plone)
- l'alberatura rispecchia la tassonomia fornita a livello regionale a tutte le redazioni provinciali
- ogni Comune ha il suo sottosito con la possibilità di personalizzare testi, foto, elementi in evidenza mantenendo però le linee della struttura tassonomica principale
- fin dalla homepage c'è una fortissima integrazione con i social media: twitter, facebook, flickr permetteranno agli utenti di condividere momenti, storie, esperienze in tempo reale e di dialogare costantemente con la redazione
- gli operatori (agenzie, ristoratori, albergatori, …) hanno la possibilità di gestire le proprie informazioni, presentare offerte e migliorare la propria presenza nella rete
- il web diventa il modello di comunicazione al quale uniformare e integrare tutti gli altri strumenti (la carta, lo sportello informativo, …).
Il successo del progetto richiede il coinvolgimento di tutti: parte dall'esperienza, dalla formazione ed dall'entusiasmo di chi lo ha pensato, voluto e realizzato ma si estende e vive nella trasmissione di questi valori agli utenti, redattori ed operatori che lo useranno e lo faranno crescere.
La messa online è prevista per fine febbraio… stay tuned!
Dietro le quinte…
Nonostante l'intervento di Massimo fosse l'ultimo in scaletta, si era creata parecchia attesa nel pubblico: aspettativa o forse paura che l'aspettativa generata fosse poi delusa.
Io e Stefano, come spie infiltrate, cercavamo di captare qualsiasi rumor potesse indicare vittoria o sconfitta.
E alla fine… gli screenshot svelati in ultima battuta hanno avuto il successo sperato. Molti commenti favorevoli, alcuni proprio entusiasti del lavoro svolto e del cammino seguito, ci hanno ripagato di tutti gli sforzi spesi finora e ci hanno dato la carica necessaria per fare ancora di più :-)
Sulla nostra pagina Facebook abbiamo pubblicato un po' di foto. Enjoy!
Document Actions
Jan 12, 2012
Plone, da Sant'Agostino al CONSIP
Il Comune di Sant'Agostino rilascia al pubblico il suo nuovo portale, caratterizzato da semplicità d'uso, costo contenuto e completezza: RedTurtle distribuisce sul Marketplace della Pubblica Amministrazione soluzioni Plone CONSIP di caratteristiche analoghe.
Esigenze diffuse? Una risposta per tutti!
Una soluzione completa ed integrata con costi
d'esercizio contenuti per Comuni piccoli e medi dalle evolute esigenze
comunicative...
Più facile a dirsi che a farsi. La risposta di RedTurtle si basa su Plone 4 e su un set di funzionalità standard che, nel caso del Comune di Sant'Agostino, un nostro nuovo Cliente con le idee molto chiare, sono state accompagnate da un layout grafico che unisce semplicità e gradevolezza.
Il sito soddisfa tutte le esigenze di base: adempiere agli obblighi di Legge, offrire un sito accessibile e completo, e al contempo promuovere il territorio con i suoi eventi. Il tutto, usando software libero, Plone e l'esperienza di RedTurtle nel servire le Pubbliche Amministrazioni Locali.
Ispirandosi a questo concetto di "completezza espandibile", RedTurtle ha recentemente confezionato due soluzioni Plone, dotate dei prodotti aggiuntivi di utilizzo più frequente, ed ha deciso di servirsi del MEPA di CONSIP per la loro distribuzione.
Il vantaggio MEPA
Il Mercato Elettronico della Pubblica Amministrazione da diversi anni consente alle PA un accesso rapido agli acquisti di beni e servizi: in questo caso, è CONSIP che si fa carico di accertare le caratteristiche di solidità e solvibilità delle aziende, e di incanalarne l'offerta in bandi "sempre aperti" verificando poi la rispondenza di quanto offerto ai requisiti di riferimento. L'Ente viene così sgravato dall'onere delle procedure di gara e di selezione fornitori, e deve semplicemente, per così dire, apporre la sua firma su di un contratto già pronto con prezzo "chiavi in mano", per la fornitura di uno specifico bene.
Come Plone aiuta... tutti!
Proprio la modularità di Plone, con i suoi prodotti aggiuntivi, ha consentito di modulare l'offerta su Plone base più un set preconfigurato di prodotti, ad attivazione opzionale. Dal lato RedTurtle, si è preconfezionata e semplificata una parte delle attività, potendo così proporre agli Enti, quale che sia la loro dimensione, un costo più che abbordabile, per dotarsi di una solida piattaforma, altamente estensibile, ed accedere al riuso di soluzioni in ambito PloneGov Italia.
RedTurtle non intende discostarsi dal suo storico profilo di realizzatore di soluzioni su misura, ma al tempo stesso intende giovarsi della completezza funzionale di Plone, già in versione base, per favorire l'ulteriore diffusione di questo apprezzatissimo software open.
Le due soluzioni CONSIP, simili a quella realizzata appositamente per il Comune di Sant'Agostino, sono cedute a costo differenziato a seconda della complessità e della provincia dell'Ente acquirente. Denominate "Portale Plone versione Base" (qui la descrizione per prima fascia e seconda fascia di Province) e "Portale Plone Versione Plus" (prima fascia e seconda fascia di Province).
