Dado que he ayudado a configurar cientos de cuentas de OneDesk hasta ahora, los clientes y otros miembros de nuestro equipo me preguntan con frecuencia cu\u00e1les son algunas de las ‘mejores pr\u00e1cticas’ que deben seguirse para garantizar el \u00e9xito del cliente. Como siempre me alegra compartir mi sabidur\u00eda \ud83d\ude42 Pens\u00e9 que podr\u00eda ser \u00fatil escribir una publicaci\u00f3n de blog que cubra algunas lecciones aprendidas.<\/p>\n
1) A menudo no es necesario importar una lista de clientes<\/strong> 2) No hagas una tarea, cuando un estado de flujo de trabajo ser\u00e1 suficiente<\/strong> 3) Otorgue a sus usuarios el nivel m\u00e1s alto de permisos de proyecto que pueda.<\/strong> 5) Usa los tipos sabiamente<\/strong> 6) Vincular elementos nuevos a elementos existentes puede resultar confuso r\u00e1pidamente.<\/strong> 7) No combine tickets, use herramientas y macros masivas<\/strong> Dado que he ayudado a configurar cientos de cuentas de OneDesk hasta ahora, los clientes y otros miembros de nuestro equipo me preguntan con frecuencia cu\u00e1les son algunas de las ‘mejores pr\u00e1cticas’ que deben seguirse para garantizar el \u00e9xito del cliente. Como siempre me alegra compartir mi sabidur\u00eda \ud83d\ude42 Pens\u00e9 que podr\u00eda ser \u00fatil escribir […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"tpgb_global_settings":"","inline_featured_image":false,"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":"","jetpack_post_was_ever_published":false},"categories":[9452],"tags":[],"class_list":["post-73565","post","type-post","status-publish","format-standard","hentry","category-2-mejores-practicas"],"yoast_head":"\n
\nOneDesk admite la capacidad de importar su lista de clientes, as\u00ed como sus tickets existentes. Si desea hacer esto, contin\u00fae, pero aqu\u00ed hay dos consideraciones.
\n– OneDesk crear\u00e1 autom\u00e1ticamente registros de clientes para usted cada vez que reciba un correo electr\u00f3nico de una nueva direcci\u00f3n de correo electr\u00f3nico. Esto significa que puede dejar que los registros de los clientes se acumulen a medida que sus clientes env\u00edan sus tickets.
\n– Si planea importar boletos existentes, aseg\u00farese de importar a sus clientes PRIMERO. Esto se debe a que cuando el proceso de importaci\u00f3n crea un ticket, puede vincularlo a un registro de cliente existente (siempre que la direcci\u00f3n de correo electr\u00f3nico del solicitante est\u00e9 en una columna del archivo del ticket).<\/p>\n
\nEsta recomendaci\u00f3n depende de la situaci\u00f3n, pero cuando tiene una serie de pasos por los que debe pasar una tarea, y esos pasos son mutuamente excluyentes, entonces un estado es el camino a seguir. A veces existe la tentaci\u00f3n de crear una lista de tareas que, en cambio, podr\u00edan representarse como una \u00fanica tarea con diferentes estados. Algo en que pensar.<\/p>\n
\nOneDesk le brinda algunos controles de permisos bastante poderosos tanto a nivel de organizaci\u00f3n como a nivel de proyecto. Esto se debe a que a un usuario se le puede permitir hacer ciertas cosas en un proyecto, pero no en otro. Sin embargo, recomiendo que, para los permisos a nivel de proyecto, les d\u00e9 a todos el nivel m\u00e1s alto con el que se sientan c\u00f3modos (esto significa ‘gerente de proyecto’ o ‘l\u00edder de proyecto’). Si no lo hace, prep\u00e1rese para responder a las preguntas de sus usuarios sobre por qu\u00e9 no puede hacer algo y dedicar tiempo a modificar permisos individuales en proyectos individuales.<\/p>\n
\nCuando los usuarios descubren nuestro incre\u00edble sistema de tipos, a menudo se vuelven locos y crean tipos de elementos y proyectos para todos sus casos. Probablemente este no sea el mejor enfoque.
\n– Solo debe crear un nuevo tipo de elemento cuando necesite un flujo de trabajo diferente. Por ejemplo, si un ‘problema’ sigue pasos diferentes a los de una ‘tarea’, entonces cree un nuevo tipo de art\u00edculo. Sin embargo, si ambos siguen los mismos pasos, entonces est\u00e1 agregando complejidad solo para tener un \u00edcono diferente.
\n– Tener diferentes tipos de proyectos es por lo general<\/em> innecesario. Tener diferentes tipos de carteras casi siempre<\/em> innecesario. La regla anterior para elementos se aplica tambi\u00e9n a proyectos y carteras, pero con los puntos a\u00f1adidos de que es incluso menos probable que los proyectos tengan diferentes flujos de trabajo y que las carteras ni siquiera tienen capacidades de flujo de trabajo.<\/p>\n
\nAlgunos procesos requieren que un elemento (por ejemplo, una ‘tarea’) se cree desde o se vincule a un elemento existente (por ejemplo, un ‘ticket’). OneDesk te permite hacer esto, pero no lo recomiendo si puedes evitarlo. En su lugar, debe cambiar el tipo de art\u00edculo al nuevo tipo (por ejemplo, de ticket a tarea). La raz\u00f3n para evitar la vinculaci\u00f3n es que, a menos que imponga pol\u00edticas s\u00f3lidas en su empresa, en poco tiempo tendr\u00e1 un mont\u00f3n de cosas vinculadas en un gr\u00e1fico loco. En primer lugar, esto es imposible de retener en la cabeza y razonar, y en segundo lugar, desenredarlo y asegurarse de que todos los cabos sueltos se tengan en cuenta es una molestia.<\/p>\n
\nA menudo me preguntan sobre la posibilidad de combinar tickets similares en un solo ticket. OneDesk no admite esto, ni lo recomendamos. Este es el por qu\u00e9. Para cada boleto que recibe, hay informaci\u00f3n individual espec\u00edfica que es \u00fanica para \u00e9l. Puede tratarse de diferentes detalles o descripciones que pueden resultar \u00fatiles m\u00e1s adelante. Tambi\u00e9n habr\u00e1 conversaciones, informaci\u00f3n de contacto y m\u00e1s. No quiere correr el riesgo de perder informaci\u00f3n en una fusi\u00f3n, no quiere simplemente copiarla por todos lados. En su lugar, coloque estos tickets en una carpeta com\u00fan y cuando llegue el momento de actualizarlos o responder a ellos, use las funciones de cambio masivo o macros.<\/p>\n","protected":false},"excerpt":{"rendered":"