Participe en las pruebas de LadVen OSSolicitar demo
Saltar al contenido principal

Oportunidades y solicitudes

Una oportunidad (o solicitud) es un proceso concreto con el cliente que se lleva hacia un resultado: una venta, una solicitud de servicio, un caso legal, una seleccion. La tarjeta de la oportunidad reune en un solo lugar al cliente, al responsable, el importe o el valor, la fecha, el siguiente paso, las tareas, los documentos y el historial. Si las oportunidades se llevan con honestidad, el director ve la imagen real del embudo y no un tablero bonito.

Las oportunidades viven en la seccion Oportunidades y solicitudes (/crm/opportunities; /crm lleva aqui tambien).

Dos vistas del tablero

Dos vistas del tablero — conceptual guidance, not UI evidence

Con las oportunidades se puede trabajar en dos modos:

  • Lista - tabla de oportunidades con columnas (nombre, cliente, pipeline, etapa, importe, fuente, contactos, vinculos). Sirve para el control, la busqueda y las acciones masivas, incluso a traves de todos los pipelines a la vez.
  • Kanban - columnas por etapas del pipeline elegido. Kanban esta disponible cuando hay un pipeline concreto seleccionado; para el modo «todos los pipelines» el sistema cambia a la lista. Sirve para ver el flujo de trabajo y los cuellos de botella.

La eleccion de vista se guarda por pipeline, de modo que cada proceso se puede mirar en la forma mas comoda.

Como encontrar las oportunidades que necesita

Como encontrar las oportunidades que necesita — conceptual guidance, not UI evidence

En la barra superior estan disponibles la busqueda y los filtros:

  • busqueda por nombre y datos de la oportunidad;
  • filtro por responsable, pipeline, etapa, estado, fuente y tipo;
  • filtros rapidos: todas, mias, abiertas, vencidas, para hoy, proximas, no leidas y un corte personalizado guardado.

Los filtros elegidos se recuerdan por separado para cada pipeline: al cambiar de un pipeline a otro no se pierde el filtro configurado, y al volver a un pipeline vuelve a verse. Resulta comodo cuando procesos distintos tienen cortes de trabajo distintos.

Cuando hay muchos pipelines, algunos chips pasan a «Más N». Abre ese menu y escribe el nombre en «Buscar embudos»: la busqueda recorre todos los pipelines, incluidos los chips que ya se muestran en la fila. El pipeline seleccionado y los abiertos recientemente permanecen arriba; en una pantalla estrecha se muestran menos chips, y el resto sigue disponible en este menu.

Aparte funciona el filtro de atencion - reune las oportunidades que requieren accion: requieren reaccion, vencidas, para hoy, proximas, no leidas. Se puede mirar en el corte «Todas» (de todo el equipo) o «Mias». Es una herramienta de trabajo del director y del responsable: empezar el dia no con el desplazamiento por todo el tablero, sino con lo que realmente requiere atencion.

El menu de filtros rapidos tambien tiene dos modos de senales: «Requieren atencion» (para todo el equipo o solo para ti) y «Sin senales». Los puntos separados «Mis senales» y «Sin senales» mantienen diferenciada la cola del equipo de la tuya. Si combinas una razon de atencion, un responsable o la ordenacion por urgencia, el menu muestra «Personalizado»: los filtros siguen activos y puedes revisarlos o cambiarlos.

«Asignado a mí»: no perder el trabajo que te transfieren

«Asignado a mí»: no perder el trabajo que te transfieren — conceptual guidance, not UI evidence

Cuando te asignan una oportunidad, el portal no espera a que la encuentres tú mismo en el tablero. La asignacion se ve de inmediato desde tres lados:

  • Un aviso emergente muestra quien te designo responsable, con avatar y nombre de la oportunidad. Llega en tiempo real mientras tienes el portal abierto.
  • En la fila de la lista y en la tarjeta del Kanban queda la marca «Asignado a ti». Se mantiene hasta que abres la oportunidad: al abrirla la marca desaparece, asi que ves exactamente lo que aun no has revisado.
  • En la barra superior hay un chip «Asignado a mí». Abre la lista de nuevas asignaciones y no depende de si esas oportunidades estan cargadas en la lista o el filtro actuales, es decir, reune las asignaciones de todo el embudo, no solo las visibles ahora en pantalla.

Cada empleado ve solo sus propias asignaciones. Es una herramienta de trabajo para que el trabajo transferido no se pierda entre personas: recibiste la oportunidad, la abriste, viste el contexto y pusiste el siguiente paso. Para el director es la garantia de que la asignacion realmente llego al responsable y no quedo desapercibida en el flujo general.

Que muestra la tarjeta de la oportunidad

Que muestra la tarjeta de la oportunidad — conceptual guidance, not UI evidence

En el tablero y en la lista, de la oportunidad se ve lo principal:

  • nombre de la oportunidad;
  • cliente, empresa y contacto, a veces con la marca de la persona que toma la decision;
  • responsable de la oportunidad;
  • importe o valor y probabilidad;
  • etapa y pipeline;
  • fecha esperada de cierre y siguiente paso;
  • senales de atencion y prioridad: vencido, para hoy, no leido.

En una respuesta normal del tablero, las columnas de Kanban muestran ademas un resumen por etapa: numero de oportunidades e importe. Durante una busqueda de texto o cuando faltan totales, el numero y el importe pueden quedar como desconocidos; las tarjetas visibles son solo el resultado filtrado y la ausencia del resumen no significa que el embudo sea cero.

El cambio del responsable de una oportunidad esta protegido por los permisos y por la version actual de la tarjeta. Si no tiene permiso para transferirla, la persona elegida no puede ser responsable o la tarjeta cambio mientras tanto, el guardado se rechaza con una explicacion: solicite acceso, elija a otra persona o actualice la tarjeta y vuelva a intentarlo.

Como crear una oportunidad

Como crear una oportunidad — conceptual guidance, not UI evidence

La creacion se abre con el boton de nueva oportunidad. El formulario actual tiene una sola columna y muestra los campos que define el pipeline; el conjunto depende del proceso. Ya no hay un panel de preparacion separado: si un campo obligatorio o una regla bloquea el guardado, el aviso aparece junto al campo o a la accion.

Orden:

  1. Elija el pipeline correcto - de el dependen el conjunto de campos y etapas.
  2. Complete los campos obligatorios; siga el aviso junto al campo o a la accion si el guardado esta bloqueado.
  3. Indique cliente, contacto, responsable, importe o valor, fecha esperada y siguiente paso.
  4. Use la accion principal para crear. Las opciones adicionales, incluida Crear y anadir otra, estan en el menu Mas; abra la nueva oportunidad despues de guardarla si hace falta.

En un campo de selección múltiple, cada opción aparece como una casilla independiente; marque todos los valores aplicables y un clic normal solo cambia esa opción, sin necesidad de Ctrl/Cmd. Si el esquema no ofrece opciones, el campo indica que no hay opciones disponibles; no es un error al guardar. Si un valor guardado anteriormente ya no se ofrece, permanece visible y marcado hasta que lo desmarque de forma explícita.

Los vinculos y la correspondencia se pueden agregar despues de crearla: quedan disponibles cuando la oportunidad ya existe.

Como llevar la oportunidad por etapas

Como llevar la oportunidad por etapas — conceptual guidance, not UI evidence

La etapa debe reflejar el estado real del trabajo, y no el deseo de ordenar el tablero. No mueva la oportunidad mas adelante solo porque se ve mas prolijo.

Los campos de la oportunidad se dividen en campos del sistema (nombre, importe, moneda, responsable, cliente, entidad legal, etapa, pipeline, estado, probabilidad, siguiente paso, cierre esperado, fuente) y campos que agrego el pipeline para su propio proceso.

Despues de cada evento importante actualice la etapa y el siguiente paso y deje un comentario claro. Una oportunidad sin siguiente paso es una senal de que el trabajo puede detenerse.

Ademas de avanzar por etapas, una oportunidad tiene acciones propias de ciclo de vida, solo en la fila de la lista y en la tarjeta abierta, no en Kanban. Para una oportunidad abierta que aun no es suya, Tomar aparece directamente en la fila; las demas acciones estan en Mas. Transferir abre el selector de empleados y permanece no disponible con una razon clara mientras la lista de personal no se haya cargado. Cerrar ofrece solo Ganada o Perdida; no pide un motivo en texto libre: el motivo corresponde a la transicion hacia la etapa final explicada abajo. En una oportunidad cerrada desaparecen Tomar, Transferir y Cerrar, y queda disponible Reabrir.

La respuesta del portal es la fuente de verdad: un rechazo permanece junto a la oportunidad y las posibles vias que enumera son texto explicativo, no botones adicionales. El aviso «no cambio nada» no es un exito; actualice la lista o la tarjeta y compruebe el responsable y el estado reales antes de continuar.

Si se corta la conexion o la pestana queda en reposo y no llego respuesta del portal, el resultado es desconocido. No actualice ni elija otro responsable u otro resultado: al volver la conexion, repita una sola vez la misma accion en la misma pagina abierta y compruebe responsable y estado. Un rechazo mostrado ya es respuesta del portal; corrija la causa o solicite acceso antes de una nueva decision.

Cierre de la oportunidad con resultado

Cierre de la oportunidad con resultado — conceptual guidance, not UI evidence

Cuando la oportunidad llega a la etapa final, el sistema pide fijar el resultado: ganada, perdida u otro resultado. No es una formalidad, sino datos para el analisis del embudo.

  • Para la etapa final puede requerirse una razon de cierre - sin ella la transicion no pasa. Indique la razon real, y no la primera que aparezca: precisamente de estas razones se ve luego el porcentaje real de conversion y las perdidas tipicas.
  • Despues del cierre la oportunidad puede quedar disponible solo para lectura. Esto protege el historial del resultado frente a cambios accidentales.

Tras el cierre, en la tarjeta queda un resumen del resultado: un panel permanente de solo lectura con Ganada o Perdida, la fecha de cierre, quién cerró la oportunidad (el campo «Cerrado por» con el nombre de la persona) y el motivo registrado. Si no se indico un motivo, el resumen lo muestra directamente — «no indicado». Es una senal visible de que los datos sobre la perdida estan incompletos, y se ve de inmediato, sin necesidad de un informe aparte.

El mismo resultado entra en el feed de eventos como una linea independiente con la etiqueta «Motivo de cierre» y un estado de resultado claro (Ganada, Perdida, reabierta), no un codigo tecnico. Asi el director lee el resultado y su motivo directamente en el historial de la oportunidad.

Si la transicion la bloquea una comprobacion de proteccion

Si la transicion la bloquea una comprobacion de proteccion — conceptual guidance, not UI evidence

El paso a una etapa o el cierre de una oportunidad puede no completarse: el proceso exige cumplir una condicion. El bloqueo explica que va mal, y conviene leerlo entero.

Distinga tres causas diferentes. Si no tiene permiso para cambiar de etapa, solicite acceso a la pipeline o a la etapa. Si un proceso de automatizacion envio datos no validos para el cambio, el responsable de la automatizacion debe corregir la regla o sus entradas: no es una denegacion de permisos del usuario. Si otra persona cambio la ficha al mismo tiempo, actualicela y repita el cambio con el estado vigente.

Puede haber varias causas a la vez. El mensaje enumera todas las condiciones incumplidas, cada una en su propia linea, no solo la primera. Si corriges una linea y reintentas de inmediato, la transicion vuelve a fallar y parece que «el error no se va». Repasa la lista completa antes de volver a intentarlo.

El formulario ayuda a encontrar el punto. Cuando la condicion se refiere a un campo concreto, la ficha se desplaza hasta el y lo resalta: no hace falta buscarlo a ojo por todo el formulario.

nota

El resaltado no cubre todo. El motivo de cierre se rellena en el bloque de cambio de etapa, y la ficha no se desplaza hasta ahi. Si el mensaje habla del motivo de cierre, buscalo alli por tu cuenta.

Como proceder:

  1. Lee el mensaje hasta el final y anota todas las lineas de causa.
  2. Corrigelas todas: rellena los campos, completa los pasos necesarios, anade los datos.
  3. Repite la transicion.
  4. Si el bloqueo sigue despues de corregir, mira si ha aparecido una linea nueva en el mensaje: las condiciones pueden comprobarse en cadena.

La tarjeta de la oportunidad en trabajo

La tarjeta de la oportunidad en trabajo — conceptual guidance, not UI evidence

Una oportunidad abierta es un espacio de trabajo, no solo un registro. En la tarjeta se reunen pestanas con todo lo que tiene que ver con la oportunidad:

  • Oportunidad - campos, etapa, importe, participantes, siguiente paso;
  • Tareas - tareas de la oportunidad con la posibilidad de crear una nueva desde el contexto;
  • Archivos - materiales de la oportunidad;
  • Documentos - contratos, facturas y otros documentos;
  • Calendario - reuniones, eventos y recordatorios de la oportunidad.

En la pestana del calendario hay un selector de visualizacion de recordatorios con contadores: «Recordatorios: activos», «Recordatorios: completados», «Recordatorios: todos».

nota

De forma predeterminada solo se muestran los recordatorios activos. En cuanto un recordatorio se completa o se cancela, desaparece de la vista: no es una perdida de datos. Para volver a verlo, cambia a «completados» o «todos».

El selector afecta solo a los recordatorios. Los plazos de las tareas y los planes de trabajo siempre se ven en el calendario, sea cual sea su posicion.

Desde la tarjeta esta disponible un menu de acciones: crear una tarea, agregar un recordatorio, crear un grupo de trabajo o un proyecto de cliente, enviar un correo al cliente, llamar al cliente (si hay telefonia conectada y la aptitud para llamadas permite la finalidad elegida), o lanzar una regla-robot. Esto permite trabajar la oportunidad sin salir a otros modulos.

En la ficha de la oportunidad, abra el menú de acciones y elija una regla manual aplicable a esa oportunidad. Lea primero la vista previa: muestra el número de acciones y cuántas se ejecutarán, quedarán en cola o se omitirán. Ejecute la regla solo después de revisar la vista previa. Los permisos o las condiciones pueden bloquear o rechazar la ejecución; corrija los errores de la vista previa antes de ejecutarla.

Crear un proyecto de cliente abre una ventana independiente: debe existir la raiz del cliente, el nombre es obligatorio y conviene revisar el tipo de proyecto, el responsable y las etiquetas antes de crear. Si falta la raiz, el permiso o un campo obligatorio, el boton queda deshabilitado y explica el motivo. Tras crear, la vinculacion con la oportunidad puede fallar parcialmente; use el enlace de recuperacion y compruebe ambas fichas en vez de crear un duplicado a ciegas.

Crear una oportunidad o solicitud relacionada tambien abre una ventana independiente. El portal hereda el cliente, el contexto y el pipeline disponible; usted indica el nombre, el siguiente paso y el responsable. La falta de permiso o de un campo obligatorio bloquea la creacion. Despues, el vinculo spawned_from puede guardarse solo parcialmente; si aparece un error, use el enlace de recuperacion y revise ambas oportunidades.

En la ventana de correo, elija el buzón del remitente; el destinatario se toma del email laboral del contacto de la oportunidad. Complete el asunto y el cuerpo antes de enviar. Si falla la validación o el proveedor, corrija los datos y revise el buzón en lugar de reintentar a ciegas. Use un contacto sintético para las pruebas y no envíe sin un destinatario confirmado.

El feed de eventos y el historial muestran que paso con la oportunidad: cambio de etapa, nuevas tareas, correos, comentarios. Use el feed como rastro de los acuerdos: la decision debe verse en la tarjeta, y no solo en la correspondencia personal.

En el feed de actividad de la oportunidad puede cambiar entre las pestañas «Todo», «Comunicaciones», «Tareas», «Documentos», «Comercial», «Automatización» y «Cambios». Cada pestaña admite los ámbitos «Todos», «No leídos» y «Míos», además de filtros por intervalo de fechas y elementos vencidos, eventos cerrados/resueltos y pospuestos, tipo de evento, origen, visibilidad y autor. «Restablecer» devuelve la vista predeterminada. Resolver elementos en bloque requiere el permiso correspondiente; si fallan algunas operaciones, revise la lista de errores parciales y vuelva a intentarlo solo después de corregir las causas indicadas.

Cuando se elimina un comentario, también debe desaparecer de una actividad ya abierta sin recargar la página. Si la fila sigue visible, no repitas el comentario ni tomes una decisión basándote en su texto: actualiza la actividad y comprueba el contexto actual de la oportunidad.

En un comentario propio y reciente, el menú «…» ofrece «Editar» y «Eliminar»; Eliminar pide confirmación. En el comentario de otra persona, tras 30 minutos o sin permiso, estas acciones no están disponibles. Cambian el registro: revisa primero el texto y el contexto; si no aparece un mensaje de recuperación claro, no repitas la acción y consulta al responsable del portal.

El menú de la ficha ofrece «Crear pedido» solo cuando el embudo permite convertir la solicitud en pedido y la oportunidad tiene una empresa. Si el propósito del embudo no lo permite o falta la empresa, el elemento deshabilitado explica el motivo; no lo evites con una URL directa. Después de crearlo, el hecho puede tardar en llegar al feed: un feed vacío justo tras el envío no prueba un fallo ni es motivo para crear el mismo pedido otra vez. Cuando aparezca la entrada, indicará que el pedido fue creado y ofrecerá el enlace «Abrir pedido». No hay un reintento independiente para la entrega del hecho: espera, actualiza el feed o abre el pedido desde el enlace. En la documentación usa solo Rebranding — demo (oportunidad CRM) y Demo Client North sintéticos, sin acciones ni datos reales.

La cola de respuestas del CRM reúne los elementos que requieren una respuesta obligatoria por correo o una devolución de llamada tras una llamada perdida. Cada elemento muestra el estado abierto, pospuesto o resuelto, el SLA (pendiente o incumplido), la prioridad, el vencimiento y la persona asignada. Las acciones permitidas dependen de sus permisos: asignar o quitar la asignación, posponer, resolver, reabrir y consultar el historial. El buzón y la telefonía siguen siendo detalles del origen; la cola no sustituye sus historiales.

Si empiezas a escribir un comentario y te interrumpen, el borrador de texto y los archivos adjuntos se conservan al cambiar de pantalla y despues de recargar la pagina. Al volver a la oportunidad, revisa el borrador y los adjuntos restaurados antes de continuar o enviarlo. Tras enviarlo correctamente, el borrador se limpia.

Seguidores de la solicitud: seguir una oportunidad sin ser su responsable

Seguidores de la solicitud: seguir una oportunidad sin ser su responsable — conceptual guidance, not UI evidence

A veces alguien que no lleva la oportunidad ni responde por el resultado necesita seguir su avance: un responsable de area, un experto, un responsable de un area contigua. Para eso existen los seguidores - personas que reciben avisos de los eventos de la solicitud, pero que no se vuelven responsables ni obtienen acceso a las demas oportunidades del cliente.

Un seguidor no es el responsable ni un coejecutor: no mueve la oportunidad ni responde por ella, simplemente se mantiene al tanto. El rol es parecido al del observador de una tarea: el seguidor recibe avisos de los eventos de la oportunidad, pero no participa en el trabajo ni obtiene derechos de modificacion.

La gestion de las suscripciones esta reunida en la tarjeta de la oportunidad:

  • El boton «Seguir» en la cabecera de la tarjeta. Pulselo para suscribirse usted mismo: el boton pasara a «Siguiendo». Esto esta disponible incluso para quien tiene acceso a la oportunidad solo de lectura - la suscripcion no otorga derechos de modificacion. Pulsarlo de nuevo cancela la suscripcion.
  • La lista de seguidores junto al boton muestra quien sigue ya la oportunidad. Quien tiene derechos de gestion puede agregar o quitar a otros mediante la busqueda por empleados; los demas ven la lista y solo pueden darse de baja a si mismos.
  • El marcador en la tarjeta y en la lista muestra el numero de seguidores. Si usted esta entre ellos, el marcador queda resaltado - asi se ve de inmediato que oportunidades sigue.
  • El aviso le llega a la persona a la que suscribieron: «Un compañero te añadió como seguidor de una oportunidad». Cuando se suscribe usted mismo, no se crea un aviso de mas.

El seguidor recibe avisos de los eventos importantes precisamente de esa oportunidad: un mensaje y un comentario nuevos, el cambio de etapa, la modificacion de campos. Al mismo tiempo, la suscripcion no abre el acceso a las demas oportunidades del cliente.

Cuando usarlo. Suscriba a la oportunidad a quien le importa estar al tanto pero no la lleva: un director que controla una oportunidad grande, un experto en parte del trabajo o un responsable de un area contigua. La suscripcion mantiene a la persona en contexto sin diluir la responsabilidad: el responsable sigue siendo uno solo.

Que evitar. No use la suscripcion en lugar de designar un responsable - seguir una oportunidad no significa llevarla. No suscriba a todos «para aparentar»: cada seguidor recibe avisos, y las suscripciones de mas se convierten en ruido. Si la persona debe trabajar realmente con la oportunidad, dele un rol, no una suscripcion.

Importe, valor y probabilidad

Importe, valor y probabilidad — conceptual guidance, not UI evidence

La oportunidad lleva no solo un nombre, sino tambien indicadores medibles:

  • importe o valor - cuanto vale el resultado; se admiten varias monedas, por eso compruebe que la indicada sea la correcta;
  • probabilidad - estimacion de la posibilidad de exito; ayuda a construir el pronostico del embudo;
  • fecha esperada de cierre - cuando se planea el resultado;
  • siguiente paso - que hacer exactamente a continuacion.

Los totales por etapa no suman en una sola cifra los importes de monedas distintas. Si la seleccion contiene, por ejemplo, RUB, USD y EUR, el portal muestra un total separado para cada moneda; no interprete la lista como un presupuesto unico ni convierta los importes «a ojo». Un importe vacio u oculto por permisos no equivale a cero: compruebe el filtro, el acceso y la moneda de la oportunidad, y confirme despues el total con el responsable del embudo.

Estos indicadores no son para adornar, sino para el pronostico: el responsable de area ve por ellos cuanto dinero hay realmente en trabajo y que oportunidades requieren atencion. No deje el importe y la probabilidad «a ojo» si sobre ellos se construye el plan.

La ficha de la oportunidad tiene una pestaña Dinero con tres referencias —importe de la oportunidad, recibido y planificado— y listas separadas de pagos y presupuestos. Desde allí puedes añadir un pago o un presupuesto; eliminarlo requiere confirmación. El formulario toma la moneda de la oportunidad, propone la fecha de pago de hoy y formatea importes según el locale elegido. Las fechas de fila las genera el motor del navegador y un campo nativo puede seguir sus ajustes; por tanto, el locale del portal por sí solo no prueba el formato de fecha: registra también el idioma del navegador en la evidence. Para KK/KY, no utilices una fecha de fila como prueba de localización hasta que se corrija su visualización. Si los cobros usan monedas distintas, no calcula lo que queda por recibir porque esta pestaña no convierte monedas. Es dinero de una oportunidad, no el registro de prepagos o facturas de Operations; usa datos sintéticos para screenshots/evidence y registra currency.expected/currency.observed.

Las etiquetas siguen la finalidad declarada del embudo: un embudo de servicio habla de una solicitud o caso, mientras que uno comercial habla de una oportunidad. Para una comprobación reproducible, usa las mismas entidades sintéticas Delivery window — demo para la solicitud de servicio y Rebranding — demo para la oportunidad comercial; no deduzcas la finalidad solo por el título de la pestaña.

En una solicitud de servicio, la tarjeta todavía no muestra el servicio vinculado, el derecho del cliente, el saldo restante ni el SLA, aunque esas relaciones estén guardadas en el servidor. No interpretes la ausencia de estos campos como prueba de que el servicio no está conectado o de que el saldo es cero; hasta que exista un bloque específico, verifica este contexto en Operations. Delivery window — demo es solo un dato sintético para comprobar esta limitación y el contrato de UI sigue bloqueado por la fuente.

Oportunidades relacionadas

Oportunidades relacionadas — conceptual guidance, not UI evidence

Las oportunidades se pueden relacionar entre si: una principal y secundarias, o simplemente relacionadas. Esto ayuda a no perder el contexto cuando de una oportunidad surgen varias lineas de trabajo o cuando un trabajo grande se divide en partes.

Relacione las oportunidades de forma consciente: la relacion debe ayudar a entender la dependencia o la continuacion del trabajo, y no solo alargar la lista. Si de una oportunidad surgio un resultado independiente, cree una oportunidad secundaria o relacionada en lugar de diluir la original.

Al eliminar una relacion se abre una confirmacion independiente con el titulo y el tipo de relacion. Compruebe el objetivo antes de confirmar; cancelar es seguro y no hace falta pulsar de nuevo. No confirme la eliminacion en una captura ni en una prueba.

Acciones masivas

Acciones masivas — conceptual guidance, not UI evidence

En la lista se pueden seleccionar varias oportunidades y aplicar una accion del mismo tipo, por ejemplo el archivado. Si la accion no se aplico a todas (resultado parcial), revise las restantes por separado en lugar de repetir la operacion masiva a ciegas: parte de las oportunidades pudo no pasar por permisos, estado o una comprobacion de proteccion.

Control del responsable

Control del responsable — conceptual guidance, not UI evidence

Revise con regularidad por el tablero y el filtro de atencion:

  • oportunidades sin siguiente paso;
  • etapas atascadas donde el trabajo esta detenido;
  • oportunidades sin responsable;
  • oportunidades y tareas de cliente vencidas;
  • oportunidades cerradas sin una razon clara.

Si el tablero deja de reflejar la realidad, corrija primero el proceso y los datos, no el informe. El tablero es util exactamente en la medida en que se le puede creer.

Estados que se pueden ver

Estados que se pueden ver — conceptual guidance, not UI evidence

  • el acceso al modulo o a la oportunidad esta restringido por permisos;
  • el tablero o la lista estan vacios, o para Kanban hay que elegir primero un pipeline;
  • la oportunidad en una etapa final o protegida esta abierta solo para lectura;
  • la transicion entre etapas esta bloqueada por una comprobacion de proteccion: el mensaje enumera todas las condiciones incumplidas, cumplalas todas y repita;
  • el calendario muestra solo los recordatorios activos: los completados estan en la posicion contigua del selector;
  • la finalizacion requiere resultado y razon de cierre;
  • la accion masiva se ejecuto parcialmente;
  • la exportacion se esta ejecutando o fallo.

Buenas practicas

Buenas practicas — conceptual guidance, not UI evidence

  • Cree la oportunidad en el pipeline correcto; de el dependen los campos y las etapas.
  • Antes de guardar compruebe los avisos junto a los campos obligatorios y al boton; el formulario nombra la causa donde aparece el bloqueo.
  • Cada oportunidad debe tener responsable y siguiente paso.
  • Mueva la etapa solo despues de un cambio real del estado del trabajo.
  • Al cerrar indique un resultado honesto y una razon.
  • Empiece el control por el filtro de atencion, y no por el desplazamiento de todo el tablero.

Errores frecuentes

Errores frecuentes — conceptual guidance, not UI evidence

Mover la oportunidad por etapas para ordenar el tablero. El tablero deja de reflejar el trabajo real y el pronostico se vuelve falso.

Dejar la oportunidad sin siguiente paso. El trabajo se detiene en silencio y nadie lo nota a tiempo.

Cerrar la oportunidad sin razon. El equipo pierde los datos sobre las causas de las perdidas y no aprende de ellas.

Llevar varios procesos en un mismo pipeline. Las etapas se vuelven confusas y el CRM se convierte en una lista arbitraria.

Repetir la accion masiva a ciegas despues de un resultado parcial. Parte de las oportunidades volvera a no pasar y la causa quedara sin revisar.

Corregir solo la primera linea del mensaje de bloqueo. Suele haber varias causas enumeradas; la transicion vuelve a fallar y el tiempo se va en intentos repetidos en lugar de leer la lista entera.

Dar por perdido un recordatorio completado. El calendario de la oportunidad muestra solo los activos de forma predeterminada: el selector devuelve los completados.

Como comprobar el resultado

Como comprobar el resultado — conceptual guidance, not UI evidence

  • la oportunidad se creo en el pipeline correcto, los campos obligatorios estan completos;
  • se ve el cliente, el responsable, el importe, la fecha y el siguiente paso;
  • la etapa corresponde al estado real del trabajo;
  • la oportunidad cerrada tiene resultado y razon;
  • el filtro de atencion no muestra oportunidades vencidas olvidadas sin accion.

Escenarios relacionados

Escenarios relacionados — conceptual guidance, not UI evidence