Necesito un buscador 2

-4390390-1483360Necesito un Buscador Resumen ejecutivo Si su organización, bien sea para uso interno o externo o con el fin de vender o informar, detecta la necesidad de poner en marcha un buscador, este documento tiene por objetivo facilitarle una síntesis de los factores determinantes al éxito. Conocer la necesidad, las oportunidades, los riesgos e implicaciones, constituir y liderar el equipo adecuado, seleccionar la tecnología correcta o medir el éxito, son cuestiones que a continuación se presentan. TOC o "1-3" h z u Resumen ejecutivo PAGEREF _Toc162397402 h 2La necesidad y las oportunidades PAGEREF _Toc162397403 h 4Oportunidades5Necesidades5Tipos de proyecto de búsqueda PAGEREF _Toc162397404 h 6¿Es posible prever el tipo de búsquedas de los usuarios? PAGEREF _Toc162397405 h 6¿Cuál es el nivel de estructura de la información? PAGEREF _Toc162397406 h 7Selección de tecnología PAGEREF _Toc162397407 h 8Software Comercial PAGEREF _Toc162397408 h 8¿Cuáles son las restricciones de las licencias comerciales? PAGEREF _Toc162397409 h 9Open Source PAGEREF _Toc162397410 h 11¿Que aspectos definen la oferta Open Source? PAGEREF _Toc162397411 h 11El equipo PAGEREF _Toc162397412 h 13Los riesgos PAGEREF _Toc162397413 h 14Diseño funcional PAGEREF _Toc162397414 h 14Diseño agregación PAGEREF _Toc162397415 h 15Diseño técnico PAGEREF _Toc162397416 h 16Medir el éxito PAGEREF _Toc162397417 h 17La continuidad PAGEREF _Toc162397418 h 18Conclusiones PAGEREF _Toc162397419 h 19Sobre Colbenson PAGEREF _Toc162397420 h 20 La necesidad y las oportunidades “Necesitamos un Google” Son muchas las formas en las que la necesidad de un buscador se presenta y sin embargo, el requisito se comunica en términos tales como: “Necesitamos un Google”, “hay que poner un cajón de búsqueda” o simplemente: “Necesitamos un buscador”. Hoy en día, en cualquier ecosistema empresarial o institucional, la información dirige multitud de escenarios de los cuales surgen infinidad de problemas que la búsqueda trata, haciendo del buscador un componente crítico. OportunidadesEl objetivo es reducir el tiempo y el esfuerzo que distancia a los datos de sus usuarios, lo que presenta a su vez numerosas oportunidades.Dotar de mayor agilidad y dinamismo a los datos tiene un impacto directo en muchos aspectos de la operativa, el reto es identificar y priorizar.NecesidadesLas necesidades han de valorarse en el contexto de la mejora de productividad o incremento de ventas.¿Cómo puede mejorar el buscador la productividad de mi organización?¿Cómo puedo potenciar las ventas online? Tipos de proyecto de búsqueda 28575274320 Cada proyecto responde naturalmente a objetivos específicos, sin embargo es posible clasificarlos de según el tipo de uso y según el tipo de datos. ¿Es posible prever el tipo de búsquedas de los usuarios? El buscador de una tienda online recibe más de un 50% de búsquedas con lenguaje coloquial distinto al que describe los productos, cuando el buscador de un Web de gobierno puede recibir cientos de miles de búsquedas al mes y sin embargo solamente 3 temas tales como ayudas, becas o transporte pueden copar más del 70% del total de la demanda. ¿Cuál es el nivel de estructura de la información? Véase por ejemplo el buscador de un Web de reservas de vuelos con datos altamente estructurados (fecha, origen y destino), mientras que los datos publicados en un Web de gobierno son principalmente des-estructurados. Cuanto más estructurados son los datos, mayor es la probabilidad de convertir una búsqueda en una experiencia satisfactoria. Estructurar o enriquecer debe de responder fielmente a una demanda de uso y a unos niveles de mantenimiento o actualización coherentes con el sentido y futuro del proyecto. Selección de tecnología La selección de una u otra tecnología no es un factor determinante del éxito, sin embargo marca una ruta de posibilidades o limitaciones en el futuro y continuidad. A continuación se presentan los aspectos fundamentales a tener en cuenta durante la selección tecnologías abiertas o comerciales. Software Comercial El mercado de Software Comercial de búsqueda se ha consolidado en los últimos años, la oferta tecnológica es muy similar y las diferencias funcionales inapreciables. Son muchas las empresas que ofrecen licencias, ya sean dedicadas como Autonomy, Endeca o Exaleed o la oferta de grandes fabricantes de software al efecto como Google GSA, Microsoft Fast o Oracle Enterprise Search. La decisión de optar por Software licenciado o comercial tiene numerosas ventajas, desde la estandarización con el resto de plataformas comerciales hasta la negociación contractual de modelos de soporte Gold o Premium sin duda más extendidos y maduros que en la oferta de código abierto o Open Source. Sin embargo, la introducción de código objeto o de autor en modo de licencias de uso comerciales, conlleva una serie de restricciones que han de valorarse y formar parte de la negociación durante el proceso de compra. ¿Cuáles son las restricciones de las licencias comerciales? Sobrepasar cualquiera de las siguientes limitaciones o que nuevos interlocutores comerciales las re-definan implica nuevas negociaciones e incrementos en el TCO (Total Cost of Ownership). Definición de uso: Acota el uso del software a ámbitos internos y/o externos. Dentro de cada uno de estos ámbitos es también limitable a número usuarios, departamentos, divisiones, dominios, zonas geográficas, etc. Volumen de documentos, tamaño/número de índices, consultas concurrentes o CPUs: Sin lugar a dudas una de las limitaciones más confusas. ¿Qué es un documento? ¿Cuentan las consultas intra-procesos, paramétricas o de personalización? ¿De qué sirve tener índices grandes sino pueden escalarse a nuevas instancias? Funcionalidades: El software viene limitado, evidentemente por sus funcionalidades. El problema radica en que los nombres de éstas cambian con frecuencia aun respondiendo a las mismas funciones de API. Escalabilidad/Distribución/Alta Disponibilidad: Del mismo modo, las licencias controlan cómo pueden distribuirse, balancearse y en definitiva definir arquitectura. Open Source 28575176530 Las posibilidades de maximizar los objetivos y las oportunidades de su proyecto de búsqueda son proporcionales a al grado de flexibilidad que la infraestructura y solución de búsqueda ofrezcan. Open Source, en el lado positivo, ofrece dicha adaptabilidad y sin embargo es en esa virtud en donde también se encuentra su defecto, ofreciendo tal espectro de opciones y configuración que los requisitos técnicos, humanos y de conocimientos son comparativamente más complejos y sofisticados. ¿Que aspectos definen la oferta Open Source? Sin restricciones: A diferencia de la oferta de Software comercial, Open Source en proyectos de búsqueda presenta una oportunidad de explotación libre de toda restricción volumétrica, funcional, idomática o de uso. Investigación y Desarrollo: Desarrolladores por todo el mundo evolucionan el software. Estos programadores y arquitectos son movidos por su pasión por las tecnologías de agregación, conexión, enriquecimiento y procesado de información. El hecho de que Lucene/Solr esté en boca de todos es precisamente consecuencia del desarrollo acelerado que experimenta y de la rápida evolución técnica y funcional hasta el punto de haber alcanzado a las soluciones comerciales. Lucene/Solr es desarrollado desde hace más de 10 años bajo el proyecto Apache. Los grandes proyectos de éxito en búsqueda como Linkedin, Twitter o Data.gov corren sobre esta tecnología. El equipo A los perfiles experimentados en tecnologías de búsqueda y agregación de aquellas tipologías de fuentes a agregar, es imprescindible sumar experiencia en diseño de patrones de encontrabilidad. El diseño de arquitecturas de búsqueda de alto rendimiento, gestión de caches, compresión y tipologías de índices, securización y eficiencia de todo el espectro de acciones de búsqueda necesita de un conjunto de perfiles multidisciplinar, desde encontrabilidad hasta arquitectura pasando por administración de sistemas, documentación y desarrollo. La tecnología de búsqueda coexiste en un ecosistema variado de aplicaciones y tipologías documentales con el que debe interactuar de forma coherente. Materializar dichas interacciones resulta en un claro proyecto de integración que demanda elevados conocimientos más allá del buscador en sí hacia los sistemas que le rodean. Los riesgos ¿Cuáles son las razones por las que el proyecto puede fracasar? Diseño funcional Diseño agregación Diseño técnico Diseño funcional Un correcto diseño funcional del proyecto buscador ha de contemplar los denominados patrones de búsqueda o conjunto de casos de uso del buscador según la tipología de información y las propias características del usuario. La disponibilidad de funcionalidades no justifica su incorporación. Cada función de búsqueda ha de atender a un comportamiento común de la mayoría de usuarios y a intenciones de búsqueda definibles y diseñables. Mitigación: Es preciso definir indicadores de éxito del buscador o KPIs (Key Performance Indicators). Sobre dichos parámetros es posible cuantificar objetivamente mediante Analítica de Búsqueda el éxito o fracaso de la casos de uso planteados, permitiendo adaptarlos o crear nuevos cuyo diseño sí corresponda y en efecto se disuelva con el comportamiento de sus usuarios. Diseño agregación Otra causa común de fracaso y un riesgo de gran potencial es la falta de un diseño apropiado de los procesos de agregación, bien por la introducción de ruido o por ignorar simples vías de enriquecimiento de información y datos que a su vez habilitan búsquedas efectivas. Mitigación: Evaluar la normalización mediante la suma y el enriquecimiento de meta-datos de forma automática. Definir los ciclos de vida de contenidos e información para cada tipología. Diseño técnico Es frecuente que las arquitecturas lógicas y físicas planteadas no satisfagan los requisitos de rendimiento, disponibilidad y escalabilidad. Bien por la falta de previsión de los volúmenes de consultas (que muchas veces incluyen infinidad de acciones más allá de la búsqueda), o bien por el desconocimiento de los volúmenes y ciclos de indexación (tanto desde el punto de vista de unidades documentales como términos/idiomas). Mitigación: Un correcto estudio de los ciclos de vida de los contenidos y de las previsiones de crecimiento ha de traducirse en arquitecturas que asignan diferentes responsabilidades a diferentes motores que pueden perfectamente inter-operar, cruzar y re-ordenar consultas y resultados. Medir el éxito Los indicadores de éxito deben ser duros y medibles. Los indicadores de éxito deben ser duros y mediblesPor ejemplo, si el objetivo del proyecto es promover la venta cruzada, la métrica debe ser predefinida entorno a los índices de click-through rate (CTR). Al otro lado del espectro, cuando el proyecto es interno, podemos medir por ejemplo el grado de conversión de búsquedas en el sistema de preguntas y respuestas y como se refleja en el numero de llamadas atendidas por el Centro de Atención al Usuario o CAU en dicho periodo. La clave reside en analizar y cuantificar el impacto que a nivel de negocio tienen los clicks en contenidos y acciones como por ejemplo contratar un producto, pedir un presupuesto, o emplear un simulador de hipotecas. La continuidad Sobre una métrica dura que permite cuantificar el éxito del buscador, el proyecto ha de planificar una continuidad diseñada para elevar dichos resultados y obtener por otros cauces nuevos réditos. Dos son los factores que fundamentan la previsión de continuidad de un proyecto de búsqueda: Las propiedades volumétricas y tipológicas de la información Las expectativas y casos de uso Tanto en cuanto ambos factores cambian y evolucionan, los servicios de búsqueda asociados han de adaptarse y actualizarse, no hacerlo resulta en ignorar la verdadera naturaleza viva de los servicios de búsqueda y con ello abandonarlos a un deterioro continuado (a medida que volúmenes y tipologías se agregan y las intenciones de uso evolucionan). Conclusiones Bien para uso interno o externo, tanto en organismos públicos como privados, un buscador tiene la responsabilidad de simplificar y reducir el tiempo y el esfuerzo que distancia a los usuarios de la información que de forma inmediata precisan. Tratar dicho objetivo, no es una cuestión exclusivamente tecnológica, sino metodológica. El éxito depende de analizar y comprender la demanda de información, en apreciar cómo buscan. Diseñando sobre esos comportamientos el buscador proporcionará experiencias satisfactorias y medibles cuantitativamente, tanto en cuanto es posible calcular cuando una búsqueda ha fracasado, es igualmente posible detectar cuándo no lo ha hecho, pudiendo establecer un ratio de encontrabilidad medible y cuya maximización depende principalmente de la Analítica de Búsqueda y el Diseño de Patrones de Búsqueda. Sobre Colbenson Colbenson desarrolla y aplica metodologías y tecnologías que dotan a sus contenidos de mayor agilidad y rentabilidad, anticipándose a las necesidades de sus usuarios según sus patrones de comportamiento. Desde Colbenson Software Factory se desarrollan productos y widgets de búsqueda y recomendación como OSP (Open&Search Platform) y de analítica, adaptación y optimización de buscadores, usuarios y contenidos como SearchBroker, con impacto directo en la productividad y conversión de indicadores de negocio para clientes como Casa del Libro, Mango, Caja Madrid/ Bankia, Acceso, Europa Press, Banco de España, Biblioteca Nacional, Poder Judicial o Gobierno Vasco. Colbenson.com y @colbenson Encontrabilidad.org OpenandSearch.com

Necesito un buscador 2

by colbenson on Mar 27, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

1 Embed 37

Statistics

Necesito un buscador 2 — Document Transcript