MXPA99010031A

MXPA99010031A - Sistema y metodo para generacion de guias automatizada y administracion de contacto con clientes para una plataforma de ventas y mercadeo

Info

Publication number: MXPA99010031A
Application number: MXPA/A/1999/010031A
Authority: MX
Inventors: William Root Randal; Herman Krueger Alvin; Roger Pieper Bruce; Wayne Bingham David; Alan Goldberg Victor; Michael Lipscomb George; J De Lollis Anthony
Original assignee: Mci Communications Corporation
Priority date: 1997-04-29
Filing date: 1999-10-29
Publication date: 2001-05-17

Abstract

Un sistema y el método correspondiente proporciona una funcionalidad completa para crear e implementar campañas de mercadeo. El sistema formula criterios para dirigirse a los clientes, basándose en estrategias de mercadeo, identifica y extraer los clientes dirigidos a partir de un almacenamiento de datos, genera automáticamente guías/clientes, y rastrea el contacto con esos clientes. El sistema se incorpora en una infraestructura de servicio de contacto (CONI). La CONI proporciona administración de contacto, administración de campaña de mercadeo, y generación de guías para una arquitectura de sistemas de información globales para el mercadeo estratégico. La CONI hace posible muchas de las funciones de mercadeo dirigido estratégico de la arquitectura del sistema de información global, mediante la generación de guías o registros de guías necesarios para implementar una campaña de mercadeo, y el rastreo de la actividad conducida basándose en esas guías.

Description

SISTEMA Y MÉTODO PARA GENERACIÓN DE GUIAS AUTOMATIZADA _ Y ADMINISTRACIÓN DE CONTACTO CON CLIENTES PARA UNA __ PLATAFORMA DE VENTAS Y MERCADEO CAMPO TÉCNICO La presente invención se refiere a sistemas de administración de base de datos y registro.

ANTECEDENTES DE LA INVENCIÓN Las compañías de muchos negocios e industrias diferentes se están dedicando a las nuevas estrategias de mercadeo. Para expandir su base de clientes y establecer nuevos clientes, las compañías deben dirigirse a clientes potenciales con campañas de mercadeo nuevas o continuas y campañas de desarrollo de contacto. Debido a la expansión global y a la convergencia en la industria, los mercados se están expandiendo, y se está incrementando el número de clientes potenciales. Por consiguiente, la dirección a los clientes potenciales se debe hacer de una manera eficiente. Los métodos anteriores para identificar clientes potenciales incluían identificar números telefónicos y nombres de clientes correspondientes, para realizar campañas de llamadas en masa. Las campañas de llamadas en masa normalmente ya no son efectivas, debido a que estas campañas requieren de grandes volúmenes de recursos, incluyendo promotores de telemercadeo, servicios de telecomunicación, horas-hombre, etcétera. Además, las campañas de llamadas en masa con frecuencia sufren de altos índices de fracaso. Más aun, debido a que estas campañas se enfocan en los números telefónicos en lugar de enfocarse en los individuos, las campañas pierden muchos clientes potenciales. Por ejemplo, un número telefónico de un hogar podría asoo?arse con dos o más individuos de ese hogar, cada uno de los cuales puede tener necesidades separadas, y cada uno de los cuales podría ser dirigido por separado. Los datos de clientes, incluyendo los números telefónicos y los nombres de los clientes, normalmente se almacenan en una base de datos centralizada y muy grande. Las campañas de llamadas anteriores pedían a la base de datos los clientes basándose en sus números telefónicos (por ejemplo, código de área y/o prefijo de tres dígitos) . Más recientemente, se formulan nuevas estrategias y campañas de mercadeo que piden a la base de datos ciertos criterios relacionados con los registros de números telefónicos en la base de datos. Debido a que la base de datos está centralizada y es muy grande, estas peticiones consumen un tiempo de procesamiento significativo, y por consiguiente, son tardadas. Además, los resultados de estas peticiones con frecuencia son difíciles de emplear efectivamente en una campaña de llamadas en masa. Más aun, las estrategias y campañas de mercadeo están limitadas a los tipos y organizaciones de datos adentro de la base de datos .

COMPENDIO DE LA INVENCIÓN En un sentido amplio, la presente invención incorpora un método implementado por computadora para generar guías para una campaña de mercadeo a partir de registros de clientes almacenados en un almacenamiento de datos. El método incluye los pasos de: (a) crear un mercado que contiene un subconjunto de registros de clientes almacenados en el almacenamiento de datos, (b) seleccionar un subconjunto de registros de clientes contenidos en un mercado, basándose en una primera petición, y (c) construir registros de guías basándose en el subconjunto seleccionado de los registros de clientes y en información adicional almacenada en el almacenamiento de datos. En un sentido amplio, la presente invención también incorpora un sistema para generar registros de guías para una campaña de mercadeo, basándose en los registros de clientes almacenados en una base de datos. El sistema incluye una unidad de interfase del usuario, una unidad de administración de campaña, una unidad de filtro de calificación de guías, una unidad de administración de guías, y una unidad £orraateadora. La unidad de interfase del usuario acepta comandos de petición de un usuario. La unidad de administración de campaña recibe los comandos de petición, y crea un filtro de calificación de guías. La unidad de filtro de calificación de guías aplica el filtro de calificación de guías a los datos de los clientes para extraer registros de clientes seleccionados. La unidad de administración de guías aplica reglas previamente determinadas a los registros de clientes seleccionadlos, para producir un conjunto de registros de guías. La unidad formateadora convierte los registros de guías en registros de guías formateados para utilizarse en la campaña de mercadeo.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Se describirá una modalidad de ejemplo de la presente invención con mayor detalle en relación con las siguientes figuras . La Figura 1 es un diagrama de bloques que muestra una arquitectura de sistema de información de ejemplo, adecuada para practicar la modalidad de ejemplo de la presente invención. La Figura 2 es un diagrama de bloques de una infraestructura de servicio de contacto que se muestra en la Figura 1. La Figura 3 es un diagrama de flujo de datos que muestra el flujo de datos bajo un aspecto de la arquitectura del sistema de información de la Figura 1. La Figura 4 es un diagrama de estructura de datos de ejemplo de un registro de guías.

La Figura 5 es un diagrama de la estructura de datos de ejemplo de un registro de distribución de guías. La Figura 6 es un diagrama de flujo de ejemplo que muestra los pasos básicos y las pantallas exhibidas asociadas de los procesos realizados por los procesos de administración de campaña y administración de inventario de guías de la infraestructura de servicio de contacto de la Figura 2. La Figura 7 es una vista frontal de una pantalla de computadora que muestra un registro de usuario de ejemplo en la pantalla. La Figura 8 es una vista frontal de una pantalla de computadora que muestra una pantalla de menú principal de ejemplo . La Figura 9 es una vista frontal de una pantalla de computadora que muestra una pantalla de petición de estado y determinación de ejemplo. La Figura 10 es una vista frontal de una pantalla de computadora que muestra una pantalla de petición inicial de mercados de guías de ejemplo. La Figura 11 es una vista frontal de una pantalla de computadora que muestra una petición y despliegue visual inicial de ejemplo para un proceso de generación de guías. La Figura 12 es una vista frontal de una pantalla de computadora que muestra una pantalla de selección de tabla de ejemplo.

Las Figuras 13 y 14 son vistas frontales de una pantalla de computadora que muestran pantallas de administración del mercado de guías de ejemplo. Las Figuras 15 y 16 son vistas frontales de una pantalla de computadora que muestran las pantallas de petición y despliegue visual de distribución de ejemplo para los procesos de generación de guías. La Figura 17 es una vista frontal de una pantalla de computadora que muestra una pantalla de peticiones de salvar, someter, o abrir generación de guías de ejemplo. Las Figuras 18, 19, 20, y 21 son vistas frontales de una pantalla de computadora, que muestran las pantallas de despliegue visual de los resultados de ejemplo, basándose e las peticiones de generación de guías. _ Las Figuras 22, 23, y 24 son vistas frontales de una pantalla de computadora, que muestran pantallas de ciudad de ventas, formas, y tipo de medios de ejemplo. La Figura 25 es una vista frontal de una pantalla de computadora que muestra una pantalla de código de lista de ejemplo. La Figura 26 es una vista frontal de una pantalla de computadora, la cual muestra una pantalla de seguridad de ejemplo . Las Figuras 27A y 27B muestran juntas una tabla d ejemplo construida para construir un mercado de guías.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN En la presente se describe con detalle una arquitectura de sistema de información, y en particular, üñ sistema y método para proporcionar servicios de mercadeo mejorados, basándose en datos almacenados en una base de datos. En la siguiente descripción, se estipulan numerosos detalles específicos, tales como flujo de datos, formateo de datos, interfases del usuario, organización y acoplamiento de procesos, etcétera, con el objeto de proporcionar un entendimiento completo de la presente invención. Sin embargo, un experto en la técnica pertinente reconocerá fácilmente que la presente invención se puede practicar sin el uso de los detalles específicos descritos en la presente, o con otro flujo de datos específico, formateo de datos, interfases del usuario, organización y acoplamiento de procesos, etcétera. Las estructuras, procesos, y pasos bien conocidos, no se muestran ni se describen con detalle, con el objeto de evitar eJ obscurecimiento de la presente invención.

J ¡_ Panorama _ _ Una arquitectura de sistema de información de ejemplo, y el método correspondiente bajo una modalidad de la presente invención, proporciona una completa funcionalidad para crear e implementar campañas de mercadeo, tales como campañas de telemercadeo y correo directo. La arquitectura del sistema de información permite a los usuarios formular criterios para dirigirse a clientes potenciales o a clientes (por ejemplo, una encuesta) basándose en una estrategia de mercadeo, identificar y extraer los clientes dirigidos de una base de datos centralizada o almacenamiento de datos, generar automáticamente guías, y rastrear los contactos con los clientes. La arquitectura del sistema de información, y muchos de sus componentes individuales, se pueden utilizar para los esfuerzos de mercadeo en virtualmente cualquier tipo de negocio, tal como un proveedor de servicio de teléfono de larga distancia. Las modalidades de la presente invención se describen en la presente con respecto a un proveedor de servicio de teléfono de larga distancia; sin embargo, esta descripción es solamente para propósitos de ejemplo. El sistema incluye una Infraestructura de Servicio de Contacto (CONI) . La CONI de preferencia es un sistema basado en software que se ejecuta en cualquier tipo o tipos de computadoras que satisfagan requerimientos de funcionamientos mínimos. En su modalidad preferida, la CONI proporciona- administración de contacto con los clientes, administración de campaña, y generación de guías para la arquitectura del sistema de información. La CONI proporciona muchas de las funciones de mercadeo estratégicas-dirigidas en la arquitectura del sistema de información mediante la generación de las guías necesarias para implementar una campaña de mercadeo, y rastrear J_a actividad resultante basándose en esas guías. La CONI proporciona una interfase gráfica del usuario (GUI) para los usuario, en donde estos usuarios normalmente son unidades de estrategia comercial de una compañía (como se discute más adelante) . Un usuario analiza los datos a partir del almacenamiento de datos para formular una nueva estrategia de mercadeo, y emplea la CONI para implementar esa estrategia. Empleando la GUI de CONI , el usuario especifica ciertos criterios para utilizarse para dirigir a los clientes. La CONI genera un cuestionario, y extrae datos del almacenamiento de datos, que satisfacen los criterios o el cuestionario para formar un mercado de datos localizado. Los usuarios pueden agregar criterios adicionales para definix_-adicionalmente o estrechar los datos extraídos hasta una lista final extraída del mercado de datos. Luego se formatea la lista final er guías, completa con los datos pertinentes, tales como nombres, números telefónicos para campañas de telemercadeo, direcciones" de correo para campañas de correo directo, etcétera. Entonces se distribuyen las guías formateadas a diferentes centros de telemercadeo y correo directo. La CONI también administra una campaña dada al recibir resultados de cada cliente contactado. La CONI dirige la actualización apropiada de registros, y arregla el seguimiento para ciertas guías si se solicita. La CONI también alimenta resultados de cada cliente contactado de regreso al almacenamiento de datos, para proporcionar un ciclo de retroalimentación en la arquitectura del sistema de información. Este ciclo de retroalimentación asegura que los datos almacenados en el mismo sean actuales y precisos. 2. Arquitectura del Sistema ^_ Haciendo referencia a la Figura 1, se muestra una arquitectura del sistema de información de ejemplo, o una infraestructura del sistema de mercadeo estratégico (SaMS) 100. Los diferentes componentes de la Infraestructura de SaMS 100 interactúan de una manera cooperativa, como se muestra en la Figura 1, para proporcionar muchas funciones de mercadeo dirigido, tales como las descritas en la presente. La infraestructura de SaMS 100 realiza cuando menos tres funciones: administración de clientes, administración de información, y servicios de contacto. "Administración de Clientes" incluye el proceso de identificar, rastrear, y administrar todos los clientes de una compañía. "Clientes" incluye tanto clientes actuales como clientes potenciales o guías, y por consiguiente, pueden consistir en cientos de millones de personas para muchas compañías. La administración de clientes involucra datos de comportamiento descriptivos acerca de los clientes como individuos (en lugar de basarse en, por ejemplo, números telefónicos) . Un componente primario en la Infraestructura de SaMS 100 para la administración de clientes, es la Arquitectura de Administración de Adquisición y Retención de Clientes (CARMA) 102. La CARMA 102 de preferencia es un sistema de software que proporciona una base de datos y procesamiento de datos para la administración de clientes. Una modalidad de ejemplo de la CARMA 102 se describe con detalle en la Solicitud de Patente de los Estados Unidos de Norteamérica pendiente titulada "System For Managing Client Sales and Marketing Data", la cual se presenta concurrentemente con la presente, y está cedida a una cesionaria común de la presente solicitud. "Administración de Información" es el proceso de recopilar, almacenar, y administrar datos que reflejan poblaciones enteras de clientes y sus tendencias. La administración de información proporciona funciones de soporte de decisión y herramientas que ponen los datos brutos en contexto para las estrategias de producto y mercadeo. La administración de información trata con los datos de comportamiento descriptivos acerca de las poblaciones generalizadas de clientes. Un componente primario para la administración de información es un Sistema de Soporte de Decisión (DSS) 104. El DSS 104 consiste en un almacenamiento de datos a gran escala, junto con procesos para recopilar, almacenar, administrar, distribuir, y analizar datos. En general, un "almacenamiento de datos" es una consolidación de información para muchos departamentos o "unidades de estrategia comercial" adentro de una compañía, así como información extraída desde afuera de la compañía. Más adelante se describe una modalidad de ejemplo del DSS 104 con respecto a la Figura 3. "Servicios de contacto" toman conclusiones sacadas de las peticiones del almacenamiento de datos, y las utilizan para formular campañas de mercadeo y generar guías . También rastrea y administra todos los contactos hechos con los clientes. La CONI 106 proporciona servicios de contacto para la infraestructura de SaMS 100. La CONI 106 de preferencia es un sistema de software que utiliza los datos extraídos desde el almacenamiento de datos del DSS 104, junto con estrategias específicas formuladas por las Unidades de Estrategia Comercial de una compañía para generar guías. La CONI 106 se interconecta con un Depositario de Guías Centralizado (CLR) 108, para administrar y rastrear los contactos con los clientes o guías, como se describe más adelante. La información con respecto a estos contactos hechos con los clientes se retroalimenta a la función de administración de clientes de la inf aestructura de SaMS 100. Como un resultado, las funciones de administración de clientes, administración de información, y servicios de contacto de la infraestructura de SaMS 100 son un proceso cíclico: La función de administración de información pone los datos brutos en contexto para realizar investigación, sacar conclusiones, y formar estrategias; la función de servicios de contacto formaliza e implementa las estrategias de mercadeo basándose en la investigación, en las conclusiones, y en las estrategias producidas bajo la función de administración de información; y la función de administración de clientes identifica y rastrea los individuos, recopila los datos descriptivos y de comportamiento, y proporciona estos datos de regreso a la función de administración de información. Diferentes proveedores de datos 110 proporcionan datos tanto a la CARMA 102 como al DSS 104. Los proveedores de datos 110 incluyen cualquier fuente de introducción de datos a la Infraestructura de SaMS 100, para proporcionar información sobre los clientes. Los proveedores de datos 110 consisten tanto en fuentes de datos internas 112 como fuentes de datos externas 114. Los ejemplos de las fuentes de datos internas 112 incluyen alimentaciones de datos a partir de los sistemas- de facturación, los sistemas de entrada de pedidos de clientes, los sistemas de aprovisionamiento de pedidos, las bases de datos de clientes, las bases de datos de mercadeo, los sistemas de servicio a clientes, los sistemas de cuentas por cobrar, y muchos otros. También pueden incluir la introducción desde otros componentes de la infraestructura de SaMS 100, tales como el CLR 108. Los ejemplos de las fuentes de datos externas 114 incluyen archivos de directorios telefónicos, directorios de la Oficina Postal de los Estados Unidos, reportes de compañías de crédito, y muchos productos de datos de terceros que proporcionan datos específicos sobre la gente. Estos productos de datos de terceros pueden incluir información, tal como productos que compra la gente, hacia y desde donde se mueve la gente, servicios que utiliza la gente, y resultados de los levantamientos telefónicos sobre los intereses y necesidades de la gente. Las fuentes de datos externas 114 también pueden ser programas de vuelo frecuentes de líneas aéreas, membresías de clubes automovilísticos, membresías de clubes de salud, clubes de viajes, y suscripciones a revistas. Estos datos se utilizan para ayudar en rastreo de clientes por medio de las membresías y participación de los clientes en otros negocios. La CARMA 102 recopila los datos acerca de clientes específicos a partir de los proveedores de datos 110, y utiliza los datos para actualizar los perfiles de los clientes. Luego, la CARMA 102 alimenta cualesquiera cambios en los datos de los clientes al DSS 104, pero en una forma generalizada. Es decir, la CARMA 102 no envía al DSS 104 nombres y direcciones de clientes específicos, sino que en su lugar, envía información que refleja perfiles genéricos de los clientes. La CARMA 102 envía un identificador único de cliente con los cambios del perfil del cliente, de tal manera que, cuando se generan guías a partir de los datos en el DSS 104, se pueden cotejar con un nombre, dirección, y número telefónico específicos. En general, los clientes son normalmente identificados bajo la infraestructura de SaMS 100 basándose en sus identificadores de cliente, que son códigos numéricos o alfanuméricos únicos asociados con cada cliente. Los identificadores de clientes se mantienen en la CARMA 102 y en el DSS 104. El DSS 104 también recopila datos a partir de los proveedores de datos 110. El DSS 104 normalmente recopila datos no relacionados con clientes específicos, sino más bien, grupos de clientes. Estos datos pueden incluir el número de personas que se mueven desde un estado hasta otro, el número de personas que compraron tanto un carro como un estéreo para el hogar en el mismo año, o el número de mujeres que poseen un negocio y son miembros de un partido político. Las posibilidades para recopilación de datos mediante el DSS 104 son numerosas, y varían de acuerdo con las necesidades comerciales del usuario de la infraestructura de SaMS 100. El DSS 104 también recopila datos a partir de la CARMA 102, y otras fuentes, como se describe más adelante. El DSS 104 permite que las Unidades de Estrategia Comercial (BSU) 116 tengan acceso a los datos almacenados en su almacenamiento de datos. Una BSU 116 puede ser un subconjunto de un responsable de compañía para formular estrategias comerciales, de mercadeo, y de ventas. Por ejemplo, una BSU 116 puede ser responsable de clientes internacionales, mientras que otra BSU 116 puede ser responsable de clientes domésticos. De una manera alternativa, la BSU 116 puede ser toda la compañía empleando la infraestructura de SaMS 100. Los usuarios o las BSUs 116 tienen acceso a los datos almacenados en el DSS 104 para diferentes funciones, incluyendo levantamiento de datos, minería de datos, perforación de datos, modelación predictiva, preguntas en general, y entrega de resultados . La función de levantamiento de datos ayuda a la BSU 116 a identificar los grupos de datos potencialmente valiosos. La función de levantamiento de datos ayuda a la BSU 116 a encontrar patrones no anticipados para guiar las decisiones de mercadeo. Por ejemplo, un levantamiento de un mercado de datos (descrito más adelante) puede descubrir que el 80 por ciento de una población en el noreste y con ingresos mayores de $ 50,000, utiliza servicio celular. Posteriormente, la BSU 116 puede determinar la razón por la cual las características de ingresos y geográficas conducen al uso de celular. La función de levantamiento de datos ayuda a identificar y clasificar grandes segmentos de datos. Las funciones de minería de datos y perforación de datos califican estos grandes segmentos de datos, para identificar y cuantificar adicionalmente las oportunidades de negocio. Una vez que se ha establecido un patrón significativo, el patrón se puede representar como un modelo matemático que establece la correlación entre ciertas características (por ejemplo, ingresos mayores de $ 50,000, población del noreste de los Estados Unidos, etcétera) con otras características (por ejemplo, usuarios de celular) . A partir de estos modelos, la BSU 116 puede crear listas de correo de candidatos para una campaña de correo directo por celular. 1 - La función de investigación en general permite a la BSU 116 realizar investigaciones simples de datos en los mercados de datos por medio un proceso de interfase de usuario de DSS. Por ejemplo, la BSU 116 puede pedir al mercado de datos las ventas totales en un año dado. La función de entrega de resultados permite al DSS 104 entregar datos de numerosas maneras, tales como reportes formateados, gráficos tridimensionales, etcétera. Cada BSU 116 realiza investigaciones estratégicas de datos en el almacenamiento de datos del DSS 104, utilizando ciertas herramientas analíticas. A partir de los resultados de estas investigaciones, la BSU 116 formula compañías de mercadeo. Luego la BSU 116 utiliza la CONI 106 para implementar la campaña de mercadeo seleccionada. Como se describe más completamente más adelante, la BSU 116 especifica al CONI 106 criterios a utilizar en la extracción de datos guía a partir del DSS 104. Los datos guía se utilizan para identificar guías de clientes, que son los clientes a los que se va a dirigir la campaña de mercadeo seleccionada. Un "guía" es normalmente un cliente que es un cliente potencial de la compañía. Cada guía se identifica mediante un identificador de cliente único correspondiente almacenado en el DS3 104. Luego la CONI 106 genera guías o registros de guías, cotejando estos identificadores de clientes con un nombre, dirección, y/o número telefónico obtenido de la CARMA 102 por medio de un proceso de recopilación/distribución de datos operativos del DSS 104, descrito más adelante con respecto a la Figura 3. Cuando la CONI 106 genera registros de guías, coloca estos registros en el CLR 108. El CLR 108 es una base de datos, más pequeña que el almacenamiento de datos del DSS 104, utilizada para rastrear guías y actividades realizadas sobre las guías. El CLR 108 almacena tanto los registros de guías como los registros de distribución de guías. Cada registro de guías, almacenado en el CLR 108, incluye campos para identificador de cliente, número telefónico, identificador de dirección, y tal vez un campo para contacto anterior. La Figura 4 muestra un registro de guías más detallado de ejemplo, construido bajo Informix, que muestra numerosos campos generalmente auto-explicatorios . El CLR 108 de preferencia almacena solamente un registro de guía por cliente. El CLR 108 también almacena los registros de distribución de guías. Se puede asociar más de un registro de distribución de guía con cada registro de guía. La Figura 5 muestra un registro de distribución de guías más detallado de ejemplo, construido bajo Informix, que muestra numerosos campos generalmente auto--explicatorios . Cada registro de distribución de guía incluye campos para identificar ciertos centros TM/DM 118, un número de registros defienden a cada centro, fechas, códigos de prioridad, etcétera. Los registros de guías generados por la CONI 106 y almacenados en el CLR 108, son distribuidos por la CONI hacia uno o más Centros de Telemercadeo/Correo Directo (centros TM/DM) 118. Los centros TM/DM 118 incluyen centros de llamadas desde donde los agentes de telemercadeo realizan contactos con los clientes, ventas, y servicios por teléfono. Con frecuencia, se localiza un centro TM/DM 118 en cada "ciudad de ventas" en el que se conduzcan campañas de mercadeo. Sin embargo, los centros TM/DM 118 pueden conducir campañas de mercadeo fuera de las ciudades en las que se localicen. Los centros TM/DM 118 también pueden incluir centros desde donde se conduzcan campañas de correo üirecto . Aunque la presente invención se describe en general más adelante con respecto a una campaña de telemercadeo realizada en el centro TM/DM 118, los expertos en la técnica pertinente reconocerán fácilmente que la modalidad de la presente invención es igualmente aplicable a las campañas de correo directo. Adicionalmente, la presente invención es igualmente aplicable a otros métodos para hacer contacto con clientes, ya sea físicamente o electrónicamente, tales como por medio de contacto por correo electrónico o Internet. Los agentes en el centro TM/DM 118 utilizan los registros de guías proporcionados a ellos por la CONI 106 para llamar o hace contacto con los clientes, y realizar funciones de ventas y/o servicios. Los agentes introducen los resultados de estos contactos en el centro TM/DM 118, el cual envía los resultados al CONI 106. La CONI 106 proporciona información a partir de estos resultados, de regreso tanto a la CARMA 102 como al DSS 104, como un proveedor de datos 110. Por ejemplo, si se hace contacto con un cliente para mercadearle servicio de larga distancia, pero el cliente indica que prefiere cambiar a su proveedor de servicio telefónico local en lugar de eso, un agente registra esta indicación en un archivo en el centro TM/DM 118. Luego se alimenta un archivo de todos los clientes que prefieren cambiar su proveedor de servicio telefónico local, como un proveedor de datos 110, a la CARMA 102 y al DSS 104. La CARMA 102 utiliza esta información para actualizar el perfil de cada cliente incluido en el archivo, para indicar que este cliente está interesado en cambiar su proveedor de servicio local. Esta información se alimenta entonces desde la CARMA 102 hasta el DSS 104, en la forma de un identificador de cliente, y un indicador que representa un interés en cambiar los proveedores de servicio local, que se almacena en el mismo. El DSS 104 también puede recibir información directamente desde el centro TM/DM 118 (como un proveedor de datos) , por medio de la CONI 106, indicando cuántas personas de una ciudad particular, por ejemplo, están interesadas en cambiar su proveedor de servicio local. A partir de esta información, la BSU 116 puede pedir al DSS 104 que determine si existe suficiente interés en cierta ciudad para formular una campaña de mercadeo de proveedores de servicio local en la ciudad. Luego la CONI 106 puede generar guías para la campaña del proveedor del servicio local. El ejemplo anterior representa uno de muchos ciclos de retroalimentación adentro de la infraestructura de SaMS 100. Cuando un agente del centro TM/DM 118 firma con un nuevo cliente o hace una venta, el agente introduce un pedido directamente en un sistema de entrada de pedidos de clientes 120. El sistema de entrada de pedidos de clientes 120, en adición a registrar y a provisionar el pedido, proporciona datos de actualización al DSS 104, para indicar los resultados de, o la información alrededor de, el pedido. Por ejemplo, si el pedido es para servicio de larga distancia, el sistema de entrada de pedidos de clientes 120 actualiza el DSS 104 para indicar que este cliente se suscribe ahora al servicio de larga distancia. — El pedido de servicio de larga distancia también se proporciona a los sistemas National LEC Interface System (NLIS) y Quick Preferred Interexchange Carrier (PIC) 122. Los sistemas NLIS y Quick PIC 122 proporcionan el pedido al Corredor de Intercambio Local (LEC) del cliente 124, de tal mañera que el LEC puede convertir el PIC del cliente en el conmutador local de Clase 5 apropiado. Los sistemas NLIS y Quick PIC 122 se describen con detalle en la Solicitud de Patente de los Estados Unidos de Norteamérica con el- título "System and Method for Real Time Exchange of Customer Data Between Telecommunications Companies", (Número de Caso dado por el abogado: 1643/00568; Número de Caso de cesionaria: COS-96-069) y cedida a una cesionaria común de la presente solicitud. La arquitectura de los centros TM/DM 118, el sistema de entrada de pedidos de clientes 120, y los sistemas NLIS y Quick PIC 122 hacen posible los procesos de hacer contacto con un cliente, vender servicio de larga distancia a ese cliente, registrar y aprovisionar el pedido para servicio de larga distancia, y convertir el PIC del cliente en el conmutador del LEC 124, o corriendo todo dentro de solamente unos cuantos minutos . Los sistemas NLIS y Quick PIC 122 también proporcionan datos al DSS 104 para conversiones de PIC no solicitadas. Si los clientes de una compañía de larga distancia cambian a otra compañía, sus conversiones de PIC serán proporcionadas por el LEC 124 a los sistemas NLIS y Quick PIC 122. Los sistemas NLIS y Quick PIC 122 proporcionan archivos de estas conversiones al DSS 104. A su vez, el DSS 104 la almacena, y permite que la CONI 106 extraiga todas las conversiones de PIC recientes y genere guías para una campaña de clientes ganados de regreso.

La Inf aestructura de SaMS 100 consiste en la CARMA 102, el DSS 104, y la CONI 106 como un núcleo. La Infraestructura de SaMS 100 también utiliza y puede incluir el CLR 108, los centros TM/DM 118, el sistema de entrada de pedidos de clientes 120, y los sistemas NLIS y Quick PIC 12_2 para proporcionar funcionalidades adicionales. La Infraestructura de SaMS 100 también permite el uso de una BSU 116, que proporciona a la BSU la capacidad para analizar cantidades masivas de datos y formular campañas de mercadeo que se implementan de una manera automática por medio de la generación de guías y el aprovisionamiento a los centros TM/DM 118. La Infraestructura de SaMS 100 se describe con mayor detalle en la Solicitud de Patente de los Estados Unidos de Norteamérica pendiente titulada "Information Architecture For Strategic Marketing Systems", la cual se presenta de una manera concurrente con la presente, y está cedida a una cesionaria común de la presente solicitud. Haciendo referencia a la Figura 2, se muestra una arquitectura interna de ejemplo de la CONI 106. La CONI 10"5 proporciona una interfase gráfica del usuario (GUI) 160 para que los usuarios interactúen con CONI cuando menos de dos maneras: para construir mercados de guías, y para realizar investigaciones o búsquedas adentro de estos mercados de guías construidos. Considerando primero la investigación de mercados de guías, los usuarios, tales como una BSU 116 de la compañía, utilizan la GUI para traducir una estrategia de mercadeo en una campaña de mercadeo. Los ejemplos de las pantallas exhibidas por la GUI 160 a la BSU 116 se muestran en las Figuras 7 a 26, descritas más adelante. Las BSUs 116 seleccionan opciones o introducen datos por medio de las pantallas mostradas en las Figuras 7 a 26 de una manera convencional, tal como utilizando un ratón o un teclado de una computadora. La BSU 116 especifica primero criterios para dirigirse a los clientes. Por ejemplo, a partir de un análisis previo realizado sobre los datos del almacenamiento de datos de DSS 104, la BSU 116 puede determinar que las personas que recientemente se han cambiado de California a Colorado, y han comprado un carro en el año pasado, posiblemente se suscriban al servicio celular, y cambien su proveedor de larga distancia. .Como un resultado de esta determinación, la BSU 116 desea ofrecer un paquete de servicio de larga distancia y celular a estas personas bajo una campaña de telemercadeo. La BSU 116 utiliza la GUI 160 para introducir y especificar que quiere sacar registros de todos los clientes que (1) se hayan cambiado de California a Colorado, (2) hayan comprado un carro en el año pasado, y (3) actualmente no sean clientes de larga distancia y celular de la compañía. Un proceso de administración de campaña 162 recibe los datos de entrada o los criterios de la GUI 130, y traduce estos criterios en un filtro de calificación guía o archivo.

Por ejemplo, el proceso de administración de campaña 162 construye una investigación a partir de los criterios introducidos, utilizando declaraciones en lenguaje de pregunta estructurada (SQL) . La construcción de una investigación se describe más adelante con respecto a las Figuras 6, 11, y 15 a 21. Una investigación para producir una lista de registros de guías generalmente se describe en la presente como una "campaña de mercadeo", como se describe más adelante. Un proceso de filtro de calificación guía 164 recibe el filtro de calificación guía construido a partir del proceso de administración de campaña 162, y aplica este filtro a los datos en el almacenamiento de datos de DSS 104, o en un mercado guías 166 (discutido más adelante) para extraer una lista de clientes que cumplan con los criterios especificados por el filtro de calificación guía. El proceso del filtro de calificación guía 164 emplea el filtro de calificación guía para extraer los registros de clientes como "registros de guías" para una campaña de mercadeo dada, y almacena estos registros de guías juntos en un mercado guía 166 (descrito más adelante) . En el Ejemplo anterior, el filtro de calificación guía puede extraer primero una primera lista guía de todos los identificadores de clientes, para los clientes que se hayan cambiado de California a Colorado, luego, a partir de esta primera lista, extraer una segunda lista guía de todos los clientes que hayan comprado un carro en el año pasado . A partir de esta segunda lista, el filtro de calificación guía extrae entonces una tercera lista guía más pequeña de todos los clientes que actualmente no sean clientes tanto de larga distancia como celular de la compañía. Los filtros de calificación guía también pueden extraer otras guías indeseables, tales como clientes que hayan solicitado no seír contactados ("supresiones"), o clientes cuya edad sea mayor de 100 (es decir, probablemente fallecidos) . En general, las investigaciones y la recuperación de datos seleccionados a partir de las bases de datos, mercados de datos, y almacenamiento de datos bajo la modalidad de ejemplo de la presente invención, se realizan utilizando técnicas de investigación y recuperación de base de datos conocidas, tales como utilizando las declaraciones SQL y la conectividad de base de datos abierta (ODBC) , como es conocido por los expertos en la técnica pertinente. Por consiguiente, para evitar oscurecer aspectos importantes de la presente invención, esos detalles se omiten en general en la presente. El proceso de filtro de calificación guía 164 también construye mercados guía 166 en donde se almacenan los datos extraídos del DSS 104, basándose en ciertos filtros de calificación guía. Los "mercados de guías" 166 son bases de datos, más pequeñas que el almacenamiento de datos, que contienen subconj untos de datos a partir del almacenamiento de datos. En general, los mercados de guías 166 son recopilaciones a la medida de datos extraídos del DSS 104 para las BSUs 116 individuales. Como se describe en la presente, las BSUs 116 a su vez, piden a los mercados de guías que desarrollen listas de clientes específicas para una campaña de mercadeo dada . Cada mercado de guías 166 es normalmente una base de datos de un solo sujeto, utilizada por grupos individuales de usuarios, tales como las BSUs 116 individuales en la compañía. Los ejemplos de estos mercados de guías 166 para una compañía de larga distancia, en un orden preferencial, pueden ser un mercado de guías que almacena datos de todos los clientes de alianzas internacionales sobre programas de socios (por ejemplo, programas de vuelos frecuentes) , un mercado de guías que almacene datos de todos los clientes que hagan llamadas internacionales frecuentes a países que no sean de habla inglesa, un mercado de guías con todos los clientes que hagan llamadas internacionales frecuentes a países de habla inglesa, un mercado de guías de todos los clientes anteriores que recientemente se hayan cambiado a otra compañía de larga distancia, y un mercado de guías del mercado en masa de todos los clientes de un servicio particular. Estos mercados de guías comunes 166 pueden utilizarse para administrar las campañas de mercadeo continuas. Por ejemplo, un mercado de guías 166 de todos los clientes anteriores que recientemente se hayan cambiado a otra compañía de larga distancia, sería muy útil para administrar una campaña continua de clientes ganados de regreso. Los mercados de guías 166 se pueden incorporar en una computadora separada, tal como una Sun Dox, fabricada por Sun Microsystems, pero no necesita ser así. En la modalidad de ejemplo, el proceso de filtro de calificación guía 164 proporciona un orden preferencial o jerarquía de mercados de guías 166, de tal manera que un cliente dado no sea identificado en más de un mercado de guías (y por lo tanto, no sea contactado repetidamente bajo diferentes campañas de mercadeo) . Por ejemplo, el mercado de guías 166 de los clientes de alianzas/sociedades internacionales, tiene un clasificación más alta que el mercado de guías de clientes que hacen llamadas internacionales a países de habla inglesa. El proceso de filtro de calificación guía 164 puede establecerse para realizar un procesamiento nominal o periódico. Por ejemplo, el proceso de filtro de calificación guía 164 se puede crear para realizar extracción repetida de datos a partir del DSS 104, basándose en un filtro de calificación guía previamente creado. Por consiguiente, sobre una base periódica (por ejemplo, diariamente), el proceso de filtro de calificación guía 164 investiga periódicamente y extrae registros de clientes del DSS 104 (por medio del embarque del almacenamiento de datos (descrito más adelante) ) , que satisfagan al filtro de calificación guía, y actualiza el mercado de guías correspondiente 166. Por consiguiente, los mercados de guías 166 tienen continuamente datos actualizados al corriente almacenados en los mismos. El usuario o la BSU 116 también utiliza la GUI 160 para introducir datos o especificaciones de inventario de guías para crear listas de clientes específicos, para implementar una campaña de mercadeo dada. Por ejemplo, el usuario puede introducir datos a la GUI 160, especificando cuántos registros de guías se van a formatear cada día, a cuáles centros TM/DM 118 se deben distribuir ciertos registros de guías, etcétera. Un proceso de administración de inventario de guías 167 recibe estos datos de entrada desde la GUI 160, y utiliza los datos para administrar la extracción y el procesamiento de los registros de guías desde los mercados de guías 166. Por lo tanto, de una manera similar a aquella para el proceso de filtro de calificación de guía 164, el proceso de administración de inventario de guías 167 construye una investigación basándose en los datos recibidos de la GUI 160, y extrae los registros de guías almacenados en uno o más de los mercados de guías 166, basándose en una campaña de mercadeo dada, para producir una "lista de guías" o lista de registros de guías seleccionados, basándose en la campaña de mercadeo dada. El proceso de administración de inventario de guías 167 almacena la lista de guías resultante, y los registros de guías correspondientes, en el CLR 108. Aunque la lista de guías normalmente- incluye una lista de registros de guías, cada registro de guías incluye no solamente el identificador del cliente para un guía dado, sino también información adicional con respecto al cliente, tal como un número de veces, y las fechas asociadas, en que se hizo contacto con el cliente, y un número de código correspondiente a una campaña de mercadeo durante la cual se hizo contacto con el cliente. En general, las guías o los clientes pueden ser rastreados adentro de la CONI 106, basándose en un código de campaña de mercadeo creado cuando se crea una campaña de mercadeo. Además, el proceso de administración de inventario de guías 167 almacena los registros de distribución de guías para cada campaña de mercadeo. Los registros de distribución de guías identifican a cuál centro TM/DM 118 se le va a distribuir un registro de guía dado (o se le ha distribuido) . Se puede asociar más de un registro de distribución de guías con un registro de guías, debido a que un cliente bajo el registro de guías se puede asociar con más de una campaña de mercadeo. El proceso de administración de inventario de guías 167 crear registros de distribución de guías para la campaña de mercadeo dada, que especifica cuántos registros de guía se van a formatear cada día, a cuáles centros TM/DM 118 se deben distribuir ciertos registros de guías, etcétera. El proceso de administración de inventario de guías también realiza ciertos procesos de selección, tales como asegurar que no se recuperen y almacenen registros de clientes duplicados en el CLR 108. -El proceso de administración de inventario de guías 107 asegura que no se identifique un cliente dado en dos campañas de mercadeo separadas (y por lo tanto, no se le llame dos veces) . El proceso de administración de inventario de guías 167 indica cada cliente identificado bajo una lista de guías en el CLR 108. Si una lista de guías subsecuente identifica un cliente ya indicado en el CLR 108, el proceso de administración de inventario de guías 167 compara una jerarquía o evaluación de la nueva lista de guías con aquella de la lista de guías anterior que indicó previamente al cliente dado. Si la lista de guías subsecuente tiene una clasificación más alta que la lista de guías anterior, entonces se indica el cliente para la nueva lista de guías. Posteriormente, el proceso de administración de inventario de guías, por medio de un formateador (descrito más adelante), cancela un registro de guías previamente enviado al centro TM/DM 118 bajo la lista de guías anterior. Por consiguiente, el proceso de administración de inventario de guías 167 puede ajustar dinámicamente las campañas de mercadeo continuas, de tal modo que presidan más campañas de éxito (campañas de más alta prioridad) y acumulen clientes a partir de otras campañas. En general, la CONI 106 proporciona dos tipos de granularidad de recuperación de datos a las BSUs 116. Bajo una granularidad gruesa, la BSU 116, a través de la GUI 160, él proceso de administración de campaña 162, y el proceso de filtro de calificación de guías 164, extrae un subconjunto de datos de clientes de DSS 104, y almacena estos datos en un mercado de guías 166. En un proceso de granularidad más fina, la BSU 116, a través de la GUI 160 y los procesos 162 y 164_, desarrolla un subconjunto de datos de clientes almacenados en un mercado de guías 166, para producir listas de guías y extraer registros de guías para ciertas campañas de mercadeo. Resumiendo, el proceso de administración de campaña 162 crea filtros de calificación de guías basándose en investigaciones o criterios introducidos por la BSU 116. El proceso de filtro de calificación de guías 164, a su vez, implementa estos filtros de calificación de guías creados para extraer los datos apropiados desde el DSS 104 (para construir los mercados de guías 166) , o partir de los mercados de guías (para construir listas de guías) . El proceso de administración de campaña 162 proporciona una interfase entre la GUI 160 y el proceso de filtro de calificación de guías 164, mientras que el proceso de filtro de calificación de guías interactúa con las bases de datos/almacenamientos de datos. ~ ~~ Un proceso formateador 168 recibe los datos del cliente que se extraen desde el CLR 108 y el DSS 104, basándose en una lista de guías para una campaña de mercadeo dada. El proceso formateador 168 acopla el identificador del cliente de cada entrada en la lista de guías con un nombre, dirección (si es para una campaña de correo directo) , y número telefónico (si es para una campaña de telemercadeo) , con el fin de crear un registro de guías apropiado, para utilizarse finalmente para ser contacto con el cliente. El proceso formateador 168 obtiene las asignaciones de nombre, dirección, y número telefónico para los identificadores de clientes a partir de la CARMA 102 por medio de DSS 104. Como se muestra en la Figurar 3, el DSS 104 incluye un almacenamiento de datos operativos (descrito más adelante) que extrae esta información de la CARMA 102 y la alimenta a la CONI 106. El proceso formateador 168 formatea las guías resultantes en registros de guías, y registros de distribución de guías que incluyen una identificación y la dirección de los centros TM/DM 118 específicos a los que se va a distribuir cada registro de guías; esta información es proporcionada por el proceso de administración de inventario de guías 167. El proceso formateador 168, en la modalidad de ejemplo, es impulsado por tabla, y por consiguiente, emplea archivos de definición, similares a plantillas. Estos archivos de definición especifican la localización de los datos recuperados por el proceso formateador 168 para exhibirse a los agentes en los centros TM/DM 118. Por ejemplo, el archivo de definición puede especificar que la columna 1 incluya números telefónicos, la columna 2 incluya nombres, etcétera. Al ser impulsado por tabla, el proceso formateador 168 no requiere que se cambie un código subyacente si se va a cambiar un formato de registro de guías dado. Más bien, solamente se necesita cambiar el archivo de definición, con el objeto de cambiar la manera en la cual se exhiban los datos extraídos desde el DSS 104 a los agentes en los centros TM/DM 118. Los centros TM/DM 118 reciben los registros de guías formateados desde el proceso formateador 168. Los agentes en los centros TM/DM 118 hacen contacto entonces con los clientes identificados en estos registros, y registran los resultados de estos contactos . Un proceso de administración de contactos 169 recibe los resultados de los contactos desde los centros TM/DM 118. En la modalidad de ejemplo, los resultados de este contacto consisten en, o incluyen, ciertos códigos previamente determinados. Estos códigos indican si un cliente va a ser una supresión, ya sea que se vaya a hacer contacto con el cliente nuevamente y en qué tiempo, y cualesquiera cambios que se vayan a hacer al perfil del cliente. Por consiguiente, el proceso de administración de contactos 169 arregla un seguimiento con un guía si es necesario, actualiza los datos almacenados, etcétera. El proceso de administración de contactos 169 envía el código y/o la información al almacenamiento de datos del DSS 104 para su almacenamiento. El proceso de administración de contactos 169 proporciona de esta manera retroalimentación sobre los resultados de la campaña de mercadeo. La retroalimentación proporcionada por el proceso de administración de contactos 169 proporciona la información histórica a la CONI 106. Estos datos históricos pueden ser accesados, por medio de la CONI 106, por la BSU 116, para determinar el éxito que tenga una campaña de mercadeo dada. La BSU 116 puede modificar entonces una campaña de mercadeo dada, para ayudar a mejorar su éxito, si es necesario. La Figura 3 ilustra los pasos bajo un flujo de datos típico para recopilar y almacenar datos de mercadeo, y utilizar los datos para formular e implementar una campaña de mercadeo, en la infraestructura del SaMS 100. Los pasos del proceso o el flujo de datos de la Figura 3 se identifican mediante números de referencia 1 a 24. Los párrafos estipulados más adelante se introducen mediante un número, 1 a 24, que corresponde a los flujos de datos mostrados en la Figura 3. Cuando sea pertinente, también se describen ciertos hardware o procesos con respecto a los flujos de datos 1 a 24. 1. Se recopila la información del cliente a partir de los proveedores de datos 110 mediante la CARMA 102. Como se observó anteriormente, la información del cliente desde los proveedores de datos 110 puede incluir fuentes de datos internas, tales como tráfico de clientes de la compañía, registros del sistema de facturación, registros de contactos con los clientes, etcétera, así como datos externos, tales como información del estilo de vida sindicalizado . La CARMA 102 está diseñada para aceptar datos en prácticamente cualquier formato y desde cualquier fuente. La CARMA 102 utiliza la información de entrada del cliente para actualizar los perfiles de los clientes en su base de datos de clientes. 2. Cualesquiera cambios a los perfiles de los clientes en la CARMA 102 (generalmente un resultado de la entrada de nueva información del cliente por los proveedores de datos 110) , se capturan y se alimentan al DSS 104. Se retienen los datos de identificación específicos del cliente, tales como nombres y direcciones. Más bien, la CARMA 102 proporciona identificadores genéricos de los clientes al DSS 104. El DSS 104 utiliza un proceso de cosecha de datos 170 para recolectar y formatear todos los datos de entrada, ya sea desde la CARMA 102 o desde cualquier otro proveedor de datos. El proceso de cosecha de datos 170 incluye procesos para identificar-, extraer, transformar, derivar, acumular, integrar, y conducir verificaciones de integridad de los datos recopilados a partir de los proveedores de datos 110. El proceso de identificación identifica cuáles elementos de datos dentro de los datos recopilados se necesitan para los procesos corriente abajo, así como identifica una fuente definitiva para los datos recopilados, no necesariamente la primera fuente conocida. El proceso de extracción copia los datos apropiados desde los proveedores de datos 110. El proceso de transformación reconcilia las diferentes maneras en que se rotulan los mismos datos como son recibidos desde los proveedores de datos 110. Por ejemplo, los valores para el sexo de un cliente bajo un proveedor de datos o sistema, pueden estar en la forma de "m" ó "f", mientras que de otra proveedor de datos pueden estar en la forma de "1" ó "2". El proceso de transformación, en lugar de esto, puede asignar un nuevo valor, tal como "masculino" y "femenino". El proceso de derivación convierte algunos datos a otro valor. Por ejemplo, dos o más campos de datos acerca de un cliente pueden convertirse a una calificación (por ejemplo, la dirección y los ingresos de un cliente combinados y representados por una calificación de dos dígitos) . El proceso de acumulación combina y resume los datos a través de un conjunto de transacciones o un conjunto de clientes individuales. Por ejemplo, el gasto de larga distancia mensual total de un cliente se puede acumular durante 1 año para proporcionar un valor de gas mensual promedio para ese cliente. El proceso de integración acopla los datos con el número de cliente apropiado, y verifica los marcos de tiempo para cada pieza de datos. El proceso de verificación de integridad se asegura de que los datos almacenados en el almacenamiento de datos estén en la forma/formato apropiado. 3. El proceso de cosecha de datos 170 recolecta, desde diferentes proveedores de datos 110, información para la que no se necesite la identificación específica del cliente. Esta información se puede utilizar para identificar tendencias generales . 4. El proceso de cosecha de datos 170 almacena todos los datos que recolecta, en un almacenamiento de datos 172. El almacenamiento de datos 172 se puede dividir y configurar en diferentes esquemas para adaptarse a las necesidades del negocio que lo utilice. Para los negocios típicos, tales como una compañía de telecomunicaciones, debe ser capaz de almacenar enormes volúmenes de datos, tal vez varios Terabytes . El almacenamiento de datos 172 de preferencia emplea una plataforma de procesamiento paralelo masivo (MPP) , tal como más de 100 procesadores IBM SP2. De preferencia se utiliza un sistema de administración de base de datos escalable, tal como aquel ofrecido por Informix Corporation . 5. y 6. Un proceso de embarque de datos 174 extrae datos específicos desde el almacenamiento de datos 174, y coloca estos datos en mercados de datos 175. Los mercados de datos 175 son bases de datos más pequeñas que alojan subconjuntos de datos desde el almacenamiento de datos 174, y se utilizan para facilitar un acceso rápido y fácil a los datos almacenados en el almacenamiento de datos . Los mercados de datos 175 emplean cada uno de preferencia un procesado simétricamente paralelo (SMP) . Cada mercado de datos 175 se establece para un cliente o usuario individual del DSS 104. Por ejemplo, se puede establecer un mercado de datos 175 para una BSU 116 de mercadeo residencial, y se puede establecer otro mercado de datos para una BSU 116 de un grupo comercial pequeño . Un usuario de DSS 104 tal como una BSU 116, especifica, en el proceso de embarque de datos 174, cuáles datos desea colocar en su mercado de datos 175 desde el almacenamiento de datos 172, y cuándo. La BSU 116 especifica estos criterios por medio de un proceso de interfase del usuario del DSS 176 (descrito más adelante) . El proceso de embarque de datos 174, sobre una base periódica, extrae luego los datos desde el almacenamiento de datos 172 bajo los criterios especificados por el usuario, y coloca estos datos en el mercado de datos del usuario 175. Resumiendo, el proceso de embarque de datos 174 mueve los datos desde el almacenamiento de datos central 172 hasta los mercados de datos departamentales 175, en un proceso similar al proceso de cosecha de datos 170 por ejemplo, los usuarios pueden seleccionar los elementos solicitados, y requerir que se apliquen transformaciones adicionales a los datos antes de almacenarse en los mercados de datos) . 7. y 8. El proceso de interfase del usuario del DSS 176 es una herramienta que proporciona acceso a, y análisis de, los datos en los mercados de datos 175. Los usuarios, tales como BSU 116, utilizan el proceso de interfase del usuario del DSS 176, para realizar investigaciones de los datos en su mercado de datos, bajo un proceso de investigación similar a aquél descrito anteriormente para la CONI 106. Por ejemplo, el proceso de embarque de datos 174 puede extraer desde el almacenamiento de datos 172, datos que representen a todos los clientes que recientemente se hayan cambiado a los Estados Unidos desde un país extranjero, y colocar estos datos en uno de los mercado de datos 175 para la BSU 116. Luego la BSU 116 utiliza el proceso de interfase del usuario de DSS 176 para obtener una lista, a partir de estos datos, de todos estos clientes que se cambiaron a California desde Japón, y ha seleccionado otra compañía de larga distancia. En general, se utilizan métodos de análisis más complejos para determinar qué tipos de campañas de mercadeo pueden tener éxito. La BSU 116 examina su mercado de datos 175 para encontrar patrones significativos y relaciones que se puedan traducir en estrategias de mercado. Utilizando el proceso de interfase del usuario de DSS 176, la BSU 116 formula preguntas y realiza el análisis necesario de~ los datos en sus mercados de datos 175, para desarrollar estrategias de mercado, y a partir de lo mismo, determinar qué clase de campañas de mercado implementar. Las preguntas contra los datos en el almacenamiento de datos 172, se hacen utilizando SQL u otro lenguaje de preguntas.

Las BSUs 116 de preferencia incluyen mínicomputadoras o estaciones de trabajo, tales como el sistema Sun Microsystems SC2000/SPARC20. Estas microcomputadoras de preferencia operan bajo un sistema operativo UNIX, y ejecutan un sistema de administración de base de datos, tal como aquel ofrecido por Informix. Las minicomputadoras (así como otros elementos dentro de la infraestructura del SaMS 100) se acoplan utilizando conexiones de alta amplitud de banda. Por ejemplo, las minicomputadoras de la BSUs 116 de preferencia se acoplan con el DSS 104 y la CONI 106, utilizando conexiones de red de área local de interfase de datos distribuida por fibra óptica (FDDI) . Las minicomputadoras de preferencia se comunican con la infraestructura 100 utilizando ODBC. Las BSUs 116, en la modalidad de ejemplo, emplean un buscador World Wide Web para tener acceso a las aplicaciones del lenguaje de marca de hipertexto (HTML) en el DSS 104 y/o en la CONI 106. Las aplicaciones HTML proporcionan un menú de vistas de datos y otras pantallas, bajo un medio ambiente GUI (a la BSU 116) , como se describe en la presente. Por consiguiente, la BSU 116 tienen acceso a porciones de la infraestructura del SaMS 100 por medio de una intrarred, o por medio de Internet. 9. Una vez que la BSU 116 ha analizado los datos, y ha determinado una estrategia de mercado, utiliza la CONI 106 para implementar esa estrategia como una campaña de mercadeo. que se dirige para un segmento de clientes específico. El proceso de administración de campaña 162 y la GUI 160 adentro de la CONI 106 proporcionan la capacidad para que la BSU 116 declare su campaña de mercadeo como criterios específicos. 10. La entrada de datos a través de la GUI 160 a proceso de administración de campaña 162, se convierte mediante el proceso de administración de campaña, en filtros de calificación de guías, bajo la campaña de mercadeo. Luego se introducen los filtros de calificación guías al proceso de filtros de calificación guías 164. El proceso de filtros de calificación de guías 164 es la interfase entre el proceso de embarque de datos 174 de DSS 104 y la CONI 106. Los filtros de calificación de guías especifican criterios que necesitan satisfacer los clientes con el objeto de ser incluidos en la campaña de mercadeo. 11. El proceso de filtros de calificación de guías 164 extrae datos desde el almacenamiento de datos 172, basándose en criterios que representan la campaña de mercadeo de la BSU 116 (bajo el filtro de calificación de guías) . De una manera alternativa, el proceso de filtros de calificacién de guías 164 aplica el filtro de calificación de guías para extraer los datos almacenados en los mercados de guías 166. 12. Los registros de clientes que satisfacen todos los criterios de filtro de calificación de guías se colocan en los mercados de guías 166 como registros de guías relacionados.

Los mercados de guías 166 son los mercados de datos de CONI 106 que alojan registros de clientes o registros de guías para campañas de mercadeo particulares. A partir de los registros de guías, se generarán los registros de guías formateados (como se discute en la presente) . Puede haber múltiples mercados de guías 166, pero solamente se almacena de preferencia un registro de un solo cliente en uno de ellos. 13. El proceso de administración de inventario de guías 164 crea una lista de guías basándose en los registros de guías seleccionados por el filtro de calificación de guías. Adicionalmente, el proceso de administración de inventario de guías 164, bajo la dirección de la entrada de datos desde la BSU 116, crea registros de distribución de guías que especifican el número de registros de guías que se podrán a disposición para llamadas o envíos por correo, especifican cuáles centros TM/DM 118 reciben cada registro de guías, que especifican números enteros de registros de guías para asignar a cada centro TM/DM etcétera. La BSU 116 puede utilizar el proceso de administración de inventario de guías 164 para especificar a dónde se van a enviar las guías, basándose en los conjuntos de habilidades de los agentes, la geografía, los recursos disponibles, etcétera, permitiendo de esta manera que los centros TM/DM 118 administren mejor sus recursos. El proceso de administración de inventario de guías 164 también se asegura de que cada cliente sea extraído solamente una vez de todos los mercados de guías 166, asegurándose que no haya duplicación de clientes en diferentes listas de guías. 14. El proceso de administración de inventario de guías 164 alimenta la lista de guías y los registros de guías asociados, y el registro de distribución de guías, para almacenarse en el CLR 108. El CLR 108 mantiene registros de guías para cada cliente a través de toda la campaña de mercadeo, incluyendo contactos previos y resultados de contactos bajo los flujos de datos de retroalimentación descritos en la presente. El proceso de administración de inventario de guías 167 rastrea las guías sobre clientes que recientemente han sido proporcionadas a un centro TM/DM 118, para asegurar que no se hagan contactos frecuentes con el mismo cliente, y actualiza los registros de guías en el CLR 108 de conformidad con lo mismo. Por ejemplo, si se pasa un registro de guía sobre un cliente específico a un primer centro TM/DM 118 en una noche, y se proporciona otro registro de guía sobre el mismo cliente al CLR 108 desde el proceso de administración de inventario de guías 167 la siguiente noche, el registro de guía en el CLR 108 indicará en segundo registro de guía, que éste es un segundo registro de guía para el mismo cliente en dos noches, o una indicación no pasará esta guía a otros centro TM/DM 118. 15. El proceso de cosecha de datos del DSS 170 recolecta, a partir de la CARMA 102, una alimentación de datos específicos asociados con, o asignados a, identificadores de clientes, tales como nombre, dirección, y números telefónicos. 16. Estos datos específicos se colocan en un almacenamiento de datos operativos (ODS) 178. El ODS 178 es similar al almacenamiento de datos 172, pero es en general mucho más pequeño. Un propósito del ODS 178 es almacenar los datos temporalmente, con el objeto de distribuir los datos a otros procesos o sistemas. 17. y 18. Sobre una solicitud por el proceso formateador 168, el proceso de embarque ~de datos 174 extrae desde el ODS 178 los datos específicos, tales como el nombre, la dirección, y el número telefónico, asignados a los identificadores de clientes en los registros de guías, y proporciona estos datos al proceso formateador. El proceso formateador 168 utiliza estos datos para asignar un nombre y número telefónico, y posiblemente una dirección ~de correo, a~ cada identificador de cliente que fue proporcionado por el proceso de administración de inventario de guías 164, y crea registros de guías formateados. 19. El proceso formateador 168 recupera los registros de guías asociados con la lista de guías desde_el CLR 108, y construye registros de guías formateados utilizando los datos del cliente proporcionados por el proceso de embarque de datos 174. Los registros de guías formateados pueden incluir algunos o todos los siguientes datos: nombres de clientes, números telefónicos, direcciones, historia de contacto, asignación de centros TM/DM 118, y otra información pertinente para la campaña de mercadeo. El proceso formateador 16BL formatea los registros de guías mediante el acoplamiento de los identificadores de clientes, que son recibidos por el proceso de administración de inventario de guías 164, con los nombre y números telefónicos -desde la CARMA 102. 20. El formateador 168 envía los registros de guías formateados a los centros TM/DM 118 apropiados, basándose en la lista de distribución de guías. Los centros TM/DM 118 importan estos registros de guías, y hacen contacto con los clientes, y conducen la campaña de mercadeo, tal como ofrecer servicios o productos de larga distancia. 21. Los resultados de cada contacto con los clientes se registran localmente en los centros TM/DM 118. 22. Los resultados de cada contacto con los clientes son extraídos por, o enviados a, el proceso de administración de contactos 169 adentro de la CONI 106 desde el centro TM/DM 118. El proceso de administración de contactos 169 puede arreglar seguimiento de guías y reporte sobre el estado o resultados de una campaña dada. El proceso de administración de contactos 169 puede actualizar automáticamente los registros de guías almacenados adentro de CLR 108. 23. El proceso de administración de contactos 169 proporciona resultados de los contactos con los clientes al proceso de cosecha de datos 170, de tal manera que se puede actualizar el almacenamiento de datos 172 con estos resultados. El proceso de embarque de datos 174 actualiza entonces los datos correspondientes en los mercados de datos 175. Esto representa otro de muchos ciclos de retroalimentación construidos en la infraestructura del SaMS 100. Como se observó anteriormente, la BSU 116 formula y conduce una campaña de mercadeo. Los resultados de cada contacto con clientes bajo la campaña se alimentan al almacenamiento de datos 172. La BSU 116 puede extraer entonces y analizar los resultados de la campaña global, especificando al proceso de embarque de datos 174 una extracción de ciertos datos de clientes. A partir de esto, la BSU 116 puede formular otra campaña, modificar una campaña existente, o identificar una respuesta inesperada a la campaña anterior. Por ejemplo, la BSU 116 puede formular una campaña para vender servicio de larga distancia a ciertos clientes de RBOC. Muchos clientes, cuando son contactados por un centro TM/DM, puede responder con una preferencia de cambiar de proveedores de servicio local. Estas respuestas se registran en el CLR 108, se extraen mediante el proceso de administración de contactos 169, se recolectan mediante el proceso de cosecha de datos 170, y se almacenan en el almacenamiento de datos 172. Luego la BSU 116 analiza los resultados de su campaña por medio del proceso de interfase del usuario del DSS 176, y los mercados de datos previamente actualizados, y determina que se necesita una campaña de mercadeo de servicio local para estos mismos clientes. Los centros TM/DM 118 también pueden realizar campañas de correo directo. Por ejemplo, la CONI 106 puede instruir al centro TM/DM 118 que envíe por correo folletos a clientes seleccionados, esperar dos semanas, y luego llamar a esos clientes. 24. El resultado de un contacto con los clientes puede ser que el cliente solicite que no se le vuelva a llamar (una "supresión") . Como se observó anteriormente con respecto al flujo de datos 22, el proceso de administración de contactos 169 actualiza los registros de guías en el CLR 108, para indicar una supresión para el cliente. Luego se alimenta una extracción de todas las supresiones, como un Proveedor de Datos, a la CARMA 102. La CARMA 102, a su vez, alimentará estas supresiones, por identificador de cliente solamente, al almacenamiento de datos 172. Entonces el proceso de filtro de calificación de guías 164 puede filtrar cualesquiera clientes con un indicador de supresión en las campañas futuras. También se pueden proporcionar supresiones a la CARMA 102 desde las fuentes de datos externas 114, tales como un LEC 124. Ahora se describirán los procesos de administración de la campaña e inventario de guías con respecto al diagrama de flujo de ejemplo de la Figura 6. La Figura 6 muestra un proceso global 200 realizado por el proceso de administració de campaña 162 y el proceso de administración de inventario de guías 167. Asociadas con cada paso o subproceso en la Figura 6, están las pantallas de ejemplo exhibidas por la GUI 160 a la BSU 116. Estas pantallas, mostradas en las Figuras 7 a 26, de preferencia se construyen utilizando Microsoft Visual Basic. Como se describe más adelante, las pantallas mostradas en las Figuras 7 a 26 son referidas por el mismo numeral de referencia para los pasos correspondientes bajo el proceso 200. Si hay múltiples pantallas asociadas con un paso dado, entonces las pantallas están representadas por el numeral de referencia seguido por las letras A, B, C, ... En el paso 202, el proceso 200 exhibe un registro e la pantalla, como se muestra en la Figura 7. El registro en la pantalla solicita la identificación de un usuario, y la contraseña para el usuario. En la modalidad de ejemplo, se permite acceso a tres niveles de usuarios a la infraestructura 100. Un usuario de más alta prioridad puede tener acceso a todos los aspectos y procesos de la infraestructura 100. U usuario de nivel medio puede someter peticiones de generación de guías, crear filtros de calificación de guías, y realizar muchas funciones adentro de la infraestructura 100. Un usuario de nivel bajo puede simplemente ver ciertos datos. La siguiente discusión asume que el usuario tiene acceso a todos los procesos descritos más adelante.

En el paso 204, después de un registro de éxito, el proceso 200 exhibe una pantalla de menú principal (Figura 8) , que permite al usuario seleccionar uno de cuando menos 6 subprocesos : ver o modificar los mercados de guías (paso 206; Figura 10) , ver o generar guías (paso 208; Figura 11) , ver los registros en el CLR 108 (paso 210) , ver las tablas de datos (paso 212; Figura 12), realizar funciones de seguridad adentro de la CONI 106 (paso 214; Figura 26), o crear reportes (paso 216) . El menú principal, paso 204, también proporciona ciertas funciones de extracción (en un medio ambiente Windows) . Por ejemplo, como se muestra en la Figura 9, el menú principal (paso 204) puede proporcionar una tabla genérica para ver columnas o filas de datos adentro de la CONI 106, u otras porciones de la infraestructura 100. Como se muestra en la Figura 9, el usuario puede determinar el estado de una guía particular, realizar cuestionarios locales y globales de las guías o registros adentro de una o más bases de datos adentro de la infraestructura 100, determinar un estado de distribución de registros, exhibir tablas de pasos necesarios para crear filtro de calificación de guías, generar reportes, contar el número de registros en un mercado de guías, determinar _el estado de los registros en un mercado de guías, etcétera. Basándose en una primera selección a partir de la pantalla del menú principal (Figura 8) , el proceso 200 en el paso 206 exhibe una pantalla de mercado de guías inicial, como se muestra en la Figura 10. Bajo la pantalla del mercado de guías de la Figura 10, el usuario puede abrir una tabla existente previamente construida para crear un mercado de guías, o crear un nuevo registro para almacenarse en el mercado de guías. Las Figuras 27A y 27B muestran juntas una tabla de mercado de ejemplo utilizada para crear un mercado de guías bajo Informix, y los campos de la tabla son generalmente auto-explicatorios . En el paso 218, el usuario puede seleccionar uno de dos fabuladores para opciones para administrar propiedades de los mercados de guías, como se muestra en las pantallas de las Figuras 13 y 14. Haciendo referencia a la Figura 13, una primera pantalla 218A permite al usuario ver una lista de resumen de todos los mercados de guías que se están construyendo. Haciendo referencia a la Figura 14, una pantalla 218B exhibe las tablas de los mercados de guías y permite al usuario crear una jerarquía entre esos mercados de guías, promoviendo o moviendo los mercados unos con respecto a otros. En el paso 208, el proceso 200 exhibe una pantalla correspondiente que permite al usuario introducir un cuestionario o perfil, para utilizarse en la creación de un filtro de calificación de guías bajo una campaña de mercadeo. En el paso 220, el proceso 200 exhibe una pantalla 220A, mostrada en la Figura 15, que permite al usuario introducir criterios de distribución, utilizados para crear una lista de distribución de guías. Como se muestra en la Figura 16, el paso 220 también exhibe una pantalla 220B que permite que se exhiban las diferentes ciudades de venta o los centros TM/DM 118 con los datos correspondientes. En el paso 222, el proceso 200 exhibe una pantalla correspondiente mostrada en la Figura 17, que permite al usuario salvar un cuestionario construido, someter el cuestionario al proceso de filtro de calificación de guías 164 para extraer los registros correspondientes, y una frecuencia de refresco de estos registros . En el paso 224, el proceso 200 permite al usuario exhibir u obtener reportes sobre diferentes campañas de mercadeo. Haciendo referencia a la Figura 18, una pantalla 224A permite al usuario exhibir registros de guías extraídos para una campaña de mercadeo dada. Haciendo referencia a la Figura 19, una pantalla 224B exhibe un número total de registros de guías (filas) , registros que fallaron en el filtro de calificación de guías, duplicados que pasan el_ filtro, pero ya están localizados en el CLR 108 (bajo otra campaña) , y aquellos que pasaron bajo el filtro/la campaña. Haciendo referencia a la Figura 20, una pantalla 224C exhibe la información de distribución al usuario, basándose en su cuestionario sometido. Haciendo referencia a la Figura 21, una pantalla 224D exhibe los errores en la extracción de los registros de guías bajo el cuestionario. En el paso 212, el proceso 200 exhibe una pantalla correspondiente, mostrada en la Figura 12, que proporciona cuatro opciones para exhibir las tablas de datos al usuario: tabla de ciudad de ventas/medios/formas, tabla de omisión de distribución, tabla de jerarquía de código de lista, y tabla de varios. Haciendo referencia a la Figura 22, una pantalla 226A exhibe o permite al usuario crear un registro para una nueva ciudad de ventas. Haciendo referencia a la Figura 23, una pantalla 226B permite al usuario seleccionar una de varias formas para exhibir registros de guías a la ciudad de venta (centro TM/DM 118) . Haciendo referencia a la Figura 24, una pantalla 226C permite al usuario especificar el tipo de medio en el que se distribuyen los registros de guías a las ciudades de venta (por ejemplo, TRANS de disco, cinta, etcétera) . En el paso 228, el proceso 200 permite al usuario seleccionar uno de varios formatos de distribución bajo los registros de distribución de guías previamente construidos. En el paso 230, el proceso 200 exhibe una pantalla correspondiente, mostrada en la Figura 25, que enlista los códigos correspondientes a la jerarquía de mercados y sus registros de guías correspondientes. En el paso 232, el proceso 200 exhibe cualesquiera tablas adicionales de información para la selección por parte del usuario. En el paso 214, el proceso 200 exhibe una pantalla correspondiente, mostrada en la Figura 26, de opciones de seguridad proporcionadas bajo la CONI 106. El acceso a diferentes porciones de la CONI 106 y sus procesos puede limitarse a los niveles de usuarios. Aunque en la presente se describen modalidades específicas de, y ejemplo para, la presente invención, para propósitos ilustrativos, se pueden hacer diferentes modificaciones equivalentes sin apartarse del espíritu y alcance de la invención, como será reconocido por los expertos en la técnica pertinente. Las enseñanzas proporcionadas en la presente, de la presente invención, se pueden aplicar a otros negocios y campañas de mercadeo, no necesariamente el proveedor de servicio de telecomunicaciones y la campaña de telemercadeo de ejemplo descritos anteriormente. Por ejemplo, la presente invención es igualmente aplicable a la implementación de campañas de mercadeo para otros segmentos del mercado, y al contacto con clientes desarrollado bajo esas campañas por medio de Internet. Más aun, se pueden emplear aspectos de la presente invención para generar reportes organizados basándose en datos complejos y voluminosos almacenados en un almacenamiento de datos . Todas las patentes y solicitudes de los Estados Unidos de Norteamérica citadas en la presente se incorporan como referencia. Los expertos en la técnica pertinente pueden crear un código fuente para el software, procesos, y funciones descrito en la presente, basándose en la descripción anteriormente detallada de los flujos de datos, las funciones, y los procesos de la Infraestructura SaMS y sus componentes relacionados. Aunque ciertas operaciones bajo la presente invención se describen presentándose en general en una forma en serie, los expertos en la técnica pertinente reconocerán que está enteramente dentro del alcance de la invención conducir algunas operaciones de una manera más o menos simultánea, o inclusive en un orden alternado, de la descrita en la presente. Estos y otros cambios se pueden hacer a la invención a la luz de la descripción detallada anterior. En general, en las siguientes reivindicaciones, los términos utilizados no deben interpretarse para limitar la invención a las modalidades específicas dadas a conocer en la memoria descriptiva y en las reivindicaciones, sino que deben interpretarse para incluir cualquier sistema de procesamiento de datos que opere de acuerdo con las reivindicaciones, para proporcionar funciones de administración de información, servicios de contacto, y administración de clientes. De conformidad con lo anterior, la invención no está limitada por la divulgación, sino más bien su alcance debe ser determinado enteramente por las siguientes reivindicaciones .

Claims

REIVINDICACIONES

1. Un método implementado por computadora para generar guías para una campaña de mercadeo a partir de registros de clientes almacenados en un almacenamiento de datos, comprendiendo el método los pasos de: ~~ crear un mercado que contiene un subconjunto de los registros de clientes almacenados en el almacenamiento de datos; seleccionar un subconjunto de los registros de clientes contenidos en el mercado, basándose en un primer cuestionario; y construir registros de guías- basándose en el subconjunto seleccionado de los registros de clientes y la información adicional almacenada en el almacenamiento de datos .

2. El método de la reivindicación 1, en donde el paso de crear incluye el paso de crear un filtro que determina cuáles registros de clientes en el almacenamiento de datos están contenidos como el subconjunto en el mercado. —

3. El método de la reivindicación 1, en donde el paso de seleccionar incluye el paso de crear un filtro de calificación de guías que determina cuáles registros de clientes se seleccionan en el subconjunto del mercado.

4. El método de la reivindicación 1, en donde el paso de construir incluye el paso de recuperar ciertos datos en los registros de clientes en el almacenamiento de datos, basándose en un número de clientes. ~~

5. El método de la reivindicación 1, en donde el paso de construir incluye el paso de formatear los registros de guías para exhibirse en una pantalla de computadora.

6. Un sistema para generar registros de guías para una campaña de mercadeo basándose en los registros de clientes almacenados en una base de datos, comprendiendo el sistema: una unidad de interfase del usuario configurada para aceptar comandos de cuestionario desde un usuario; una unidad de administración de campaña acoplada para recibir los comandos de cuestionario, y crear un filtro de calificación de guías; una unidad de filtro de calificación de guías acoplada a la base de datos, y acoplada para recibir el filtro de calificación de guías, en donde la unidad de filtro de calificación de guías está configurada para aplicar el filtro de calificación de guías a los datos del cliente, con el fin de extraer los registros de clientes seleccionados; una unidad de administración de guías acoplada para recibir los registros de clientes seleccionados, en donde la unidad de administración de guías se configura para aplica reglas previamente determinadas a los registros de clientes seleccionados, con el fin de producir un conjunto de registros de guías ; y una unidad formateadora acoplada para recibir el conjunto de registros de guías, en donde la unidad formateadora se configura para convertir los registros de guías en registros de guías formateados para utilizarse en la campaña de mercadeo.

7. El sistema de la reivindicación 6, el cual comprende además un mercado de datos de guías acoplado a la unidad de filtro de calificación de guías a la unidad de administración de guías, en donde la unidad de interfase del usuario se configura para aceptar un perfil, y en donde la unidad de filtro de calificación de guías se configura para seleccionar registros de clientes en la base de datos para el almacenamiento del mercado de datos basándose en el perfil.

8. El sistema de la reivindicación 6, el cual comprende además un mercado de datos de guías acoplado con la unidad de filtro de calificación de guías y la unidad de administración de guías, y en donde la unidad de filtro de calificación de guías se configura para extraer los registros de clientes seleccionados en el mercado de datos de guías, basándose en el filtro de calificación de guías.

9. El sistema de la reivindicación 6, el cual comprende además una unidad de administración de contacto acoplada con la base de datos, y acoplada para recibir datos de clientes para uno de los registros de guías formateados correspondiente a uno de los registros de clientes seleccionados, en donde la unidad de administración de contacto se configura para pedir a la base de datos que altere el registro de un cliente basándose en los datos recibidos del cliente .

10. El sistema de la reivindicación 6, el cual comprende además un depositario de datos de guías centralizado que almacena el conjunto de registros de guías, y un mercado de datos de guías acoplado con el depositario, y acoplado para recibir datos de clientes para uno de los registros de guías formateados correspondiente a uno de los conjuntos de registros de guías, en donde la unidad de administración de contacto se configura para alterar el registro de guías basándose en los datos recibidos del cliente.

11. El sistema de la reivindicación 6, en donde la unidad formateadora se acopla con la base de datos, y recibe datos desde la base de datos correspondientes a cada registro de guías en el conjunto de registros de guías, para producir los registros de guías foxmateados .

12. El sistema de la reivindicación 6, en donde la unidad de interfase del usuario se configura para recibir comandos desde el usuario por medio de Internet.

13. Un medio legible por computadora que contiene instrucciones ejecutables por la computadora para desempeñar un método que comprende los pasos implementados por computadora de: crear un mercado que contiene un subconjunto de registros de clientes almacenado en un almacenamiento de datos ; seleccionar un subconjunto de los registros de clientes contenidos en el mercado, basándose en un primer cuestionario; y construir registros de guías basándose en el subconjunto seleccionado de los registros de clientes, y la información adicional almacenada en el almacenamiento de datos.

14. El medio legible por computadora de la reivindicación 13, en donde el paso de crear incluye el paso de crear un filtro que determina cuáles registros de clientes en el almacenamiento de datos están contenidos como el subconjunto en el mercado.

15. El medio legible por computadora de la reivindicación 13, en donde el paso de seleccionar incluye el paso de crear un filtro de calificación de guías que determina cuáles registros de clientes se seleccionan en el subconjunto del mercado .

16. El medio legible por computadora de la reivindicación 13, en donde el paso de construir incluye el paso de recuperar ciertos datos en los registros de clientes en el almacenamiento de datos, basándose en un número de clientes.

17. El medio legible por computadora de la reivindicación 13, en donde el paso de construir incluye el paso de formatear los registros de guías para exhibirse en una pantalla de computadora.

18. En un sistema de computación que tiene una base de datos que contiene registros de clientes que contienen información con respecto a los clientes para un contacto de mercadeo, un método que comprende los pasos implementados por computadora de : crear un subconjunto de registros de guías a partir de la base de datos de los registros de clientes, en donde cada registro de guías en el subconjunto contiene menos datos que un registro de clientes correspondiente en la base de datos; seleccionar una pluralidad de registros de guías a partir del subconjunto; recuperar información adicional a partir de la base de datos, basándose en la pluralidad seleccionada de registros de guías; y crear registros formateados para un contacto de mercadeo -a partir de la información adicional y la pluralidad seleccionada de registros de guías .

19. El método de la reivindicación 18, el cual comprende además el paso de enviar los registros formateados a~ una terminal de mercadeo para exhibirse en la misma.