Este proyecto tiene como objetivo principal lograr un alto nivel de competencia en el mercado frente al resto de empresas a nivel nacional, con dinámicos esquemas de comercialización y publicidad mediante de la web y a su vez permita la visualización de cada producto lanzado en oferta no solo en la página sino también en las redes sociales como una estrategia clave del marketing.
además de ser una herramienta atractiva para conquistar al consumidor se vuelve en un arma útil para la administración de la Boutique D’Barros ya que generara progresos significativos a la hora de vender una prenda y que se de conocer la efectividad de la
29
misma manteniendo un control total del stock de bodega, este software online es creado a través de PHP y mysql-i lenguajes potentes y útiles para el desarrollo a entorno web.
PROCESO INFORMÁTICO PARA LA GESTIÓN COMERCIAL Y PUBLICITARIA.
Para el desarrollo de la propuesta de presente proyecto se realizó un plan de marketing digital mix como herramienta de proceso informático para gestionar la comercialización y publicidad de los productos del negocio, que permitirá crear estrategias claras y precisas para cumplir con los objetivos trazados.
El plan de marketing comprende habilidades enfocadas en su rentabilidad, posicionamiento, y la asociación a medios sociales con sitios web, es por esto que se formó la idea de tener un portal que permita publicitar los productos en redes sociales y llegar al usuario final con todas las promociones.
Dentro de los procesos del marketing se encuentran también el modelo de las 5 fuerzas de Porter que se dio a conocer en 1979 lo cual se dio a conocer en el 2008 en un artículo de Harvard Bussines Review lo que se basa como en un análisis de la empresa para la creación de estrategias y detectar las nuevas amenazas e irse innovando, a continuación, se detalla cada uno de los pasos llevados en el marketing digital como proceso informático hábil para gestión comercial y publicitaria.
30
Ilustración 18 : 1lustración de las 5 Fuerzas de Porter Fuente: El Autor.
Rivalidad entre competidores: es muy claro que ya no tendrá que competir con las boutiques físicas sino también de forma online debido a que en la actualidad muy pocos son los negocios que no poseen un portal web.
Amenaza de nuevo competidores: la amenaza que entren nuevos competidores al mercado online es muy alta debido a que no existe ningún tipo de impedimento para que un negocio no tengas un portal más bien es una prioridad a nivel país, la única ventaja competitiva que pueden crear es lograr diferenciarse de las demás y darse a conocer ya sea por su calidad de productos, sus valores sus, promociones entre otros.
Poder de negociaciones de los proveedores: la amenaza de negociación de proveedores es moderada ya que se maneja una muy buena relación por parte de ellos, asegurando que la bodega se quede sin stock, teniendo las mejores marcas de productos.
Poder de negociación de los clientes: el poder de negociación es muy bajo puesto que la boutique ya tiene precios definidos dependiendo al valor que los obtenga y es por esto que se toma la iniciativa de dar descuentos en los productos desde un 10% hasta un 30% para llegar al cliente.
Rivalidad
entre
competidores
Entrada de nuevos competidores Poder de negociacion Productos y servicios sustituidos Poder los proveedores31
Amenaza de servicios y productos sustitutos: la amenaza se considera a un término medio debido a que las tiendas boutiques están enfocadas en medios sociales y la web, pero como sabemos día a día ocurren nuevas estrategias de comercializar en donde constantemente debemos estar creando planes o medios de marketing para ver nuestro posicionamiento.
Estrategias fundamentales para el plan de marketing digital (mix)
Entre las estrategias fundamentales de un plan de marketing digital se encuentran las siguientes:
Ilustración 19: Ilustración Estrategias de Marketing Fuente: El Autor.
Posicionamiento Precio Posicionamiento Estrategia de marketing
Producto
OfertaRedes
Sociales
32
La boutique está posicionada en un lugar estratégico, pero a pesar de la acogida que tiene de forma física con esta propuesta y desarrollo se espera que sea la mejor opción para el usuario final, ya que se espera crear una posición a nivel web debido a la publicidad que se genere en las redes sociales.
Precio
Referente a precios, estos son determinados en base al grupo de clientes que va dirigida la empresa para ello hubo un estudio de mercado en base a la necesidad, y generar ganancias que permitan ponerla en un nivel de competitividad debido a su rango de precios y calidad de producto, en relación a los medios de pagos estos solo se permiten en efectivo, aunque no se descarta en un futuro trabajar mediante Paypal.
Producto
Boutique D’Barros ofrece productos en muy buena calidad y marca para mujeres se enfoca en llegar al cliente y que este se encuentre satisfecho el implementar un portal que permita visualizar sus productos con toda su descripción esperando generar un gran impacto a nivel de las redes sociales y por supuesto que incremente el consumo de los mismos.
Oferta
Está es la clave principal de una estrategia para atraer al cliente las ofertas serán lanzadas por parte del administrador en fechas especiales y o remesas nuevas de productos en su portal web, entre descuentos desde el 10% hasta el 30% siendo una base considerable para llamar la atención del cliente. La administración se encargar de generar la publicidad en sus redes sociales propias compartiendo productos en sus páginas oficiales. Y dando la oportunidad que el cliente que ingrese a ver la página también pueda compartir el producto que desee.
33
La estrategia de tener una red social fue creada hace mucho por las empresas pero si bien es cierto la boutique antes de tener un plan de marketing ya contaba con sus redes sociales activas pero no tenían movimiento ya que el estar subiendo una imagen con detalle y donde se acerquen de forma física no llamaba la atención, es por esto que la creación de un portal web que permita el compartir sus productos en la redes es el plus que las empresas están teniendo, Facebook la mayor red social con millones de usuarios es la preferida seguida por twitter se puede decir que estos están siendo los grandes medios de comercialización y publicidad a nivel mundial.
REQUERIMIENTOS DEL SISTEMA.
El desarrollo y aceptación que ha obtenido la empresa a lo largo del tiempo ha sido notorio es por esto que en base a sus necesidades y las del administrador se opta por la propuesta de entrar al mundo de la tecnología y crear un software online que permita la comercialización y publicidad de la misma para ampliar su nivel en el mercado, es por esto que se toma en cuenta ciertas carencias, contemplándose así los siguientes requerimientos:
Tabla 1: Requerimiento 1 Fuente: El autor
Tabla 2: Requerimiento 2 Fuente: El autor
Tabla 3: Requerimiento 3 Fuente: El autor
REQUERIMIENTO REQ001 TIPO FUNCIONAL
NOMBRE DESCRIPCION
PRIORIDAD MEDIA ADJUNTO
INTERFAZ
TENER UNA ATRACTIVA INTERFAZ PARA EL USUARIO
REQUERIMIENTO REQ002 TIPO FUNCIONAL
NOMBRE DESCRIPCION
PRIORIDAD ALTA ADJUNTO
PRODUCTOS
INGRESO Y BUSQUEDA DE PRODUCTOS POR NOMBRE Y CATEGORIA
REQUERIMIENTO REQ003 TIPO FUNCIONAL
NOMBRE DESCRIPCION
PRIORIDAD ALTA ADJUNTO
CLIENTES
34
Tabla 4:Requerimiento 4 Fuente: El autor
Tabla 5: Requerimiento 5 Fuente: El autor
Tabla 6: Requerimiento 6 Fuente: El autor
Tabla 7: Requerimiento 7 Fuente: El autor
Tabla 8:Requerimiento 8 Fuente: El autor
Tabla 9: Requerimiento 9 Fuente: El autor
REQUERIMIENTO REQ004 TIPO FUNCIONAL
NOMBRE DESCRIPCION
PRIORIDAD MEDIA ADJUNTO
PROVEEDORES
PERMITIR EL INGRESO DE PROVEEDORES QUE ABASTECEN LA EMPRESA
REQUERIMIENTO REQ005 TIPO FUNCIONAL
NOMBRE DESCRIPCION
PRIORIDAD ALTA ADJUNTO
VENTAS
PERMITIR EL REGISTRO DE VENTAS EFECTUADAS EN LA EMPRESA
REQUERIMIENTO REQ006 TIPO FUNCIONAL
NOMBRE DESCRIPCION
PRIORIDAD ALTA ADJUNTO
COMPRAS
PERMITIR EL REGISTRO DE COMPRAS QUE REALIZA LA EMPRESA
REQUERIMIENTO REQ007 TIPO FUNCIONAL
NOMBRE DESCRIPCION
PRIORIDAD ALTA ADJUNTO
ROLES DE USUARIO
PERMITIR EL ACCESO POR ROLES DE USUARIO
REQUERIMIENTO REQ008 TIPO FUNCIONAL
NOMBRE DESCRIPCION
PRIORIDAD ALTA ADJUNTO
OFERTAS
PERMITIR LANZAMIENTO DE OFERTAS
REQUERIMIENTO REQ009 TIPO FUNCIONAL
NOMBRE DESCRIPCION
PRIORIDAD ALTA ADJUNTO
REDES SOCIALES (FACEBOOK,TWITTER)
35
Tabla 10: Requerimiento 10 Fuente: El autor
Tabla 11: Requerimiento 11 Fuente: El autor
MODELO DE CASO DE USOS
Para llegar a entender la funcionalidad correcta de los requerimientos del sistema fue necesaria la creación de casos de usos con el fin de describir lo que hará el sistema, en lo cual se detalla quienes serán los actores principales dentro del mismo y los procesos que cumplirá cada uno:
Actores:
Administrador y Vendedor Recurso:
Software online de gestión y comercialización en redes sociales con manejo de inventario para la Boutique D’ BARROS en la ciudad de Quevedo.
REQUERIMIENTO REQ010 TIPO FUNCIONAL
NOMBRE DESCRIPCION
PRIORIDAD ALTA ADJUNTO
REPORTES
CREACION DE REPORTES DE VENTAS Y CONTROL DE STOCK
REQUERIMIENTO REQ011 TIPO FUNCIONAL
NOMBRE DESCRIPCION
PRIORIDAD ALTA ADJUNTO
INVENTARIO
36
Ilustración 4: Casos de uso del Vendedor
37
Ilustración 5: Casos de uso del administrador
38
DIAGRAMA DE PROCESOS O PROCEDIMENTAL
Ilustración 6: Diseño Procedimental
Fuente: El Autor
El diseño procedimental es el que detalla cada acción o proceso que se espera realizar a través del software, brindando al desarrollador bases sólidas para ejecutar la respectiva codificación del sistema.
39
DIAGRAMA DE FLUJO DE DATOS
Inicio Login.php Tipo Usuario MENU ADMINISTRADOR Fin Vendedor Administrador Inicio de Sesión (Usuario y Clave)
Personas Facturas Reportes Productos
Opción Productos
SI
Opción
Personas FacturasOpción ReportesOpción
NO NO NO
SI
Opción
Productos NO SeccionesOpción NO CategoriasOpción NO Opción Marcas
Ingresar? SI Publicar en Redes Sociales? Datos Producto Buscar? NO NO NO Ingresar? Buscar? Datos Sección Editar? SI NO NO SI SI Ingresar? Buscar? Datos Producto Editar? SI NO NO SI SI Ingresar? Buscar? Datos Producto Editar? SI NO NO SI SI Opción
Clientes NO ProveedoresOpción NO UsuariosOpción
Ingresar? SI Buscar? Datos Clientes Editar? SI NO NO SI Ingresar? Buscar? Datos Proveedores Editar? SI NO NO SI SI Ingresar? Buscar? Datos Usuarios Editar? SI NO NO SI SI Opción Reporte
de Ventas NO Opción Reporte de Compras Insertar? NO Buscar? Datos Facturas SI SI Reporte de Ventas por rangos de fechas Reporte de Compras por rangos de fechas SI SI NO Rango de
Fechas Rango de Fechas
Editar? SI NO SI NO NO NO NO NO NO A B NO
40 Fin MENU VENDEDOR
Productos NO Clientes NO Facturas
Buscar? Datos Producto SI Ingresar? Buscar? Datos Clientes Editar? SI NO NO SI Ingresar? Buscar? Datos Faturas Editar? SI NO NO SI SI SI SI NO NO NO NO A B NO
Ilustración 7: Diagrama de Flujo de datos
Fuente: El Autor
El diseño de flujo de datos, detalla el software de manera estructural, fomentando el cumplimiento de sus condiciones de acuerdo a los procesos que va a realizar, cabe recalcar que con una buena estructuración del diagrama de flujos la codificación del sistema se torna accesible y de fácil desarrollo.
41
El diagrama de navegación nos permitirá mostrar cual será la organización jerárquica del software y cómo será el ingreso para cada uno de los actores al momento de estar mostrándose en la web, es decir plantea cada una de las funciones que ejecutara el usuario.
DIAGRAMA DE NAVEGACIÓN
Administrador Vendedor
Ingreso de Usuario
(Vendedor) Ingreso de Clientes
Visualizan los productos de la pagina Ventas Buscar productos Reportes de Ventas Clientes Generar reportes de Ventas
Facturas de Ventas (crear, editar, buscar) Ingreso de Sección Ingreso de Proveedores Registro de Producto Facturas Ventas Ingreso Clientes Ingreso de Categoría Facturas Compras (crear, editar, buscar)
Inicio
Ilustración 8: Diagrama de Navegación
42
Ilustración 9: Modelo Relacional
Fuente: El Autor
Modelo relacional es el que muestra la organización o estructura de la información que estará almacenada en la base de datos para el software, basándose en la relación de tablas es decir la unificación de esa información con el fin de brindar al usuario los datos que quiera obtener como reportes gerenciales, reportes de stock de mercaderías, entre otros.
43
Ilustración 10: Modelo Lógico
Fuente: El Autor
El modelo lógico es el que servirá para estructurar y modelar la Base de Datos, este posee representaciones de atributos, identificadores y las condiciones dadas entre las relaciones, en pocas palabras realiza el esquema funcional del software.
44
Ilustración 11: Modelo Físico
Fuente: El Autor
El modelo físico se encarga de evitar las repeticiones redundantes de datos en la base, es decir se realiza una comprobación de la conducta de los datos en el sistema este modelo se lo crea a partir del modelo lógico adhiriéndole ciertas propiedades listas para la modelación adecuada de la BD.
45 DICCIONARIO DE DATOS
Tabla 12: Tabla cantón de la base de datos Fuente: El autor
Tabla 13: Índices de la tabla Cantón Fuente: El autor
Tabla 14: Tabla Categoría de la base de datos Fuente: El autor
Tabla 15: Índices de la tabla Categoría Fuente: El autor
Tabla 16: Tabla Compras de la base de datos Fuente: El autor
canton
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
cod_canton (Primaria) varchar(4) No
cod_provin varchar(3) Sí NULL provincia -> cod_provin can_nombre varchar(20) No
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalid
ad
Cotejamie nto Nulo
Comentari o PRIMARY BTREE Sí No cod_canton 221 A No FK_rel_pro_can BTREE No No cod_provin 55 A Sí
categorias
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
cod_catego (Primaria) varchar(8) No
cod_seccio varchar(6) Sí NULL secciones -> cod_seccio cat_nombre varchar(100) No
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalid ad
Cotejamie nto Nulo
Comentari o
PRIMARY BTREE Sí No cod_catego 2 A No
FK_rel_sec_cat BTREE No No cod_seccio 2 A Sí
compras
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
id_compra (Primaria) int(11) No
cod_faccom varchar(8) Sí NULL facturas_compras -> cod_faccom cod_produc varchar(8) Sí NULL producto -> cod_produc
cod_usuari varchar(6) Sí NULL usuario -> cod_usuari com_cantid int(11) No
com_fecha date No com_promoc varchar(1) No com_pvp decimal(7,4) No com_costo decimal(7,4) No
46
Tabla 17: Índices de la tabla Compras Fuente: El autor
Tabla 18: Tabla Facturas de la base de datos Fuente: El autor
Tabla 19: Índices de la tabla Facturas Fuente: El autor
Tabla 20: Tabla Facturas Ventas de la base de datos Fuente: El autor
Tabla 21: Índices de la tabla Facturas Ventas Fuente: El autor
Tabla 22: Tabla Login de la base de datos Fuente: El autor Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalid ad
Cotejamie nto Nulo
Comentari o
PRIMARY BTREE Sí No id_compra 0 A No
FK_rel_fco_com BTREE No No cod_faccom 0 A Sí
FK_rel_pro_com BTREE No No cod_produc 0 A Sí
FK_relationship_14 BTREE No No cod_usuari 0 A Sí
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
cod_faccom (Primaria) varchar(8) No
per_ruc varchar(13) Sí NULL personas -> per_ruc fco_fecha date No
facturas_compras
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalid ad
Cotejamie nto Nulo
Comentari o
PRIMARY BTREE Sí No cod_faccom 0 A No
FK_rel_per_fco BTREE No No per_ruc 0 A Sí
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
cod_facven (Primaria) varchar(8) No
per_ruc varchar(13) Sí NULL personas -> per_ruc fve_fecha datetime No
facturas_ventas
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalid ad
Cotejamie nto Nulo
Comentari o
PRIMARY BTREE Sí No cod_facven 0 A No
FK_rel_per_fve BTREE No No per_ruc 0 A Sí
login
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
id_login (Primaria) int(11) No
cod_usuari varchar(6) Sí NULL usuario -> cod_usuari log_fecha datetime No
47
Tabla 23: Índices de la tabla Login Fuente: El autor
Tabla 24: Tabla Marca de la base de datos Fuente: El autor
Tabla 25: Índices de la tabla Marca Fuente: El autor
Tabla 26: Tabla Personas de la base de datos Fuente: El autor
Tabla 27: Índices de la tabla Personas Fuente: El autor Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalid ad
Cotejamie nto Nulo
Comentari o
PRIMARY BTREE Sí No id_login 0 A No
FK_rel_usu_log BTREE No No cod_usuari 0 A Sí
marca
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
cod_marca (Primaria) varchar(8) No mar_nombre varchar(50) No
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalid ad
Cotejamie nto Nulo
Comentari o
PRIMARY BTREE Sí No cod_marca 0 A No
personas
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
per_ruc (Primaria) varchar(13) No
cod_canton varchar(4) Sí NULL canton -> cod_canton per_nombre varchar(50) No per_apelli varchar(100) No per_sexo varchar(1) No per_direcc varchar(200) No per_estado int(11) No per_fcreac date No
per_fmodif datetime Sí NULL
per_provee varchar(1) Sí NULL
per_cliente varchar(1) Sí NULL
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalid ad
Cotejamie nto Nulo
Comentari o
PRIMARY BTREE Sí No per_ruc 0 A No
48
Tabla 28: Tabla Productos de la base de datos Fuente: El autor
Tabla 29: Índices de la tabla Producto Fuente: El autor
Tabla 30: Tabla Provincia de la base de datos Fuente: El autor
Tabla 31: Índices de la tabla Provincia Fuente: El autor
Tabla 32: Tabla Secciones de la base de datos Fuente: El autor
Tabla 33: Índices de la tabla Secciones Fuente: El autor
producto
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
cod_produc (Primaria) varchar(8) No
cod_marca varchar(8) Sí NULL marca -> cod_marca cod_catego varchar(8) Sí NULL categorias -> cod_catego pro_nombre varchar(50) No
pro_descri varchar(150) No
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalid ad
Cotejamie nto Nulo
Comentari o
PRIMARY BTREE Sí No cod_produc 2 A No
FK_rel_cat_pro BTREE No No cod_catego 2 A Sí
FK_rel_mar_pro BTREE No No cod_marca 2 A Sí
provincia
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
cod_provin (Primaria) varchar(3) No prv_nombre varchar(20) No
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalid ad
Cotejamie nto Nulo
Comentari o
PRIMARY BTREE Sí No cod_provin 24 A No
secciones
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
cod_seccio (Primaria) varchar(6) No sec_nombre varchar(100) No
Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalid ad
Cotejamie nto Nulo
Comentari o
49
Tabla 34: Tabla Usuario de la base de datos Fuente: El autor
Tabla 35: Índices de la tabla Usuario Fuente: El autor
Tabla 36: Tabla Ventas de la base de datos Fuente: El autor
Tabla 37: Índices de la tabla Ventas Fuente: El auto
usuario
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
cod_usuari (Primaria) varchar(6) No usu_cedula varchar(10) No usu_nombre varchar(50) No usu_apelli varchar(100) No usu_sexo varchar(1) No usu_estado int(11) No usu_tipo varchar(1) No usu_user varchar(25) No usu_pass varchar(25) No usu_fcreac datetime No Índices
Nombre de la clave Tipo Único Empaquetado Columna Cardinalid ad
Cotejamie nto Nulo
Comentari o
PRIMARY BTREE Sí No cod_usuari 0 A No
ventas
Columna Tipo Nulo Predeterminad
o Enlaces a
Comentari
os MIME
id_ventas (Primaria) int(11) No
cod_produc varchar(8) Sí NULL producto -> cod_produc