n. 1 2 3 Partes de la propuesta Datos generales a) b) c) d) e) f) Nombre del Proyecto País(es) Ciudad(es) Nombre de la persona de contacto Nombre de la organización proponente En caso que fuera una alianza de varias organizaciones, nombrar todas las entidades g) Email, skype y celular de la persona de contacto h) Sitio web de la organización proponente a) tema central del proyecto (ver sección 4.5); b) declaración del problema o necesidad; c) solución del problema (el proyecto debe contribuir a la solución, pero no necesariamente ser la solución completa). Justificación Criterios de evaluación: relevancia del problema y consistencia de la explicación sobre cómo la solución propuesta puede resolver el problema. Sinergia con las estrategias programáticas de Avina Americas, Fundación Avina y Omidyar Network. a) descripción resumida del software que será desarrollado, adaptado o escalado (sin detalles técnicos); b) cuantas personas serán beneficiadas y de qué forma (no son necesariamente los mismos usuarios o población objetiva de la plataforma); c) ciudad(es)/ país afectado/s directamente; d) descripción de población objetiva (jóvenes, líderes sociales, integrantes de Descripción órganos de gobierno, etc.) resumida del e) objetivo general y específicos del proyecto; proyecto 4 Contenido sugerido Detalles técnicos del software y estándares web f) descripción de riesgos internos y externos y estrategias de mitigación para cada uno de ellos; g) experiencia resumida de su organización para desarrollar proyectos similares. Criterios de evaluación: consistencia del proyecto (en especial de la aplicación) como parte de la solución del problema, consistencia de los objetivos y experiencia de su organización. Para el desarrollo o adaptación de software, tenemos preferencia por licencias de software libre/código abierto. Se aceptarán licencias de tipo “virales” (GPL, etc.) y “permisivo” (MIT, BSD, etc.). Casos excepcionales del uso o desarrollo de software propietario con fines sociales y que cumplen con los requerimientos del Servicio de Renta Interna (IRS) de los EEUU también serán considerados. Se espera que los datos/contenidos generados en los proyectos apoyados sean publicados con una licencia abierta (CC-BY u otras). Es importante que esté bajo estándares web del W3C o similares. Criterios de evaluación: nivel de estandarización, documentación y tipo de licenciamiento. Describir las hipótesis sobre cómo producir cambios y el proceso de la planificación del cambio social, desde los supuestos que guían su diseño hasta los objetivos a largo plazo que pretende alcanzar. Teoría del cambio para 5 la generación Criterios de evaluación: relevancia, coherencia y viabilidad del objetivo a de impacto largo plazo, pasos para alcanzarlo, indicadores para medir este avance, así como líneas de base. Describir acciones que pueden apoyar la sostenibilidad a largo plazo del proyecto. Sugerencias: servicios premium, otras oportunidades de Plan de financiamiento con grants, crowd-funding, propaganda, campañas pagas, 6 sostenibilidad patrocinios, financiamiento público, etc. del proyecto 7 Describir acciones relacionadas con la forma de involucrar movimientos cívicos y organizaciones afines al tema del proyecto: incluir por lo menos un Plan de listado de organizaciones interesadas en el tema con su respectivo rol en el formación de proyecto. alianzas 8 Criterios de evaluación: calidad y proyección de las alianzas, así como congruencia con el objetivo y tema del proyecto. Describir acciones para escalar el número de usuarios. Sugerencias: estrategias de usabilidad, aplicaciones móviles, tácticas para uso de las redes sociales, Plan de gestión de comunidades, recompensas a usuarios, estrategias offline (eventos, escalabilidad interacciones presenciales, campañas, etc.); de usuarios 9 Criterios de evaluación: viabilidad, calidad y creatividad de las alternativas de financiamiento para la continuidad del proyecto Plan de replicación Criterios de evaluación: calidad, viabilidad, proyección y creatividad de las propuestas de escalabilidad de usuarios. Describir el plan de replicación para la utilización de la plataforma o software desarrollado, en un proyecto igual o similar, que podrá ser realizado por otra organización en otro país. Los aspectos de licenciamiento, documentación, transferencia de know-how (inclusive capacitaciones) serán temas a describir. Criterios de evaluación: facilidad y factibilidad de replicación. 10 Plan de uso de datos abiertos Describir como el proyecto pretende insertar su aplicación en las posibilidades de uso de datos abiertos. Definir donde el código estará publicado (GitHub u otro repositorio de datos abiertos), etc. Criterios de evaluación: coherencia y viabilidad del plan de uso de datos abiertos, así como uso de los estándares de datos abiertos más difundidos. Tabla con métricas y sus respectivas metas; algunos ejemplos y sugerencias ilustrativas se esbozan a continuación: 11 Plan de evaluación - Nº de visitantes Crecimiento de visitantes únicos Nº de usuarios registrados Crecimiento de usuarios registrados Nº de alianzas con movimientos cívicos Nº de plataformas replicadas en otras ciudades/países - Nº de políticas públicas afectadas por las plataformas Nº de iniciativas gubernamentales relacionadas con las plataformas Nº de noticias de cobertura de medios de comunicación sobre las plataformas - Indicadores basados en "actividades de interacción en línea" como por ejemplo números de personas que: hacen búsquedas, leen, bajan archivos, ven videos, les gusta la página en Facebook, siguen en Twitter/Blog, comentan, preguntan, responden, juegan, participan de una causa, firman una petición, crean un grupo, donan tiempo, donan dinero, escriben un post, dialogan, etc. Criterios de evaluación: representatividad y relevancia de las métricas para demostrar el avance y éxito del proyecto, así como líneas de base. 12 Equipo Describir (usando una tabla con 4 columnas) el rol, perfil, número de horas de dedicación semanal al proyecto y descripción resumida de actividades de cada integrante del equipo del proyecto. Criterios de evaluación: consistencia con secciones 3 a 11. Describir las actividades del proyecto mensualmente. Ver Anexo I. 13 Cronograma Nota: no se debe detallar a nivel de tarea, sino en términos macro que se pretende hacer en cada etapa del proyecto. mensual Criterios de evaluación: consistencia con las secciones 3 a 11. Describir los montos previstos para el proyecto por rubros. Ver Anexo II. 14 Presupuesto Nota: poner solo el monto total del rubro. Ej. para viajes, no es necesario desdoblar en tiquetes, hotel, alimentación, etc.; detallado Criterios de evaluación: consistencia con Cronograma mensual. Cronograma Describir los costos de cada actividad en los meses que corresponde. Ver 15 de ejecución Anexo III. financiera Criterios de evaluación: consistencia con Cronograma y Presupuesto. 16 Listado de entregables Ver Anexo IV.