Creación inicial de una base de datos

 

Vamos a crear un ejemplo básico que nos permite entender una base de datos. El resultado de esto sera que cuanto mas complicado sea nuestra base de datos mas tiempo tardaremos, pero omitiendo información conseguiremos tener que rehacerlo todo y perderemos más tiempo si cabe.

Seria crear un carrito de compra con clientes que realizan compras de unos artículos de terminados. Las compras han de convertirse en pedidos.

Si esta fuera la basa de datos seria tan fácil como crear tres tablas.

  • Clientes Id_cliente, Nombre, apellidos, teléfono
  • Articulo Id_articulo, descripción, peso, precio, color, tamaño
  • Pedido: Id_pedido, Id_articulo, Id_cliente

Esquema básico de base de datos

esquema-basico-de-base-de-datos-2

Pero esto nos surge un problema y es que cada vez que realizo un pedido duplico el contenido del mismo.
por ejemplo:

  • 1 Silla Mariano
  • 2 Silla Mariano
  • 3 Mesa Mariano

Ademas añadiremos una variante más como que clientes que realizan pedidos a la empresa se distribuyen en zonas: Norte, Sur, Este, Oeste que tienen asignadas un comercial por zona. De los clientes, a parte de la razón social, la dirección, el CP, la población, la provincia, el país, teléfonos de contacto y email se recoge el nombre de una persona de contacto, sólo a nivel orientativo.

La cosa se complica. pero tiene solución:
La regla de oro es que siempre que un dato se repite, como el del pedido, la solución es añadir un nexo más de unión osea una tabla que quedaría así.

  • DetallePedido Id_pedido, Id_articulo, cantidad
  • Cabecera pedido Id pedido ,fecha pedido, fecha prevista, notas
  • Clientes Id_cliente, Nombre, apellidos, teléfono
  • Articulo Id_articulo, descripción, peso, precio, color, tamaño
  • Comercial Id_comercial, Nombre, apellidos, teléfono, Zona

esquema-medio-de-base-de-datos

Esquema básico de base de datos

Como vemos la zona en la que se encuentra la empresa es una y el comercial asignado es uno por lo que la relación es claramente así. Nos surgirían una serie de problemas cuando el cliente nos dice:

  • Un cliente puede tener mas de una zona comercial
  • Un comercial puede tener mas de una zona comercial
  • Un cliente puede tener varios comerciales
  • Lo mejor seria  cuando cumpliera todas las anteriores.

Condiciones de un contrato

 

Las condiciones de un contrato son aquellas cuestiones que no han sido aclaradas inicialmente en el proyecto ya que no tenían cabida inicialmente en alguna categoría,o podían estar dispersas en diversas categorías, por ese motivo es mejor reunirlas a todas en un mismo apartado. Se suelen ubicar en los anexos finales de un proyecto, con el nombre de condiciones del contrato.  Es una forma de tener las posibles incidencias para actuar de una u otra manera. No tiene porque ocurrir, pero ocurre de vez en cuando, yo te dije, tu me dijiste. Lo mejor todo por escrito, a continuación se ponen los puntos más comunes  a tener en cuenta.

Plazos
Previamente has tenido que desarrollar un diagrama de Gantt. Que no es otra cosa que una linea de tiempo con los actores que intervienen en un proyecto, cuando y como. Sin embargo lo que tenemos que poner aquí son las cuestiones prácticas. Considerando que un proyecto tiene que existir una persona enlace y que este a de ser ágil y rápida se ha de indicar sobre todo que los tiempos corresponden inicialmente a una serie de trabajos de producción y no de respuesta del cliente aunque si se contemplan en el proyecto, esto quiere decir, que lo que no se contempla es la demora en la respuesta del cliente.

Cuando asumimos un proyecto el tiempo indicado tiene lo que creamos o no de una parte de lo que corresponde a nuestro trabajo y una parte de respuesta del cliente, esto no siempre se ha de cumplir ya que asumimos un rol que no nos pertenece y competencias que no son nuestras, pero que intuimos que son así.

Forma de pago
50% al principio + costes y el 50% al termino

Resolución de conflictos.
Esto lo suelo colocar en el caso de que el proyecto tenga lagunas considerables de diversa índole que no voy a tratar.En este caso indico un breve proceder de conflictos, como por ejemplo que en el caso de que exista algún mal entendido se comunicará tipo email o por teléfono y en caso de no llegar a entenderse entre las dos partes se convocara una reunión donde se procederá a un acta de la misma. Como se puede ver este es un tema un poco conflictivo ya que incluso da la sensación que has tenido tantos conflictos que te cubres las espaldas, o que no has llegado a una solución escrita o hablada pero esto si se diera el caso es que el proyecto  no ha sido bien redactado, no ha existido una comunicación con el cliente y desde un principio las cosas no han salido bien.

Garantía de compromiso
Indicar que existe un 10% de variación en los plazos y que este se asume por parte de la empresa pero que también se comunicara y que cuando se sobrepase se procederá a una reunión para concretar nuevos plazos y precios en el caso de que la dinámica de modificaciones continúe produciéndose. Esto se da principalmente cuando un cliente suele pedir más cosas de las que inicialmente se han preparado en el proyecto, esto suele ser normal, por muy bien que este redactado, por muchas reuniones que se tuvieran previas y durante su realización en ningún momento se tiene la certeza de que las cosas salgan al 100 % como se indicaron. Por ejemplo un cliente pide modificaciones de colores, nuevos campos, nuevos diseños, páginas …. Como he comentado todo esto también tenemos que tenerlo en cuenta, por eso muchos proyectos asumen un 10-15% de orquilla en el tiempo por el que el cliente puede modificar cosas que no estaban presupuestadas, únicamente hay que ponerlo por escrito y elcliente debe ser conocedor de dicha situación.

Garantía técnica.
La garantía técnica seria una serie de garantías para una serie de posibles incidencias que se produzcan una vez ha sido entregado el proyecto y pasado por consiguiente todos los filtros de preproduccion.

Garantía de bugs
Los bugs son errores en la programación detectado o no el el pretest. Los bugs los detectan los clientes y los encargados de calidad de un departamento, se debe considerar que si existen estos deben ser asumidos por la empresa.

Garantías técnicas: Copas de seguridad periódicas de bases de datos, indicando la periodicidad.

Mantenimiento.
El mantenimiento seria ponerle un precio cuando la garantía ha pasado, o cuando el contrato del servidor ha terminado, se podría hacer coincidir las dos fechas para pasar un único cargo asumiendo el coste de esos meses.

Propiedad intelectual.
Por lo general si la pagina es programada indico que el cliente es el dueño del servicio contratado y del código producido, esto quiere decir que se entrega toda la documentación, maquetación hojas de estilo y contenido que tenga la web, y también  del código fuente de la programación realizada.

Instrumentos de seguimiento
El seguimiento suelen ser las herramientas que se usan para medir los diferentes datos que se usan para seguir un proyecto, ya sean las visitas, la interacción , las ventas, la publicidad, el gasto. De aquí se suele producir un informe de google Analitics (por defecto) o si el cliente lo ha establecido otras herramientas como Adwods, bloger, facebook etc. Independientemente del perfil contartado siempre se analiza por

  • Desarrollo de tareas: acciones que se han acontecido en el servicio contratado
  • Revisión de impacto: Efectos que producen las tareas a corto medio y largo plazo

Fases de un proyecto web

 

Hemos hablado muchas veces de como llevar a buen termino un proyecto, esgrimiendo las partes que lo contienen y formulando pasos que permitan crear un buen proyecto por la vía del usuario y del creador. Aquí vamos ha hablar de la parte que desglosa por apartados cada una de ellas, de manera que se tenga una concepción clara de proyecto. Esto claramente entraría en la metodología de proyectos y que se explicara, pero aquí se presentan groso modo las partes de interacción entre la creación y el cliente hasta ver culminada su web.

Vamos a proceder desde el comienzo hasta su finalización por orden cronológico.

  • Objetivos y necesidades. Primero escuchar al cliente y sacar en claro que es lo que este desea, desde un punto de vista de proyecto seria como Estrategia (Objetivos de la guerra) y la Táctica (Objetivos durante un/a batalla). El objetivo del cliente debe ser la meta a seguir y las tácticas a utilizar deben ser sopesadas para encauzar un buen proyecto.
  • Requerimientos. Una vez fijado el a donde queremos ir y la acción a llevar a termino, debemos enunciar el método de manera técnica que nos va llevar a ello. Metodología y tecnología serian sus bases
  • Arquitectura de la información. Desmenuzar cada fragmento de información que se requiere para el proyecto y diluirla en formato técnico y teórico.
    • Diseño. El diseño se fragmentaria en tres puntos
    • Información. Toda la documentación referida agrupada y desglosada
    • Navegación. Modelo de interacción por el que el usuario navegará
  • Interface. diseño tipo Wireframes para su aprobación
  • Diseño Visual. El cliente contempla la navegabilidad y la interacción que realiza con el.
  • Proyección. Análisis de los objetivos finales cumplidos y examen de cada paso realizado, valorándolo con uno mismo y con el cliente.

DAFO debilidades amenazas fortalezas oportunidades

Lo que voy a decir parece una obviedad, pero hay que escuchar las propuestas de mejora o no de un proyecto. Los equipos tienen su propia idiosincrasia sus historias internas y externas,  influencias dentro del equipo, dicho esto cuando en un equipo alguien realiza un propuesta se tienda a enfatizarla demasiado dependiendo de quien la propone o a  tener un prejuicio de la persona que lo realiza y se opina a continuación sin ni siquiera valorarla la misma, así como prejuicios dentro del proyecto, para con el cliente o la empresa a la que se trabaja.

Para evitar este tipo de síntomas que no los de los problemas internos, ya que estos son aun debate mayor, procuramos tener una metodología en las propuestas para valorar con objetividad y rigor cada propuesta.

En el caso de que exista una cierta armonía aceptable en un equipo, se deben plantear las mejoras de este con un criterio. A continuación os muestro una plantilla de como llevar una mecánica de propuestas en un proyecto.

 

MECÁNICA DE PROPUESTAS

las pautas que se establecen a la hora de presentar una idea deben estar plasmadas en dos documentos:

  • Directorio general de todas las propuestas presentas (go / no go).
  • Documentación BrainStrormig de la idea.

A la hora de realizar la propuesta al equipo se plantea el siguiente procedimiento estándar.

  • Kickoff de la idea. Análisis Brainstorming de la idea. Duración 30 minutos:
  • Presentación de la idea.
  • Debate.
  • DAFO. (oportunidad/amenaza, fortalezas/debilidades)
  • Enriquecimiento de la idea. Matiz.
  • Go/no go.
  • Documentar. Diseñar plantilla de tratamiento inicial de las ideas.

Planteamiento inicial al cliente (primera venta)
Siguientes pasos.

INFORME DE MARCAS

En la creación del modelo definitivo del informe a marcas. La idea planteada y su Go podrían entrar en la elaboración y sobre todo en el enriquecimiento mensual del informe, por lo que se acuerda:

  • Recoger de forma clasificada por parte de todos, las ideas aportadas para incorporar al informe o tratar en la reunión mensual
  • En la reunión final de cada mes, repasamos su contenido y decidimos su tratamiento.
  • Anotar en un repositorio histórico que nos sirva de bitácora del plan de mejora que llevemos con cada marca.

 

Propuestas de mejora

  • Tratamiento y decisión go/no go
  • Las aprobadas pasan a la sección de acciones de mejora en marcha
  • Bitácora
  • Información de cierre y resultados si los hay.
  • La mejora puede derivar en una oportunidad de negocio.

En la siguiente página se crea una plantilla de apoyo para la presentación de una idea

 

PRESENTACIÓN / ANÁLISIS BRAINSTORMING DE LA IDEA.

 

 

Nombre o concepto de la idea:_____________________________________________________

 

 

Conceptos clave

 

 

 

 

 

 

Debate

 

 

 

 

 

 

DebilidadesAmenazas
  

 

 

 

 

 

FortalezasOportunidades
  

 

 

 

 

           

Enriquecimiento de la idea. Matiz.

 

 

 

 

 

 

Go/no go.                Documentar.

 

Notas

 

 

 

 

 

 

 

Arbol Sitemap

 

Cuando entregamos al cliente un sitemap o árbol, debemos tener presente que este es el contenido de paginas que tendrá la web. Muchas veces se quiere añadir una página más una vez finalizado el proyecto, por eso es bueno tenerlo todo bien atado.

El sitemap, solo se compodra de las paginas estáticas y cuando las páginas dinamicas ya sea un carrito de compra o gestion de clientes se recuadra con un nombre general y mas adelante en elwireframe se esponen las subpaginas para no perder detalle. Tambien se podria derivar el carrito decompra en:
  • listado de productos
  • producto detallado
  • detalle de compra
  • cuenta de cliente
    • detalle cliente
    • pedidos cliente
    
El único problema de esto es que nos dejamos muchas paginas, que generan más preguntas, como donde esta el contenido administrado, y puede producir un reducionismo en el cliente que entiende que su web solo se limita e eso.
 
Para mi la solución es tener un esquema general de páginas estáticas y cuando sucedan dos casos concretos
 
  • Paginas dinámicas
  • Páginas administradas por el usario final
  • Contenidos de diferentes plantillas
  • Grandes grupos como Administracion de pedidos, Administracion de comerciales …
 
Para todos estos casos, desglosarlo más adelante en el wireframes querepresenta las plantillas generales o dentro de una sección especifica que lo desglose de mejor forma.
 
Esquema-arbol-sitemap-web

Google Trends

Google trends es una herramienta que permite ver lo que buscan las personas a lo largo del tiempo y compararlo con otras búsquedas relacionadas o con consultas que te recomienda la propia herramienta. 

Quizás no es una herramienta que debería estar en la sección SEO, pero lo he considerado así, ya que es el uso que le da un diseñador.

Acceder a GoogleTrends

tendencia de google trends

Para un diseñador web tiene una aplicación práctica importante en dos sentidos principales:

  • Tenemos un cliente que quiere publicitarse en Adwords, en otras secciones he explicado este punto, pero de las primeras cosas que tendremos que hacer es realizar un análisis previo en goole trends y debemos definir nuestra campaña en un patrón determinado. En el caso de un producto determinado “X” me ocurrió que este producto solo se buscaba entre la ultima semana y la primera semana de un mes, pudiera ser que era un producto selecto y caro pero la campaña en adwords iba dirigida a esa dos fechas concretas, y los resultados fueron satisfactorios
  • Por otro lado cuando hacemos campañas de diversos productos y prolongadas a lo largo del tiempo en un planning anual, descubrimos que ciertas búsquedas se relacionan con productos concretos. Por ejemplo en una tienda de electrodomésticos realizamos una planificación anual de Landings y especiales en los cuales promocionamos productos que tienen una demanda determinada , por ejemplo cafeteras de capsulas en navidad, frigoríficos a partir de junio. Todo esto para el cliente puede ser una obviedad pero a la hora de que la web tenga un mantenimiento y sepamos que en determinadas fechas hay que ir preparando, ayuda a a gestión del proyecto.  

Indice de un proyecto Web

Es un tema muy largo, complejo y a debate, por eso en la sección WEB lo desglosamos todo, en esta sección solo voy a indicar como preparar un proyecto web sencillo. lo típico. Inicio, Quienes somos, Que hacemos, Contacto.

INDICE DE CONTENIDOS

1 – Descripción del proyecto

1.1 Introducción (Breve descripción del proecto baso en las primeras reuniones con el cliente)
1.2 Objetivos y necesidades (Planteados desde la óptica del cliente, nuca desde la tuya)

2.Sitio Web – Arquitectura de información

  • Análisis referencial
    • Definición
    • (La arquitectura de información es un sistema de metodología que se aplica a proyectos tecnológicos consistente en una serie de pautas para la realización de un proyecto web. La AI es una herramienta idónea para desarrollar el proyecto web.
    • Existen otras directrices a tener en cuenta para proyectos más grandes como la usabilidad , interacción y accesibilidad. Debido al tamaño del proyecto nos centraremos en realizar una breve pero completa esquematización de los puntos más importantes de la arquitectura del diseño. Y nos ceñiremos a estándares en los demás casos.)
    • Breve estudio del sector (Analiza la competencia)
    • Metodología SEM (Si la requiere)
    • Conclusiones
  • Estructura web
    • Introducción del contenido
    • Definición del contenido
    • Esquematización del contenido y categorías (Wireframes)
  • Producción
    • Diseño de la web (Presentar el diseño web )
    • Creación del estilo (creación de la plantilla en CSS)
    • Maquetación de la página (Maquetación de cada hoja)
    • Inserción del contenido
    • Envío a Preproducción
    • Corrección y usabilidad – (Feedback)
  • Subida Real

Wireframe

En un proyecto web, Si tenemos todos los datos confirmados, en la fase de la estructura de la web es la hora del wireframes que no es otra cosa que un esquema de las páginas. Es muy importante el wireframes porque establece con el cliente puntos importantes como:

  • Las páginas del sitio
  • La ubicación de cada uno de ellos
  • El compromiso de que estas son las paginas que aparecerán en la web

Una vez definido, el cliente puede decir que quiere otra sección o modificación de lo ya pactado en el wireframes, bueno si que puede pero se le ha de comunicar que esto no constaba en el proyecto inicial. Por lo general, yo considero un 10 % de sobre estimación que generalmente asume la empresa, ya que por mucho que tengamos estructurado y desarrollado el proyecto nunca estará completo o tendrá mejoras importantes, o algo necesario que no se había contemplado, pero se lo notifico al cliente que este cambio no estaba considerado en el proyecto, y en el caso de que sea mayor del 10% se le plantea su realización bajo otro presupuesto o negociación del mismo.

Volviendo al tema por lo general se hacen los wireframes de un proyecto normal con las siguientes páginas básicas:

  • Inicio
  • Contenido 1
  • Contenido 2
  • Productos
  • Selección de producto
  • Contacto

A la hora de realizar el diseño, depende del tipo de contenido y de la importancia que el cliente le da al mismo, pero existen 2 formas normalmente asumidas que son hacerlo con photoshop (ya casi nadie que se dedique a esto decentemente la usa) o con una Biblioteca de símbolos GUI yo uso Pencil que creo que es la mejor para desarrollar, ademas de las actualizaciones y los nuevos modelos que sacan para tablets y móviles. He llegado a ver bibliotecas para open office.

Pencil Diseño de wireframes, una gran herramienta

pencil

Perfiles web a contratar

Los perfiles por lo general para un proyecto se dividen en:

  • Gerente
  • Analista
  • Técnico de sistemas
  • Coordinador
  • Programador
  • Maquetador
  • Diseñador.

Los nombres de estos perfiles pueden variar dependiendo de las empresas, a su vez cada una de estos roles vendrían determinados por el nivel de cada uno de ellos.

  • Junior
  • Senior
  • Experto
  • Referente

Como uno puede imaginar el precio de un junior no es lo mismo que un senior. Un junior pueden ser 15/20 euros y un senior 80 euros. Los gerentes pueden estar a 150 €/hora.

Las características de cada una de ellas en las que se definen su grado son muchas. Las consultoras están, creadas en evaluaciones anuales que determinan la posición de cada uno de ellos, dependen del salario con criterios de unos 14 aspectos evaluados en grados, en los cuales ha progresado la persona, tanto para consigo mismo como para los demás, pero te puedo asegurar que en definitiva se basa en:
la experiencia, los conocimientos y el salario. No esta en orden, y seguro que no se lo dicen directamente pero si son las conclusiones que determinan su estatus y el rol que se espera de ellos.

Un resumen claro de cada uno de ellos sería:

  • Gerente. Persona de gran responsabilidad tanto en la empresa como en el carácter de decisiones comerciales, estratégicas y organizativas.
  • Analista. La persona que piensa como hacer un Plan, programa y proyecto y su viavilidad.
  • Técnico de Sistemas. Prepara el Servidor adaptado a la web.
  • Coordinador. Gestiona al diseñador, programador, maquetador e incluso a la persona de sistemas para que todo fluya en tiempos y coordinación.
  • Programador. Sigue las instrucciones preparadas por el analista y se encarga de las cuestiones de programación, de la aplicación o de la web
  • Maquetador. Se apoya en el programador para realizar las css del diseñador.
  • Diseñador. prepara los wireframes y el diseño que debería tener la web.

Desglosar los perfiles permite crear una metodología de trabajo para aplicar diferentes partes del trabajo seccionadas e identificar cada parte del trabajo en que punto del proyecto puede fallar, aunque trabjando asi se corrigiendo de manera sistemática los posible fallos creando puntos de control y feedback con el cliente.

Errores SEO

Estos son los errores más comunes del SEO

  • Copiar y pegar código. Tu código debe ser único, esta es la más importante, hay otras de carácter catastrofista pero esta es la más importante.
  • Evita flash para contenidos, solo para banners publicitarios a otras web´s
  • No poner enlaces en las imágenes en la medida de posible ya que muchas veces ponemos botones, lo ideal seria una imagen y una capa texto al link, pero no es una práctica muy normal. Se indexa mejor el texto enlazado que una imagen.
  • No escribas palabras repetidas en los enlaces como por ejemplo “pincha aquí” escribe los nombres únicos de a donde va.
  • El deep link, osea la profundidad de mis paginas con respecto a la portada no debería ser mayor de 3 enlaces.
  • Evitar en las url direcciones en las que aparezca “=” y “?” propios de php y asp
  • El uso de frames la presentacion de resultados puede ser dañina
  • El uso de tablas anidadas es siempre evitando meter una dentro de otra.
  • Si el contenido de tu web se genera bajo petición del usuario no podrá leerlo.
  • Los gestores de contenidos tampoco son leídos.
  • Cuidado con las penalizaciones.