17 documentos que te deben entregar cuando te hacen tu sitio web de turismo

Valora este artículo
(2 votos)
Escrito por  Publicado en Diseño y desarrollo Web Martes, 13 Marzo 2012 13:20

Pocas cosas son discutibles más cuando quedan por escrito y son acompañadas de una firma de parte y parte. En cualquier postura (de cliente o de contratista) que se encuentre usted, tener una documentación y archivos de su proyecto web es fundamental para mantener un lineamiento y objetivo claro desde el comienzo.

¿y Porque?

  • Ni los webmaster, ni los empleos, ni las empresas son eternas, y pocas cosas son tan tediosas como hacer reingenieria, o averiguar como pensó otro.
  • Se reduce el tiempo de entrenamiento a nuevos desarrolladores, y más cuando los nuevos llegan diciendo que los anteriores eran malos.
  • Demuestra al contratante que el proyecto web es mucho más que una actividad técnica y está más del lado de la consultoría.
  • Concientiza a todos de las dimensiones del proyecto.
  • Hace feliz al cliente al tener como resultado mucho más que una “intangible” WWW.

17 Materiales o documentos a entregar al hacer tu sitio web

A mi parecer, estos son los mínimos entregables que deben darse o recibirse a lo largo de todo proyecto web y él porque de cada uno:

1. El contrato

No necesita explicación, siempre, siempre, siempre haga un contrato y sea muy detallado, en este sencillo documento deben estar detallados los siguientes 16 entregables.

2. Un diagrama de tiempo y actividades (gantt)

En donde se detallen tareas, responsables, duraciones, entregas parciales, etc. Esto es de continua actualización.

3. El brieff del proyecto

Objetivos, misión y visión del proyecto, las audiencias, la competencia.

4. El benchmarking

Un listado con los servicios, contenidos y/o observaciones más destacadas de la competencia.

5. Listado de keywords

Muy útil para justificar el porqué de un dominio, un tagline, el titulo del sitio, los contenidos, etc.
(Esto sugiere que ese listado debe ser bien extenso)

6. Árbol de contenidos

Aplica para sitios cuyo esquema de organización es jerárquico (la mayoría). Por favor, sea rígido en este proceso, todos los servicios y contenidos del sitio, y sus secciones deben estar en este documento.

7. El modelo entidad relación

Para sitios con desarrollos especiales. Si le preocupa la continuidad de su portal, pida que le documenten como fue planeado en cuanto al esquema de la Base de Datos.

8. El manual de imagen de la compañía

Entregado del lado del cliente, es importante para que el sitio se mantenga sobre esos lineamientos, así los wireframes (esqueletos del sitio), la pagina principal, las páginas de servicios, y demás podrán mantener una identidad acorde a la planeada por la organización.

Aca es sano hacer una pausa y revisar que todo lo anterior esté firmado de lado y lado, así en el futuro no se cambian las reglas, metas, pantallas, servicios, así no se “crece el proyecto" o termina metido en camisa de “11 varas” o una demasiado pequeña para su proyecto, todo escrito y firmado evita que aparezca la frase: “No, eso no lo habíamos dicho” o "nosotros pensamos que ustedes sabían" o en algunas ocasiones el líder del proyecto cambia y llega con “nuevas ideas”.

9. Entrega de las imágenes de diseño

Documente la paleta de colores, las tipografías, el diseño, que todo éste firmado y siga.

10. Los contenidos

Están generalmente del lado del cliente, si usted es la empresa de desarrollo, limite la entrega a formatos conocidos, provea un formato para que el cliente le envié la información, con los títulos bien marcados, colocados en Carpetas separadas de acuerdo a la estructura del sitio. (Es mejor envíar un archivo por cada artículo en el portal).
En cuanto a las imágenes, deben ser parte de texto (solo para identificar su posición) y más importante, deben estar en la carpeta  correspondiente al artículo, más si son galerías.
Todo esto ahorrara horas intentando descifrar que es titulo, subtitulo, imágenes asociadas, donde va cada cosa. Etc.
Los peores formatos en los que puede entregar o recibir información para contenidos, son: Excel, Publisher, Powerpoint, Pdf, Visio, Corel; en general cualquiera que no sea texto directo.

11. Contenidos richmedia

Videos, animaciones, infografías interactivas, 3d, revise el contrato y vea de quien son propiedad las fuentes de desarrollo, y su optimización.

En este punto, el sitio ya empezó su desarrollo, ya van 11 entregables, los siguientes corresponden a la hora de terminar el portal.

12. Backup del sitio

Archivos, y base datos a la fecha de entrega

13. Manuales y guías de publicación

De acuerdo a lo establecido en el contrato y él proyecto  mismo,  se podrían entregar manuales de estilos para la web corporativa, manuales para administradores de contenido del portal, guías para los webmaster del proyecto, entre otros.

14. Listado de proveedores externos y claves de acceso

De hosting, de dominio, de servicio de estadísticas, de apps externas, blogs, galerías, calendarios, vídeos, perfiles en redes, pages, grupos, etcétera.

15. Listado de aplicaciones o extensiones

Nombre y versión del CMS, extensiones, plugins, modulos, widgets, bloques addons, y cualquier otra denominación propia a cada plataforma, con su nombre, versión y funcionalidad.
Para efectos de actualizaciones esto es clave, y suma al “y que más tiene ese sitio web”

16. Documentación de plantilla

Esto representa los archivos que hacen parte de la plantilla con las áreas en la interfaz web y su funcionalidad en términos de: área de pauta, área de contenidos, área de usuarios, etc.
Sin esto, es muy fácil que el sitio se vuelva un desorden visual y de interacción.

17. Documentación de carpetas

Agregue al listado anterior, las carpetas creadas dentro del sitio, (generalmente para descargas, imágenes y videos) y sus subcarpetas para que no se parezca al “mis documentos” de un computador escolar.
Puede ser más riguroso y agregar como parte de la guía de publicación, las políticas en cuanto a denominación de archivos (p.e. websiyte_categoria_tituloarticulo_subtema.jpg), entre otros.

Si le parecen demasiados, no se angustie, el contrato inicial es el que decide que se entrega y que no, además, de seguro el desarrollador involucro los costos de éstos, y en el papel de contratante valore mucho contar con ellos. Estos documentos se hacen 1 vez y después se adecuan en la medida en que el proyecto crece.

¿Cual habrá hecho falta? O ¿cual consideran que sobra y porque? Agradezco sus comentarios..


Original: ConcienciaWeb

Modificado por última vez en Martes, 20 Marzo 2012 01:39

Artículos relacionados