Probablemente te encontraste con un elemento de interfaz. En los puntos de venta, en las plataformas de discusión, pero en casi todas partes, se encuentra este elemento. Incluso aquí, en el centro, los centros en forma de árbol.
Los intercambios independientes no
son una excepción. Los pedidos deben agruparse de alguna manera, para que los artistas no vean una gran cantidad de pedidos de otras especialidades.
El mecanismo es maravilloso, si no es por un "pero". Para un usuario que se encuentra con un árbol de este tipo por primera vez o se dirige a una parte desconocida de este árbol, este no es solo un árbol, es todo un bosque oscuro. La razón es simple: el árbol se puede construir de acuerdo con diferentes principios, la colocación de elementos en esta estructura generalmente corresponde a alguna lógica, pero el usuario puede no entender por qué principio está todo organizado, y para descubrirlo, debe mirar este árbol a través de los ojos, a menudo leyendo el nombre de casi todos artículos en busca de uno adecuado.
Sí, el formulario de búsqueda en tales listas alivia el sufrimiento, pero no resuelve el problema por completo: el nombre de los elementos también puede ser diferente, el usuario puede no encontrar algún elemento no porque no está en la lista, pero asumió un nombre diferente.
Este problema se expresa en diversos grados, según el escenario. Por ejemplo, en la tienda en línea no es necesario usar el árbol de categorías, puede usar la búsqueda. O puede acceder a la página del producto deseado inmediatamente desde el motor de búsqueda y no encuentra ningún árbol de categorías.
Otra cosa es cuando definitivamente tienes que elegir una categoría. Esto suele suceder cuando se agrega un nuevo elemento a la lista. Al agregar productos, artículos, pedidos de intercambio independiente o anuncios en el tablero en línea. No hay otra opción: para la ubicación, debe especificar una categoría, sección, a menudo no en singular.
Después de que ocurre la adicción, el algoritmo para construir esta estructura se vuelve claro, o el usuario simplemente recuerda dónde está ubicado, el problema se va por el camino. Pero, ¿y si esto no sucede? Por ejemplo, ¿la mayoría de los usuarios son nuevos y el árbol nunca ha visto esto?
Nos enfrentamos a tal problema. La mayoría de los freelancers se acostumbran. Pero los clientes recién llegados o los que solicitan algo nuevo se enfrentan al problema de elegir en pleno crecimiento.
Profundidad de anidamiento
El deseo de sistematización es tentador para invertir todo y resolverlo. Años de programación también distorsionan la mente y poner uno en el otro parece una buena idea. Pero lidiar con ese árbol es más difícil cuanto más niveles tenga.
Nos decidimos por dos. Durante algún tiempo intentaron llegar a un tercer nivel, su soporte incluso se estableció a nivel de código, pero no había nada bueno que pudiera agregarse allí. Los trabajadores independientes que se ofrecieron a hacer esto tampoco ayudaron.
Aunque con tres niveles, algunos se llevan bien:
Numero de articulos
En primer lugar, tratamos de hacer que el árbol sea lo más compacto posible y no inflar la cantidad de elementos para facilitar la búsqueda. Por otro lado, esta solución es una disminución en la calidad del filtrado.
El contratista quiere ser más preciso, pero esto no solo aumentará la carga sobre el cliente, sino que también aumentará el número de errores al elegir una categoría. Como resultado, el contratista corre el riesgo de no ver el pedido que le conviene y el cliente no recibe ofertas relevantes.
Cortando duro. Es necesario preservar la lógica, combinar lo que no requiere una categoría separada. La redacción también es muy importante.
Reducir el número de elementos, por supuesto, simplifica la búsqueda y reduce la escala del problema, pero no lo resuelve por completo.
Pero es mejor no hacer esto:
Organización de la lista
Inicialmente, al elegir una categoría en forma de adición, teníamos una larga lista de todas las categorías, donde debajo de la categoría del primer nivel estaban todas las categorías del segundo nivel. La lista era larga y era difícil buscarla. Ah, sí, había dos de esas listas: la principal y la categoría adicional.
El antiguo enfoque permaneció en el foro, hay pocas secciones:
Luego comenzamos a colocar dos listas desplegables, la primera de las cuales contiene categorías del primer nivel, y cuando selecciona categorías en la segunda lista, se cargan las subcategorías.
También es importante ordenar las categorías alfabéticamente. Esto no lo hacen todos, desafortunadamente. En una lista sin ordenar, puede encontrar la correcta solo leyendo cada línea. Y esto es dolor.
Las categorías que contienen múltiples entidades se nombraron mediante una barra inclinada.
Fue: Audio / Video / Multimedia, se convirtió en: Audio, Video y Multimedia. Levemente duele el ojo. ¿Alguien más dice "multimedia"?
El nombre de la nueva categoría con mayúscula. "Poligrafía e identidad" con grandes, y en "Diseño de sitios web" la segunda palabra con una pequeña. Todo esto, en teoría, debería facilitar un poco la navegación en esta lista.
A la izquierda se muestran las categorías, a la derecha, cómo se verían. Las cifras tuvieron que ser devueltas a petición de los trabajadores.
No hay árbol, ¡no hay problema! El primer acercamiento al caparazón
Si al cliente no se le ofrece elegir una categoría, no obligarlo a buscar la correcta, entonces no hay problema, ¿verdad? Entonces lo hicimos. Dejaron de requerir una categoría y, por defecto, el moderador indicó la categoría al verificar el pedido.
Esta decisión hace que el tiempo de moderación sea más crítico, ya que el pedido se publicará solo después de verificar y especificar la categoría, y esto lleva tiempo. Let y pequeño, pero sin embargo, es mejor no obligar al usuario a esperar.
Hay un problema con esto: todavía no podemos proporcionar moderación 24/7 y tuvimos que hacer algo al respecto. Los fines de semana y por la noche, el cliente todavía tenía que especificar la categoría de forma independiente. Entonces podríamos omitir automáticamente los pedidos de clientes confiables y verificarlos después de la publicación.
Otro inconveniente: modera a las personas y lo deja raramente, pero aún comete errores.
¡Gloria a los robots!
En este momento, estamos implementando un sistema para determinar automáticamente la categoría de acuerdo con el contenido del pedido.
Una vez más, no obligamos al cliente a lidiar con el árbol de categorías, perder tiempo y nervios en él. Todo lo que se requiere de él es el título habitual y la descripción de la tarea. Esos son todos los campos obligatorios que quedaron en el formulario de publicación del pedido.
Dado que no siempre es posible determinar con certeza dónde se relaciona el pedido, en caso de falla, sugerimos que el cliente indique la categoría él mismo. Y, por supuesto, si el cliente quiere con sus manos, entonces usted puede con sus manos.
Las ganancias son obvias: el nuevo cliente no necesita lidiar con el árbol, los autónomos obtienen las categorías habituales. Los moderadores no están cargados con la definición del pedido, pero pronto verificarán los pedidos después del hecho. Los pedidos prohibidos también se determinarán automáticamente. En la mayoría de los casos, el pedido se publicará al instante.
De las deficiencias, hasta ahora, todo esto se ha ejecutado y, en algunos casos, puede que no funcione correctamente. Desafortunadamente, incluso una persona no siempre puede determinar en qué categoría definir un pedido. La descripción puede contener definiciones adecuadas para varias categorías, o no adecuadas en absoluto.
Todavía no es posible excluir por completo a una persona de la cadena, debe cuidarla, pero una cosa es poner todo el trabajo en la persona (cliente o moderador), y otra cosa cuando los robots trabajan duro, y no la persona
