# Introducción a la fase de estrategia

A continuación detallamos los documentos de salida generados durante esta fase.

## Visión y misión de la corporación

* Misión: Satisfacer las necesidades del cliente.
* Visión: Satisfacer la misión de la mejor manera posible (eficiencia).
* La corporación perseguía realizar un servicio con el que fuese posible acceder a una amplia gama de recursos audiovisuales de alta calidad tanto desde la web, Android o mediante una API.
* Gracias a la API cualquier otra aplicación podrá acceder a los recursos almacenados en el backend de nuestro servicio.

## Portfolio de servicios

Tras analizar a 11 webs que ofrecían un servicio similar al que perseguíamos, fijamos el siguiente portfolio de servicios (documento Conclusiones de la carpeta 1 Análisis de la competencia):
* Hacer uso de la metáfora del “carrito de la compra” para descargar en bloque.
* Permitir descargar sin estar registrado.
* Limitar la subida de recursos a usuarios registrados.
* Incluir recursos destacados por votaciones.
* Permitir la búsqueda de contenidos empleando nubes de etiquetas.
* Mensajería entre usuarios.
* Un sistema de peticiones “freelance”.
* Valoraciones de recursos.
Cabe destacar que no se llegaron a implementar todos.

# Previsiones de la demanda del servicio

Hemos tenido en cuenta que un gran número de usuarios podría implicar una gran cantidad de recursos subidos. Por lo que se ha decidido utilizar la infraestructura de (Google Cloud Storage) para gestionar el backend. Esto nos ofrece escalabilidad en el almacenamiento y permite despreocuparse de la gestión de los recursos, pues Google se encarga de ello en función de la demanda.

# Planes y políticas sobre los servicios

* Basándonos en el análisis de competencia y en el conocimiento que tenemos los miembros de Mokap, hemos decidido usar como herramienta Drupal. Es un CMS gratuito, y ofrece módulos ya desarrollados para agilizar el proceso.
* Tras un análisis de tecnologías cloud (decidimos almacenar la información en la nube debido a su buen soporte para la escalabilidad), llegamos a la conclusión de que la más adecuada es Google Cloud Platform. El análisis detallado puede encontrarse en la carpeta: 2 Análisis Cloud Computing.
* Política para la web: los usuarios no necesitan tener la sesión iniciada para descargar…
* Decidimos que los usuarios pueden descargar los recursos de nuestro servicio sin necesidad de registrarse con una cuenta para hacer más cómodo el uso de nuestro servicio.
* Sin embargo, decidimos permitir subir contenido únicamente a los usuarios registrados para tener una mínima seguridad de que los recursos subidos sean de una calidad mínima.
* Para hacer uso de la API también es necesaria una clave privada que debe viajar junto a los datos cada vez que se realice una subida o una descarga, de este modo controlamos la calidad de los recursos subidos y de quién accede a ellos.
* Realizamos un análisis del modelo de negocio para contemplar las diferentes opciones de las que disponemos para generar beneficios con nuestro servicio.

# Propuestas de cambios

* Al ser pocos nos organizamos hablando por Telegram, y a través de las reuniones semanales se recogían los cambios para las siguientes semanas en Trello, después de discutir un cambio, si se acepta se añade a Trello como tarea a realizar.
* Ya que no realizamos varias iteraciones sobre esta fase, no se generaron cambios, por ello no realizamos ningún documento para propuestas de cambios.

# Logros alcanzados según los indicadores utilizados

* En esta etapa utilizamos 13 documentos para realizar el análisis de la competencia. Durante este análisis estudiamos 11 servicios similares y consultamos a 3 personas expertas en este sector (Javier Torrente, Baltasar Fernández y Ángel Serrano).
* Tras este estudio fijamos las funcionalidades que deseábamos implementar en nuestro servicio y la forma más idónea de presentarlas en la interfaz.
* En un detallado informe se analizaron los gigantes del mercado del Cloud Computing (Google y Amazon) para decidir cual usar.
* Incluimos un documento con el análisis de los diferentes modelos de negocio. El que hemos decidido emplear por el momento es el uso de publicidad.

# Actualizaciones para el sistema de gestión del conocimiento sobre el servicio.

* Para gestionar las tareas del grupo utilizamos el gestor de tareas Trello. Fijamos como pestañas: TODO (para las tareas a realizar), Doing (para las tareas que se estaban realizando), Review (para las tareas que se pasaban a revisión) y Done (para las tareas realizadas y revisadas). Cada tarea tenía asignado uno o varios participantes del proyecto.
* Para manejar los documentos utilizamos Google Drive redactando comentarios para aquellas zonas que no quedasen claras para la posterior revisión. Un documento debía ser revisado por otra persona para ser considerado válido.
* Cada reunión (semanal) que realizábamos con el cliente se redactaba un acta anotando los participantes, los puntos tratados en dicha reunión, las decisiones tomadas y el trabajo a realizar para la siguiente reunión.