Este artículo proviene de un motor de traducción automática.

Posibilidades de uso en práctica

La búsqueda es clave para la posibilidad de encontrar

Dr. Charlie Kreitzberg y Ambrose Little

En esta columna, que podrá ser hablando búsqueda. Búsquedas Active en muchos lugares. En sitios Web, a menudo son primera opción del usuario en la para la exploración.  En sitios de red social, permiten a los usuarios encontrar grupos relevantes.  En aplicaciones empresariales, son herramientas para localizar registros individuales y para la creación de informes.  Con la búsqueda, un tamaño no se ajusta a todos.  El cuidado y creatividad con el que diseñar las herramientas de búsqueda en las aplicaciones realmente pueden tener un impacto sobre la experiencia del usuario. 

Best Practices y patrones


Ambrose Little

Históricamente hablando, búsqueda no es una de las cosas que los desarrolladores tienden a pensar mucho, a menos que funcionan para Google. En muchas aplicaciones de TI, es algo que ordenamos de slap al final. En sitios Web, suele ser el mismo, suponemos que nos podemos aprovechar algunas otras de palabra clave fácil buscar instalaciones o un dispositivo de búsqueda y en algunos casos, dejar copia completamente a Bing, Google, Yahoo o otro motor de búsqueda.

Cuando implementamos búsqueda nosotros mismos, normalmente hay un binario alternar en nuestras mentes entre “ simple ” y “ avanzadas, ” con significado “ avanzada ” que nos throw hasta un formulario con la mayoría o todas las propiedades claves en nuestros objetos, agregar algunas listas desplegables y permitir que las personas que vaya a la ciudad.

Se puede y debe hacer mejor con la búsqueda. No importa lo bien manualidades nuestra arquitectura de información, la posibilidad de que nos esteticien hasta el punto de buscar no es necesitábamos es baja y crece más cerca de cero más agregamos contenido, objetos y datos a nuestras soluciones.

Debe tenerse como una preocupación de nivel superior cuando piensa acerca de la solución de búsqueda. Debería estar allí como parte de las preocupaciones entre-cortar, junto con la seguridad, rendimiento y otros requisitos. De hecho, se puede llamar más genéricamente a búsqueda “ findability ”, porque la realidad es que necesita pensar no sólo en términos de búsqueda, pero también en términos de otras maneras de buscar información.

Donna Spencer ha identificado cuatro modos comunes que los usuarios emplear cuando que buscan información (consulte de boxesandarrows.com/view/four_modes_of_seeking_information_and_how_to_design_for_them ):

  1. Buscar algo cuando saben lo que desea y que las palabras para describirlo.
  2. Explorar cuando tienen sólo una idea de lo que desee y puede que carecen de las palabras a articularlo.
  3. Buscar elementos relevantes cuando no saben lo que necesitan.
  4. Buscar algo han visto antes.

Estos modos pueden ser un buen punto de partida cuando considere findability en general. (A propósito, “ findability ” se acuñó por Peter Morville en su libro de Findability Ambient [O’Reilly, 2005]. Creo que es un término excelente para sumar el entre-cortar preocupación y la calidad que estamos después aquí. Of Course, la comprensión y disciplinas implicadas volver forma — para antes de que se acuñó el término — en ciencia información y la biblioteca.)

Otros investigadores han estudiado y escrito sobre “ información foraging ” (Peter Pirolli y Stuart tarjeta, “ Information Foraging en Information Access entornos, ” 1995) y “ berrypicking ” (Marcia J. Bates, “ el diseño de exploración y Berrypicking técnicas para la interfaz de búsqueda Online, ” 1989). Últimamente, creación de algunos theorists sobre estas y otras ideas para sugerir un subdiscipline más centrado de “ búsqueda exploratorias ” (Ryen White y Resa Roth, “ búsqueda exploratorias: Más allá del respuesta de consultas paradigma, ” 2009).

Lo que parece ser un subproceso comunes entre estas pensadores es que buscar información (u objetos que desea trabajar con) ni la exploración sencilla como un medio sencillo para preguntar-y encontrar operativo. Normalmente es una combinación de modos y no sólo eso, las personas tienden a utilizar “ búsqueda evolución ”, que es la identificación de nuevo, se encuentra información útil durante la búsqueda que pueden utilizar para ajustar aún más y mejorar sus conocimientos del tema así como sus búsquedas.

Lo que esto sugiere prácticamente es necesario para nosotros como creadores habilitar este tipo de búsqueda, pensar acerca de la búsqueda como parte clave de habilitar las personas a encontrar lo que necesitan para buscar y que la integración con otros medios de descubrimiento.

Can we ¿cómo esto?

Como ya se indicó, asegurar que findability es una de las preocupaciones entre-cortar dirección en sus soluciones es clave. Hay muchas cosas que se dice que para colocarla en su lista de comprobación y asegurándose de que lo piensa simplemente. Es posible la solución necesite para findability es menor en otros; quizás es que la calidad más importante. No sabrá si no lo haga para considerar detenidamente.

Desde la perspectiva de la implementación, debe considerar detenidamente la estructura de información formal como se explicó en “estrategias para diseñar aplicaciones exploración” (msdn.microsoft.com/magazine/dd458810.aspx) y las vistas individuales a continuación y pantallas (consulte “ el TAO de pantalla diseño ” de en msdn.microsoft.com/magazine/ee413547.aspx) de. Para búsqueda, el primer paso es intentar obtener una comprensión de qué búsqueda significa en el contexto de la solución y los usuarios. El contexto de la solución (por ejemplo, una aplicación cliente enriquecida para procesar aplicaciones préstamo) le ayuda a pensar acerca de qué tipo de búsqueda es más útil que otros. Contraste la aplicación de préstamo con un sitio Web marketing público, las necesidades de búsqueda para el sitio Web son probablemente bastante diferentes. 

En el primer caso, el contexto de la solución es hacer efectiva procesadores de préstamo en el procesamiento de las aplicaciones de préstamo. La información es privada y estrictamente controlado dentro de la organización. En el segundo, el contexto de la solución es distribuir información y educar a personas acerca de un producto o servicio con vista a la conducción ventas. Aquí, la información es pública y está pensado para ser difunden ampliamente como sea posible.

Solutions internos, controlada por objeto/transacciones

Las personas que utilizan normalmente la aplicación de préstamo necesitan buscar una aplicación de préstamo particular, un grupo de aplicaciones que han trabajado en las aplicaciones relacionadas por tipo, etc.. En una situación como ésta, debe observar cómo encuentran esta información hoy mismo estas personas y hablan con ellos sobre sus puntos de dolor. Puede pedir sugerencias, pero tenga en cuenta que no debe confiar en ellos para ideas sobre cómo mejorar estos procesos, está en un único lugar para crear formas nuevas y mejor para ellos buscar información, maneras puede que no han soñado de. Otro aspecto interesante de este tipo de situación es que a menudo align los objetivos de los usuarios y el negocio, la empresa desea que los usuarios trabajar de forma más eficaz, y a menudo ocurre lo mismo con las personas.

Para una solución como esta, se puede utilizar el modelo de filtro de tabla (vea de figura 1) como parte del trabajo con patrón. También podría agregar vínculos de filtro alfanumérico si hay un atributo principal significativo disponible que se puede utilizar para la ordenación alfabética. Filtrado activo también puede ser una buena opción. Estos y otros modelos de búsqueda pueden encontrarse en Quince en quince.infragistics.com de.


Figura 1 de ejemplo de filtro de tabla de Excel

Solución controlada por público/Information

Para un sitio Web marketing público, objetivos los usuarios ’ divergen con frecuencia. También pueden ser más amplios sus objetivos y sus contextos pueden variar mucho más. Rara vez es el objetivo principal del usuario aparezca en el sitio y que inmediatamente se conviertan en una venta, pero si es así, el usuario probablemente ha visitado antes, probablemente sabe exactamente lo desea y probablemente sabe cómo buscar con relativa facilidad. Los usuarios como éstas ya han comprado y desea adquirir de usted. No debería descuidan estas personas, pero demasiado a menudo parecen ser el rol supuesto para sitios Web marketing como resultado de demasiada gazing navel por parte de las decisiones de carácter.

Más a menudo, personas llegado a este tipo de sitio con una noción vaga de quién eres y qué puede hacer. Se les podrían incluso no ser sí de la compra pero intentando encontrar información acerca de algo relacionado con lo que hay que hacer.Quizá oído sobre usted y desean saber más, o quizás use sus productos y desee ayuda o desean actualizar. A menudo tropiecen hasta a través de algún tipo de búsqueda, incluso si es que la búsqueda sólo en el nombre de su compañía. Incluso he visto personas escribir direcciones URL en los motores de búsqueda. El punto es que para un sitio público, enfocar los motores de búsqueda públicas exponen a personas clave, de modo probablemente más que a su propio local busque. Esto es, por supuesto, ¿por qué mucho esfuerzo y dinero es dedicado en optimización de motor de búsqueda (SEO) y por qué necesita pensarlo mucho para dicho sitio.

Pero personas también esperan poder buscar localmente una vez que se encuentran en un sitio, se espera (a menudo por equivocación) que los resultados de búsqueda local será mejores que lo que podrían conseguir desde Bing o Google. Usuarios más avanzados podrían conocer la sintaxis de búsqueda para una búsqueda en los motores a un sitio de ámbito, o quizá tienen una barra de herramientas para hacerlo. Pero no debería depender y además, es posible que se pierda out sucesivamente algunos clave maneras que se puede mejorar en general la palabra clave de búsqueda porque se puede ámbito a su propio dominio.

Exploración faceted

Fundamental entre estas formas de mejorar en los motores de búsqueda pública es la trama denominada exploración Faceted. A pesar de su nombre, este patrón se realmente más sobre cómo filtrar los resultados de búsqueda (también conocido como es búsqueda Faceted) y en los últimos años se ha convertido en la forma superior para controlar la búsqueda y resultados de búsqueda especialmente. El ejemplo canónico es Amazon.com. En la barra lateral que se muestra en de figura 2, Amazon ofrece la posibilidad de filtrar resultados por diversas “ facetas ” (también conocido como atributos, propiedades, categorías y así sucesivamente).


Figura 2 de exploración Faceted Amazon.com

Vea en de figura 2 (esta ilustración se spliced juntos, normalmente estas columnas se apilan verticalmente en el lado izquierdo) las facetas de categoría, marca, vendedor, precios, megapíxeles, Optical Zoom, tamaño de pantalla, estabilización de la imagen y Visor de tipo. Dentro de estos aspectos son determinados, significativos los valores o intervalos de valores relacionados con el aspecto. La vista permite borrar fuera una faceta seleccionada mediante la cualquier opción en la parte superior de cada sección titulado. También muestra el número de elementos que puede esperar en los resultados si filtra por valor de un aspecto concreto. Los aspectos son acumulativos; es decir, de efecto un operador booleano AND.

Aunque no se muestra en la figura, se aumenta la ruta de exploración en Amazon cuando elija una faceta, que ayuda a reforzar lo que un usuario seleccionado, muestra el orden (historial) en el que se ha seleccionado y permite a los usuarios Saltar atrás varios pasos de filtrado con un solo clic.

Muchos otros buenos ejemplos de este patrón existen (que puede ver en Quince y en otras ubicaciones). Para obtener una explicación agradable de prácticas mejores y no para buena comparativas, leer análisis reciente de Greg Nudelman de Office Depot, que compara a Amazon (new.uxmatters.com/mt/archives/2009/09/best-practices-for-designing-faceted-search-filters.php de ). Y para realizar una comparación detallada de técnicas de resultados de búsqueda actual a través de las tomas principales de internet, compruebe “ diseño de resultados de búsqueda: Prácticas recomendadas y Design Patterns ” por Louis Lazaris (smashingmagazine.com/2009/09/28/search-results-design-best-practices-and-design-patterns/ de ) junto con el patrón de resultados de búsqueda en Quince. (Hay una etiqueta de la búsqueda se puede utilizar en Quince para patrones relacionados; vea quince.infragistics.com/#/Search$tag=Search de ).

Olvida acerca de la búsqueda avanzada

Puede que observe que los-olde “ búsqueda avanzada ” no se ha tratado aquí. Eso es porque en la mayoría de los casos debe considerar seriamente eliminando totalmente en favor de la exploración Faceted. Esto no es un principio universal (sin duda está pensando en acerca de la característica Búsqueda avanzada en los motores de búsqueda principal), pero a menos que sepa que los usuarios son avanzados y desea que esta capacidad, probablemente no debería hacerlo. Normalmente puede lograr el mismo propósito y obtener un mejor resultado con exploración Faceted. Éstas son las razones:

  1. Exploración faceted no requiere inicial decisiones sobre qué aspectos para utilizar. Personas pueden desencadenar una captura y, a continuación, pulir los resultados.
  2. Exploración faceted puede y debe hacer uso de conocimiento sobre el resultado establecido para proporcionar opciones significativas para filtrar por. (Por ejemplo, si el intervalo de 300–500 $ no contiene ningún elemento, no hay tiene sentido en mostrarlo o dejar que el filtro de personas por ella).
  3. Debido a la ligero el funcionamiento, de especialmente si se utiliza como en la actualización inmediata Directory filtrado (consulte kayak.com), las personas siente freer rápidamente pruebe distintas combinaciones de aspectos para encontrar lo que desean.

Considere la posibilidad de limitar los conjuntos de resultados

Limitar conjuntos de resultados es una preferencia de diseño personal, no una regla disco duro y rápida, pero considere la posibilidad de mantener los conjuntos de resultados a algo parecido a los primeros resultados de 50 o 100, especialmente si tiene algún tipo de ordenación y filtrado en su lugar. Personas eficazmente no digitalizan mucho más que antes de que crezcan weary y desea filtrar, ordenar o intente una búsqueda diferente. Al limitar los resultados, puede:

  1. Evite formal de paginación, quitando complejidad innecesaria de la interfaz y guardar el coste de desarrollo de esa parte de la interfaz de usuario.
  2. Fomentar el uso de ordenación y filtrado instalaciones, lo que al final hace que las personas más eficaz utilizando sus instalaciones de búsqueda y más satisfechos con lo que conseguir fuera de ellos.
  3. Mejorar el rendimiento global. Uno de los reductores de rendimiento comunes en aplicaciones no administra los resultados de búsqueda también al intentar recuperar o cargar demasiados resultados.

Está dudoso probablemente de esta última recomendación de diseño, pero probarlo, que le sorprenderá. Cuesta menor que implementar la paginación y paginación se puede agregar más adelante si lo desea. Se podría agregar paginación y más resultados sólo si lo desactive esa necesidad les realizó pruebas de uso o la naturaleza del problema es mejor que no disponer de ellos.

Más factores que se deben tener en cuenta


Dr. Charles B. Kreitzberg

Se produce una gran cantidad de frustración del usuario a menudo alrededor de la búsqueda. Esto refleja la complejidad de tareas cognitivas que subyacen buscar también es su importancia para obtener el trabajo realizado. Como ocurre con todos los diseño, obtendrá los mejores resultados al comprender y alinear con las tareas que los usuarios necesitan para realizar y sus modelos mental y competencias.

Los usuarios a menudo cite la simplicidad del cuadro de búsqueda de Google como el modelo que desean ver. Es comprensible por qué personas responden a la facilidad de un cuadro de búsqueda simple, pero no cada búsqueda encaja este paradigma. Aunque no siempre es posible crear una herramienta de búsqueda eficaz sin una interfaz de usuario más estructurado, un diseño cuidadoso de pantallas de búsqueda realmente puede simplificar la interfaz de usuario.

Recientemente, estaba implicado en el rediseño de una aplicación Web que en la búsqueda que es un componente importante. Se utiliza en una de varias maneras: para búsquedas rápidas en la página principal; como una serie de búsquedas especializadas, cada uno con un propósito empresarial diferente; y como herramienta de informes. En los años que esta aplicación había sido actualizada y revisada, el número de pantalla de búsqueda proliferado, cada uno algo diferente de los demás.

Cuando analizamos cuidadosamente las pantallas de búsqueda, nos dimos cuenta que estuvieran todas fundamentalmente similares y pudimos crear una pantalla de búsqueda único que incorpora todos ellos. Esto se logra lo que permite al usuario seleccionar la búsqueda de una lista desplegable y personalizando los parámetros de búsqueda basados en la selección. El resultado había eliminado las pantallas de búsqueda especializado y había reemplazado con una herramienta de búsqueda único, más intuitivo. Esto era una simplificación considerable de la interfaz de usuario sin pérdida de funcionalidad.

Donde buscar sale mal

Diseño de la búsqueda a menudo va mal en un número de posiciones. Éstas son las tres cosas a tener en cuenta:

  1. Confuso búsqueda con SEO. Algunos clientes empresariales, el término “ búsqueda ” significa optimización de motor de búsqueda. SEO es extremadamente importante, pero no es facilidad de uso o la experiencia de usuario. Realizar la distinción entre la IU de búsqueda y SEO es importante para mantener las discusiones con clientes empresariales en pista.

  2. Pogosticking. Piense alguien saltar hacia arriba y hacia abajo en un palo pogo. Obtendrá un modelo similar cuando un usuario necesita tener que hacer clic en resultados de búsqueda para determinar cuál es el elemento deseado. Let’s diga que está buscando un cliente llamado Bob Smith y obtener resultados de búsqueda con varios Bobs y un par de roca. Deberá hacer clic en hacia abajo en la lista de resultados hasta que encuentre al cliente que desee, y esto puede convertirse en un problema de facilidad de uso real. You might want to read Jared Spool’s discussion of pogosticking in the context of galleries (uie.com/articles/galleries/)

    Aquí son dos cosas que puede hacer para minimizar el problema del palo de pogo:

    Coloque suficiente información en los resultados de búsqueda que el usuario puede determinar la relevancia del elemento sin necesidad de visitar la página de detalles. Tenga mucho cuidado acerca de los títulos que utilizar ya que son indicaciones importantes para el usuario. Por ejemplo, en lugar de un elemento de resultados como éste:

    vea si puede proporcionar un resultado más significativo, como éste:

    Convertir los detalles disponibles con “ exploración vertical ” para que el usuario puede ver los detalles, descartar ellos y volver en los resultados de búsqueda. El objetivo es evitar que el usuario deja la búsqueda de páginas de resultados y, a continuación, se necesita volver a ellos. (See our discussion of navigation in the March 2009 issue of MSDN Magazine at msdn.microsoft.com/magazine/dd458810.aspx).

  3. Paginación. Cuando tiene una gran cantidad de resultados de búsqueda, paginación puede ser importante para comprehensibility y rendimiento. Pero paginación puede ser una pesadilla para el usuario cuando hay una gran cantidad de páginas y no desea ninguna forma de determinar cuál tiene el elemento que el usuario. En Amazon.com, pruebe lo siguiente: Buscar un libro sobre médico práctica por un autor llamado “ Smith. ” Cuando lo intenté, obtuve sobre 11.000 visitas con sólo las tres primeras páginas que muestra. Jakob Nielsen notes that “users almost never look beyond the second page of search results” (useit.com/alertbox/20010513.html).

    Paginación puede ser un problema técnico difícil a dirección porque a menudo no sabe dónde está el elemento deseado o incluso cuántas páginas se requieren realmente. Pero si pueden ofrecer pistas para el usuario acerca de dónde buscar, puede reducir el esfuerzo y frustraciones.

Pensamiento acerca de diseño de IU de búsqueda

No hay ningún magia para crear un diseño perfecto de la búsqueda, pero éstas son algunas de las preguntas que puede adaptar a su propia situación. Recuerde que una aplicación podría tener varios tipos de búsqueda y, a menudo es una buena idea trabajar hacia una interfaz de usuario sencilla y completa que puede admitir los distintos tipos. Esto puede ser una tarea desafiante.

  1. Iniciar con una comprensión de alto nivel del tipo de información que buscan que prevé. Como sugiere Ambrose, puede ser útil una taxonomía como cuatro modos de Donna Spencer de información que buscan. Another taxonomy is one that Whitney Quesenbery, Janis Morariu and I developed to categorize information-seeking approaches (wqusability.com/articles/search-usability.html). Define cinco tipos de información que buscan:
    • Examinar, que desea explorar para ver lo que está disponible.
    • Buscar, que desea buscar algo específico.
    • Consulta — deseo ver elementos que cumplen criterios de Mis.
    • Estructurado, que desea se llevó a través de una serie de opciones para ayudarme a estrechar Mi enfoque.
    • Guiada, deseo se llevó a través de la información.
  2. Considere el dominio de la búsqueda. ¿Está tratando con un dominio muy complejo o sencilla? ¿Qué tipo de consultas necesita procesar? ¿Necesita tratar con sinónimos y sobrenombres? ¿Las fechas o intervalos de fechas importantes? ¿Son distintos registros o tiene el usuario eliminar la ambigüedad entre los registros similares?
  3. Tenga en cuenta las capacidades de los usuarios. La esperanza es que ha sido estudiar los usuarios y crear los roles, por lo que debe ser una pregunta fácil responder a. Desea saber:
    • Cómo familiarizados son con el dominio en el que va a buscar. ¿Sabe la terminología?
    • ¿Cómo sofisticados son los usuarios en términos de su capacidad de formular consultas de búsqueda?
    • ¿Son los usuarios capaces de crear una consulta posterior para refinar un resultados establecer? (Muchas no).

Definir claramente el contexto de las tareas de búsqueda. Generalmente, las tareas de búsqueda son el primer paso en una secuencia más grande de tareas. Ser desactive sobre por qué están buscando los usuarios y lo que los usuarios hará con los resultados una vez que se encuentra el elemento (o elemento de conjunto). Si el usuario tiene que procesar repetitivamente registros (Buscar, buscar registro, procesar el registro y, a continuación, volver a la lista de resultados para seleccionar otro registro), asegúrese de que el flujo es sencilla y transparente.

Decidir cómo presentará la lista de resultados. Debe diseñar la lista de resultados para facilitar la identificación de los elementos y digitalización visual fácil. Coloque suficientes elementos en cada página (si está utilizando paginación) para evitar la aglomeración de demasiadas páginas pequeñas. (A menudo encuentro que 50 es comenzar con un buen número.)

¿Qué Else es para Say?

Búsqueda es una tarea compleja y uno para el que el diseño exhaustivo puede suponer una diferencia real en la facilidad de uso y la experiencia del usuario. Tomar el tiempo y esfuerzo de verdad cree mediante el diseño puede pagar. Éstas son algunas consideraciones prácticas que puede tener en cuenta:

  • Búsqueda y abiertamente findability, es clave para la mayoría de las soluciones de estos días y debe considerarse de antemano junto con otros problemas entre-Cortar.
  • Al enfocar búsqueda, debe tener en cuenta el contexto de la solución y el contexto de los usuarios. La comprensión de estos informa cómo admitir búsqueda en sus soluciones.
  • Piense en cómo búsqueda puede complementar otros formularios de información que buscan.
  • Si la información de su solución es público, piense cuidadosamente la mejor forma de exponer a través de los motores de búsqueda principales.
  • Agregar valor a la búsqueda local a través de los motores públicos mediante el uso de aspectos en su dominio.
  • Aprovechar conocido patrones y prácticas recomendadas que ayudan a dar forma a la solución de búsqueda. 

Examine los ejemplos de los chicos grandes, pero siempre adaptar o excluir que ofrecen sentido en el contexto de su aplicación y los usuarios.

Dr. Charles Kreitzberg es PRESIDENTE de Cognetics Corp. (cognetics.com), que ofrece posibilidades de uso de consultoría y usuario experimentan en servicios de diseño. Su pasión es la creación de interfaces intuitivas que participar y usuarios mientras auxiliares objetivos de negocio del producto. Charles vive en Central Nueva Jersey, donde él moonlights como un músico realizar.

Ambrose Little vive con su esposa y cuatro elementos secundarios en central Nueva Jersey. Ha sido diseño y desarrollo de software durante más de 10 años y es pagado sea un conferenciante INETA y MVP de Microsoft. Últimamente, se desplaza desde diseño técnico para diseñar para las personas y ahora es un diseñador de la experiencia de usuario para Infragistics.