5 Puntos a tener en cuenta a la hora de iniciar un Proyecto Web

¿Por qué plantea hacer una Web de igual manera que piensa en hacer una tarjeta de visita? ¿Por qué los plazos de desarrollo tienden a alargarse al infinito?¿Por qué el cliente cambia de requerimientos al 40% del proyecto?¿Por qué a menudo que el proyecto avanza el cliente quiere más?

1. ¿Una web o un desarrollo software?

Desarrollar una Web (en general) no es hacer un portfolio, ni un catálogo, ni una tarjeta de presentación, aunque sí que puede contener cualquiera de estos elementos o todos. La Web ha evolucionado hasta tal punto que un proyecto Web es más cercano a un desarrollo de software que a la antigua maquetación de elementos, y es que las páginas han dejado de ser estáticas (Web 1.0).

En la actualidad, la Web se orienta a servicios y por tanto es frecuente encontrar un lenguaje de programación y un motor de bases de datos funcionando tras lo que el usuario ve. Otro factor añadido al desarrollo, es el tema del SEO (Search Engine Optimisation traducido como optimización para buscadores), que se encuentra estrechamente ligado a un conjunto de buenas prácticas de programación y/o trabajo.

Hacer una Web es algo más complejo que pensar en un diseño o en una maquetación. El punto de partida es pensar en qué objetivos cubrir con la herramienta, y plantear el proyecto como si se estuviera desarrollando una pieza de software a medida cualquiera.

2. ¿El mantenimiento es actualizar contenido?

El cliente debe tener control sobre su "producto". Hasta hace unos años, eran los desarrolladores los encargados de mantener el sitio de sus clientes. Esto provocaba un desfase entre la generación de nuevo contenido (si lo había por parte del cliente) y la publicación del mismo. Las empresas no solían actualizar su Web ya que era algo cerrado para lo que necesitaban de un intermediario para poder interactuar. Afortunadamente esto ha cambiado gracias a los Gestores de Contenido o CMS.

Cada vez son más las empresas que deciden tener 100% de libertad a la hora de generar/publicar su contenido, quedando así relegadas al mantenimiento las tareas que realmente lo son: backups (copias de seguridad) de la(s) bases de datos, vigilancia de logs, optimización de keywords para SEO, upgrades (cambios de versión) de componentes, etc.

Como en cualquier proyecto de software una vez cerrado el proyecto, en el futuro pueden solicitarse nuevas funcionalidades, o mejoras sobre las existentes.  El uso de productos de código abierto facilita el hecho de que la aplicación sea viva, ya que las diversas comunidades colaboran por mejorar el software y hacer más segura la aplicación, pero lo que es más importante: el uso de una aplicación de código abierto, propicia que en caso que el cliente rompiera su relación comercial con la empresa gestionadora del proyecto, pueda seguir manteniendo la aplicación con otra empresa que desarrolle o pueda desarrollar bajo su aplicación.

3. ¿Elementos de menú o toma de requisitos?

La tendencia a través del término Web 2.0, es enfocar la Web a servicios, de modo que los usuarios puedan interactuar con esta. Comprar, opinar, subscribirse a unas RSS, publicar una foto, descargar un contenido, escuchar un podcast, etc. son algunas de las funcionalidades que pueden implementarse.

Generalmente cuando un cliente pide una Web, tiende a pensar en una aproximación de estructura que generalmente, nada tiene que ver con la realidad o con el resultado final. Lo más acertado sería plantear los objetivos de le Web y los servicios que ofrecerá (catálogo de productos, comercio eletrónico, blog, galerias de fotos o videos, etc),  antes que pensar cuantos apartados van a existir. 

4. ¿Diseño de la Web o diseño de interfaz?

Como desarrollo de software que es, nos afectan términos como: usabilidad, accesibilidad, 'encontrabilidad' (término utilizado en arquitectura de información, se refiere al hecho que los usuarios encuentren lo que buscan). Una buena práctica es diseñar interfaces que respenten los estándares y pautas marcadas por organismos como la W3C (World Wide Web Consortium).

No obstante la interfaz también debe respetar la imagen corporativa de la empresa cliente, por lo que en definitiva,  se trata de llegar a un compromiso entre la finalidad de lo que se desea con el sitio y la política de marketing de la empresa, pero siempre teniendo en cuenta que la Web no se desarrolla para el departamento de marketing o la empresa sino para millones de usuarios desconocidos, que acceden a la red a través de diversos dispositivos y navegadores. 

5. ¿Una Web o una herramienta de gestión?

Una Web puede llegar a interactuar con terceras aplicaciones mediante el uso de API's (Interfaz de programación de aplicaciones), de manera que a través de la Web, se puedan ampliar los servicios que recibirá el usuario final a través de soluciones que el cliente ya tiene implementados internamente en sus servidores: el estado de un pedido, una consulta de stock, el acceso a una documentación, etc. dicha información está habitualmente gestionada, se encuentra disponible, y podría ser recogida para su uso.