Abbandonato il progetto Avatar e ruotato il timone verso Maggiordomo!
Inserisco i link ai relativi thread di avatar in caso sia necessario recuperare qualcosa.
Link Featurs: avatar
http:/
Link Features : app Generica
http:/
Nel caso qualc'uno trovi interessante qualche cosa da salvare per maggiordomo forse è il caso di scriverla pure qui.
Thread sparse e raccolte
Flavio Cerato
http:/
mi ero perso questo post:
Venturini: le features al momento sono la sveglia, le cose da fare nella giornata, remind, consultazione.
Beltrame: forte integrazione con altre piattaforme e strumenti come, ad esempio, Google Calendar
( link http://www.wepadproject.it/pg/cv_blog/content/view/3509/network )
Proporrei "Lista della spesa intelligente" semplice feature dove si compila la lista della spesa durante la settimana che viene inviata alla data e ora stabilita una copia via sms o mail sul tuo cellulare o cmq ad un numero di persone che tu decidi. Memo spesa.
carina questa feature... ma non ho idea di come fare a programmarla a fare cio...
Io porrei l'enfasi proprio sull'elemento social e lo intenderei come segue. Cioè se vogliamo aggiungere alla nostra app una caratteristica che lo renda vincente nei confronti delle già presenti applicazioni di note+reminder (i già citati Evernote, Springpad, ...) io penso che potremmo far sì che l'applicazione permetta agli utenti di creare/definire dei workflow organizzativi modulari condivisibili con gli altri utilizzatori. Faccio un esempio. Se devo pagare l'ICI oltre al mero reminder che mi ricordi entro quando devo pagarla, ho anche la necessità di "ricordami" o di "scoprire" (se lo faccio per la prima volta) quali passi devo compiere per adempiere al mio dovere. Quindi potrei accedere all'applicazione e cercare se qualcuno ha già creato il Workflow ICI, che mi guidi passo-passo (come un buon wizard) sulle azioni da compiere. In caso contrario potrei crearlo io il wizard, suggerendo (anche a me stesso per le volte successive) che sul tal sito c'è il servizio per il calcolo on-line mentre sull'altro sito (es. Poste.it) è possibile pagare il bollettino ICI con la carta di credito. Creato il modulo wizard, potrà essere messo a disposizione di altri utenti che magari potranno portare dei miglioramenti al modulo stesso. Altro esempio (condito da aneddoto personale). Devo organizzare la festa di compleanno per mia figlia (ne ho due e quindi doppio problema!). Trovo il modulo che mi suggerisce di acquistare palloncini e addobbi sul sito del tal negozio che vende on-line e mi suggerisce di far fare dal panificio sotto casa un grande panino a forma di numero (per esempio 4 se mia figlia compie quattro anni) che taglierò in due e farcirò con la Nutella - provato e vi garantisco divertimento per i bambini, risparmio (le torte alle creme costano un patrimonio) e zero sprechi (se lo mangiano tutto mentre le torte avanzavano sempre).
Quindi i moduli wizard sono di fatto dei piccoli-grandi-tutorial che condivido in Rete... abbiamo aggiunto l'elemento di tutoraggio all'applicazione "Maggiordomo".
A me di queste cose preoccupa la manutenzione. Metti che qualcuno mette su un workflow sbagliato o che non c'entra niente, uno spam o una roba porno etc. Bisogna avere una redazione che, su segnalazione degli utenti (ma nel frattempo magari qualcuno c'è già cascato e ha fatto 1 ora di coda all'ufficio sbagliato) deve entrare e rimuovere... sarebbe da capire come si fa senza dover organizzarsi con una struttura di manutenzione...
@Roberto: sicuramente quello della "validazione delle informazioni" è un problema sentito in tutti gli ambienti Wiki. Ma d'altro canto se non affrontiamo coraggiosamente questa scelta rischiamo di avere un'applicazione intrinsecamente impossibilitata a soddisfare le esigenze di moltissimi... come facciamo a prevedere già in partenza tutte le possibili combinazioni di "faccende" da svolgere? In ogni caso un minimo di maintanance il programma dovrà riceverlo... allora perché non pensare di partire con pochi redattori (gli sviluppatori iniziali dell'app) che man mano si trasformano in validatori dei wizard composti dalla redazione volontaria/distribuita. Per esempio ieri mi sono deciso e ho comprato il TomTom per iPhone (dopo aver provato diversi navigatori gratuiti che non mi hanno soddisfatto). La delusione immediata è stata che dopo aver spedo un patrimonio (ho preso la versione con tutte le mappe europee) non avevo le mappe aggiornate con la nuova superstrada A28 che collega Pordenone alla Belluno-Venezia... però ho avuto subito modo di rinfrancarmi poiché ho scoperto il bellissimo servizio Map-Share che mi ha permesso di modificare e di aggiornare personalmente la mappa con un tool presente nell'applicazione. Ho ricevuto un messaggio di ringraziamento da TomTom e quindi pensavo che le mia modifica fosse già a disposizione di altri. Ma ho potuto verificare che su un altro iPhone dove avevamo installato TomTom le modifiche non erano ancora presenti (pur effettuando l'aggiornamento di tutte le modifiche Map-Share disponibili). Devo dedurre quindi che le mie modifiche sono entrate in una coda di validazione. Gli altri utenti potranno beneficiare dopo del mio intervento mentre io ce l'ho già a disposizione, come è giusto. Ecco, pensavo ad una cosa di questo tipo... ed essendo l'app a carattere gratuito penso che non ci sarebbe difficoltà a trovare redattori volontari "certificati" disposti a impiegare un po' del proprio tempo per verificare i contenuti della coda.
Il tutto credo dipenda dagli utenti, come in tutte le cose sono le persone che fanno la differenza.
Il numero degli utilizzatori e il numero degli utenti attivi è importante. Se l'utente partecipa la community si "auto corregge" e si crea da sola le "gerarchie" e promozioni. Se c'è poca partecipazione questa features intesa come community va a ramengo. Rimane solo la guida che uno si fa per se stesso.
Un altro fattore è il come si vuole gestire queste guide. Ad esempio non è detto che una giuda per le patenti sia unica. per esempio due o più utenti nello stesso giorno pubblicano una "guida". L'utente dovrebbe poter scegliere la guida che preferisce e poter esprimere un giudizio in modo che altri scelgano la guida più apprezzata.
Un po come se fosse un "Guida Store"....
Dal mio punto di vista non è tanto app a questo punto ma il supporto esterno alla stessa. Mi riferisco a server, database e via dicendo perchè un minimo di tutto ciò serve per lo scambio ma se organizzato bene può essere uno "store". (store in senso di concetto non che siano a pagamento anche se volendo ....)
Si potrebbe appunto pensare un meccanismo automatico di "pulitura" dalle info errate o cmq non più idonee. Un esempio 5 segnalazioni di dati errati o procedure ormai vecchie da parte degli utenti e il workflow viene eliminato. Semplificherebbe il lavoro di redazione che dovrebbe così concentrarsi sui workflow utili ma con delle pecche minori o incompleti ma che cmq risultano essere d'aiuto.
Sì, si potrebbe fare un po' come funziona per Wikipedia... ognuno può improvvisarsi redattore e nello stesso tempo controllore segnalando le info che non convincono. Dopo di che più segnalazioni riceve un'informazione e più acquista priorità nella coda delle validazioni; la validazione poi viene demandata ad un gruppo di utenti "certificati". Poi sono d'accordo con Max.Donati che questo genere di sistema è tanto più "robusto" quanto più la community è nutrita ed attiva. Poi varrà sempre la regola social-statistica che il 20% degli utenti farà l'80% del lavoro... vedremo di far parte di quel 20% ;-)
Leggendo fra le righe degli interventi degli esperti e i vari video dei brainstorming ho il timore che l'app non abbia possibilità di avere redazione ( io lo chiamo staff) ufficiale e forse neanche di uno spazio di community. Ad ogni modo ritengo che, nell'eventualità di una community o di un repository (dove salvare e prelevare le guide), se l'app non ha un sistema di "apprezzamento" (o voto) per le guida e il suo "redattore" la qualità percepita dall'app stessa calare col tempo.
Domanda: è meglio creare tanti thread quante le features o continuare su questo?
In The Cloud > Altra cosa, penso che community o meno questa applicazione dovrebbe essere pensata "orientata alla nuvola"... poiché visto che funge anche da reminder e da organizer, sarebbe un peccato non condividere gli allert ed i task con un famigliare o con un collega. Forse però per questo ci si può appoggiare a servizi già esistenti tipo quello di Google Sync.
concordo con gianpiero... per forza la app deve essere in the cloud... cosicche si possa creare anche una versione web... ma comunque sull'ipad, secondo me, dovrebbe esserci comunque salvato il locale... in modo tale che quando si accendi funzioni subito e poi se la si vuole sincronizzata intano la si puo usare e dopo 30 sec finisce la sinc e compaiono le cose..
scusate la domanda ma the cloud o versione web ... qual'è la differenza?
@Max: cosa intendi per "versione web"?
in the cloud significa che i database e tutto non rimangono nella device ma sono salvati da qualche parte sulla terra (ma che metaforicamente diciamo che stanno tra le nuvole) comunque non centra con web o nonweb... io posso creare le pagine web in cloud... o avere un server mio con le pagine web
@Gianpiero; Per "versione" web" intendevo "applicazione" web.
@Max: ok, allora diciamo la stessa cosa. Basta che i dati siano a disposizione on-line, no? Ovviamente svilupperemo l'app dedicata per iPad ma essendo i dati on-line nulla vieta di realizzare un interfaccia per l'accesso tramite web browser.
si a questo punto potrebbe essere una app che visualizza i dati di pagine/servizio web. Come molti magazine che le app pesano solo 2/3 Mb ... il tutto viene estratto dal web. Qui sitratterebbe solamente di gestire i dati in locale e interfacciarsi ai dati remoti.
Tra le features proporrei anche la voce cucina articolata in modo semplice ed intuitiva che prtendo dagli ingredienti a disposizione dall'utente fa suggerire al nostro maggiormo le possibili pietanze da preparare con relative ricette, il vino da accoppiare il dessert da comprare/fare il concktail giusto da fare etc. come avevo proposto giorni fa in MagicMenu che qui riprendo per chi fosse interessato http://www.wepadproject.it/pg/cv_blog/content/view/2891 . Il vantaggio di questa feature è che no necessita di aggiornamenti ma se si vuole si può far condividere le ricette con altri ma può anche vivere da sola all'interno delle funzioni dell'app.
@Massimo: a meno di fare una app orientata a questa penso possa risolversi come "guida culinaria" ... adesempio gli ingredienti sono dei TAG uno ricerca i TAG che ha nel frigo e trova le ricette/guide con questi TAG ... poi nella guida ci sono tutte le cose che hai detto. Come nella Guida per il rinnovo patente uno mette i TAG : RINNOVO, PATENTE ... e lui trova la guida per il rinnovo patente o tante altre che hanno tag Rinnovo e tag Patente ... quindi secondo è fattibile nella features GUIDE ..... o no?
Esattamente pensavo al modulo cucina come argomento menu di partenza accanto ad altri argomenti come PA (rinnovo patente, certificati etc.),previsioni del tempo ed altre features. Naturalmente come feature accessoria non può essere eccessivamente complessa o corposa ma può essere utile con u nnumero adeguato di ricette/suggerimenti legate tra loro.
lol poi sn curioso di vedere come struttureremo tutta la app in se per se...
max.donati
Io intando provo dipingere il quadro prima che arrivi la cornice:
(ho preso i tre link sopra e li ho raggruppati secondo quanto da me capito sui limiti che deve avere l'app)
Features plausibili:
-Scadenzario: bollette, tasse, medicine, dieta, controlli moto/auto....
-Cassaforte : mettere al sicuro password, documenti, foto,
-Reminder/Agenda/Memo:
-How TO: (ex valigia) Consigli/Guide sul come fare a ..... necessaria Community per non avere uno staff che aggiorni
Features in ballo:
- Scambio di dati fra iPad , iPhone, Ipod Touch
- Spazio social... per comprimere i costi pensare di utilizzare le risorse dei siti già social (facebook, NING (sito per costruire social network)..)
- Backup : il backup potrebbe anche essere un file in formato proprietario ( o meno) da trasferire con iTunes ma poi questo lo posso memorizzare su altri supporti secondo necessità .
- Se l'app contiene calendari o scadenze la possibilità di sincronizzarli con i vari servizi con protocollo iCal compatibili.
- sync con i siti tipo www.ilportaledellautomobilista.it in modo tale che automaticamente vengano riportati i dati di quali automobili si possiedono, quando scade la patente, i punti etc etc senza dover inserire i dati manualmente
Features bocciate (peccato) :
- Esprimere opinioni: Arte in genere (libri, film, mostre, concerti, musica ) brevi commenti e/o voto
- MetaMotore: Sul database di opinioni mi "consigli" cosa fare in base alla relazione miei gusti/community o in base a miei gusti/contatti.
- Partita doppia domestica: Entrate / Uscite
- Elenchi o indicizzazioni di oggetti (Libri, DVD, elettrodomestici,e altre cose..) sarebbe opportuno, oltre alla loro categorizzazione, prevedere un campo per i TAG. In modo da dare all'utente un tipo di ricerca diverso.
23 Feb, 2011