2011/3/25 Alexandro Colorado <[email protected]> > > > 2011/3/25 Leandro Gómez <[email protected]> > >> 2011/3/22 Peter Eisinger <[email protected]> >> >>> El 22/03/2011 12:45, Alexandro Colorado escribió: >>> > >>> > >>> > 2011/3/22 Leandro Gómez <[email protected] <mailto: >>> [email protected]>> >>> > >>> > 2011/3/22 Alexandro Colorado <[email protected] >>> > <mailto:[email protected]>> >>> > >>> > >>> > >>> > 2011/3/22 Leandro Gómez <[email protected] >>> > <mailto:[email protected]>> >>> > >>> > 2011/3/22 María Leandro <[email protected] >>> > <mailto:[email protected]>> >>> [...] >>> > 4.- Quizás un registro centralizado? Para no matarnos >>> > preguntando las estadisticas? (muy sencillo, nombre, >>> > apellido, ciudad/pais, >>> > >>> > >>> > Existe el Flisys. También hay un sistema que hizo Adolfo >>> > Fitoria (todavía estás en la lista?) que es muy bueno y lo >>> > hemos estado utilizando en los últimos tres años en >>> nuestras >>> > sedes. >>> > >>> > >>> > Disculpame pero ese sistema es <rant>realmente fuera de lo que >>> > se necesita. Si alguna vez lo usaste, >>> >>> Supongo que si, ya que Leandro logró reunir a un grupo de colaboradores >>> para hacer testing al sistema. >>> >>> >>> >> Sí, fue hace muchas lunas :) >> >> >>> > tiene una serie de cosas >>> > que simplemente no van con un evento como el flisol. Por >>> > ejemplo, es necesario saber tu codigo postal? >>> >>> Hay sedes que envían correo postal (creo ya te lo había mencionado), no >>> todo mundo tiene internet, ni está pendiente del email. Incluso en un >>> gran país como Brasil, eso sucede. >>> >>> >>> > Cual es la reelevancia de tu fecha de nacimiento? >>> >>> Saludarlo. Una buena escusa para retomar contacto. Preguntar que tal le >>> fue con esa instalación y/o invitarlo a alguna actividad, etc. >>> >>> En las empresas entra en lo que se llama fidelización, está probado que >>> una comunicación para esa fecha nunca no es mal recibida. >>> >>> >>> Igualmente estos y otros campos de datos podrían ser opcionales para las >>> sedes que no les interese. Si no tienes ganas de >>> ver/configurar/modificar el sistema, tampoco es tan terrible, pones >>> verdura y listo. >>> >>> Aquí no creo valga el menos, es más. Si son funciones que para algunas >>> sedes tienen valor. >>> >>> > No solo eso >>> > programaticamente es algo muy arcaico, creo que fue hecho en >>> > php4, y bueno el HTML es tambien poco fluido</rant> >>> >>> Lamentablemente contrariamente a lo que esperábamos, no hubo gente que >>> se peleaba por colaborar para mejorar el sistema. >>> Aún así, no murió. Maxx tiene buenas ideas para poner en práctica en la >>> próxima edición del FLISOL y mejorar su usabilidad, mejorar la >>> experiencia del usuario como le dicen ahora. >>> >> > > Inclusive creo que todo el concepto de registro es algo ofusco, si la > entrada es libre, con una cuadricula que se apunten al llegar se resuelve. > Si llega demasiada gente (que puede suceder) el factor que se registren, no > garantiza que realmente lleguen o que se puedan cambiar de lugar para el > evento. Asi que la sensación de que se tiene un estimado de cuanta gente > llegara, es totalmente vaga en mi opinión. > > La pregunta es si a alguien realmente le ayudo este sistema de registro? > han tenido que cambiar de sede por que llegaron muchos (o muy pocos)? De que > manera ha impactado los datos del registro a la proyección del evento? > > Para nosotros el registro tiene dos propósitos muy simples:
1. Llevar estadísticas. Esto nos sirve para hacer el informe final a la comunidad/sponsors, pero también a la hora de planificar futuros eventos (ej. funcionó la convocatoria? fue adecuada/accesible la sede que se escogió? cuáles talleres fueron los más interesantes/visitados por el público? que distro/software libre tuvo más demanda en el área de instalaciones?). Si analizas bien todos estos datos, te pueden ayudar enormemente para futuros eventos (no solamente FLISOL). 2. Dar seguimiento. Así como tenemos eventos pre-FLISOL (para calentar motores y promover el evento), tenemos un evento post-FLISOL. El post-FLISOL sirve para resolver cualquier duda o para darle soporte/pequeña capacitación a las personas que instalaron software libre durante el evento. El dato (nombre, e-mail) se saca directamente del componente instalaciones y se manda una invitación por mail. > > >> >>> >>> > Por aquí está el sistema que nosotros usamos por si querés darle >>> una >>> > probadita. Es muy sencillo y fácil de adaptar: >>> > >>> > http://gitorious.org/sfd-reg >>> > >>> > Screenshots obligatorios: >>> > >>> > http://leogg.files.wordpress.com/2008/09/sfd-reg-01.png >>> > http://leogg.files.wordpress.com/2008/09/sfd-reg-03.png >>> > http://leogg.files.wordpress.com/2008/09/sfd-reg-04.png >>> > http://leogg.files.wordpress.com/2008/09/sfd-reg-05.png >>> > >>> > >>> > Claro, mas accesible. Muy bueno, checare el codigo. >>> >>> >>> Me pregunto si este sistema o cualquier otro, podrá tener en cuenta la >>> exportación de datos .. para ser tomados por FLISYS Server (csv) para >>> así tener la data consolidada. >>> >>> Recuerdas Leogg que FLISYS Server lo que hacía era eso, la consolidación >>> de la data generada en las sedes, cierto? >>> >>> >> Sí, no niego que FLISYS tiene sus puntos fuertes. Sin embargo creo que es >> demasiado para nosotros? >> Me inclino más a usar algo pequeño, sencillo y manejable. >> Si hay interés en utilizar el sistema que propuse podemos organizar un >> pequeño taller via IRC de instalación/adaptación/uso para las sedes que >> quieran implementarlo. >> >> >>> _______________________________________________ >>> Flisol mailing list >>> [email protected] >>> http://listas.flisol.co.cc/cgi-bin/mailman/listinfo/flisol >>> >> >> >> _______________________________________________ >> Flisol mailing list >> [email protected] >> http://listas.flisol.co.cc/cgi-bin/mailman/listinfo/flisol >> >> > > > -- > *Alexandro Colorado* > *OpenOffice.org* Español > http://es.openoffice.org > >
_______________________________________________ Flisol mailing list [email protected] http://listas.flisol.co.cc/cgi-bin/mailman/listinfo/flisol
