Campos de tarea y contexto de trabajo

LadVen OS, el sistema operativo para empresas, ayuda a fijar el acuerdo de trabajo en los campos de la tarea: qué resultado se necesita, quién es el ejecutor responsable, cuándo debe estar listo, dónde están los materiales y cómo se revisará. Para el empleado es una instrucción de acción. Para el gerente es base de control, reportes y gestión del equipo.

El diagrama muestra que los campos de tarea no son un formulario: conectan resultado, responsabilidad, contexto, pruebas e informes.

Una tarea bien completada reduce aclaraciones en chats, ayuda a encontrar trabajo, muestra responsabilidad y conserva la historia de decisiones. Si un campo afecta ejecución, búsqueda, reporte, cliente o aceptación, complételo conscientemente.

Los campos de la tarea son un mapa de trabajo, no un cuestionario formal. El empleado debe ver la primera acción, los materiales y el criterio de listo. El gerente debe comprobar rápido responsable, plazo, contexto de cliente o proyecto y riesgo de aceptación. El dueño del proceso entiende por los campos si tareas similares podrán encontrarse, reportarse y repetirse sin reconstruir la historia a mano.

Regla principal

La tarea debe responder cuatro preguntas:

• qué resultado debe aparecer;
• por qué se necesita y a qué contexto pertenece;
• quién responde por ejecución y revisión;
• con qué señales se considera listo el resultado.

Si esas respuestas no están en título, descripción, participantes, plazos, relaciones, archivos o comentarios, la tarea está incompleta. No traslade acuerdos importantes a mensajes privados: decisión, fuente y criterios de aceptación deben quedar dentro de la tarea.

Conjunto mínimo de campos según la situación

No complete todos los campos de forma mecánica. Complete los campos que hacen que la tarea sea ejecutable, localizable, reportable y aceptable.

Situación	Complete primero	Por qué importa
Tarea interna simple	Título, responsable, fecha límite, criterio de preparación.	El responsable puede empezar sin aclaraciones y el gerente ve el dueño y la fecha.
Compromiso con un cliente o proyecto	Cliente o proyecto, resultado esperado, archivo o fuente, fecha límite, revisor.	La tarea queda vinculada al compromiso y a la ruta de aceptación.
Trabajo que afecta carga o reportes	Tiempo planificado, estimación, fecha límite, proyecto o cliente, comentario de alcance.	El gerente puede comparar plan con hecho real y explicar el esfuerzo.
Trabajo dependiente o bloqueado	Tarea relacionada, dueño de la dependencia, próxima fecha de revisión, comentario del bloqueo.	El riesgo tiene dueño y la tarea no se convierte en un vencimiento silencioso.
Proceso repetible o tarea de plantilla	Lista de verificación, etiquetas, separación de roles, ubicación de archivos, criterio de aceptación.	El proceso puede repetirse y revisarse sin reconstruir el historial del chat.

Antes de guardar, compruebe que:

• el responsable puede empezar sin preguntar en el chat;
• el gerente puede encontrar la tarea en la vista o el reporte correcto;
• el revisor puede aceptar o devolver el resultado con criterios claros;
• un nuevo participante puede reconstruir el contexto desde la propia tarea.

Mapa del contexto de trabajo

Los campos de una tarea funcionan como una ficha de gestión. Unos explican qué hay que hacer; otros conectan el trabajo con cliente, proyecto, documentos, personas responsables y reportes. Cuando la empresa los completa de forma consistente, el gerente ve un sistema de control legible, no una lista de encargos sueltos.

Campo	Para qué sirve al empleado	Para qué sirve al gerente
Título	Entender el resultado sin abrir toda la historia.	Leer listas rápido y ver el sentido de los encargos.
Descripción	Empezar sin buscar mensajes antiguos.	Revisar calidad del planteamiento y criterios de aceptación.
Plazo y prioridad	Entender el orden de ejecución.	Ver riesgos, sobrecarga y obligaciones ante clientes.
Tiempo planificado y real	Estimar volumen y registrar esfuerzo de trabajo.	Comparar plan con real, gestionar carga y explicar desviaciones.
Proyecto o grupo de trabajo	Encontrar materiales y participantes del proceso común.	Controlar etapas del proyecto y trabajo del equipo.
Cliente y proyecto de cliente	Ver historia de interacción y expectativas.	Gestionar obligaciones, calidad de servicio y reportes por cliente.
Entidad CRM	Entender relación con cliente potencial, oportunidad, factura o solicitud.	No perder el siguiente paso de venta o soporte.
Documentos y archivos	Trabajar con materiales actuales.	Revisar resultado por fuentes, no por relatos.
Tareas relacionadas	Ver dependencias y encargos vecinos.	Controlar cadena de trabajos, bloqueos y responsabilidad.
Etiquetas	Encontrar tareas del mismo tipo.	Construir cortes por procesos, temas y problemas repetidos.

No es obligatorio completar todos los campos en cada tarea. Sí es obligatorio completar los campos sin los cuales la tarea pierde gestionabilidad: no se podrá encontrar, revisar, vincular con cliente, estimar por tiempo o explicar a participantes.

Título

El título se ve en listas, notificaciones, búsqueda, relaciones y reportes. Debe explicar rápido el resultado esperado, incluso sin abrir la tarjeta.

Buen título:

• empieza con acción o resultado esperado;
• contiene el objeto del trabajo: documento, cliente, proyecto, lista, reunión, configuración;
• no depende de contexto verbal;
• distingue la tarea de tareas vecinas;
• no se convierte en una descripción larga.

Mal	Bien
Cliente	Preparar respuesta al cliente sobre plazos de implantación
Documentos	Revisar contrato antes de enviarlo al cliente
Urgente	Acordar fecha de lanzamiento del piloto
Mirar	Revisar descarga de pagos de abril

Para el gerente, un título claro es una herramienta de control. Permite leer listas, detectar encargos estancados y entender la carga del equipo sin abrir cada tarjeta ni reconstruir el contexto por conversaciones.

Descripción

La descripción explica contexto, alcance y criterios de aceptación. Debe ser suficiente para que el ejecutor empiece sin buscar mensajes antiguos.

Contexto:
Por qué apareció la tarea y a qué cliente, proyecto, documento o decisión pertenece.

Qué hacer:
1. Acción concreta.
2. Acción concreta.
3. Qué entregar como resultado.

Criterios de aceptación:
- qué debe adjuntarse, actualizarse o aprobarse;
- quién revisa el resultado y dónde;
- qué limitaciones o excepciones importan.

La descripción no sustituye archivos, documentos ni vínculos con cliente o CRM. Si la tarea remite a un objeto externo, agregue enlace o relación y explique qué mirar allí.

Las menciones en la descripción ayudan a dirigir la atención hacia una persona, documento, tarea o contexto relacionado. Úselas como pista de navegación, no como sustituto de participantes, una petición de acción en comentarios o la configuración de acceso: responsable, revisor y permisos sobre materiales deben quedar en campos estructurados.

Formato del texto

Use formato para legibilidad: secciones, pasos numerados, listas de criterios, enlaces con nombre claro, citas de cliente/contrato/comentario y tablas breves. Debe ayudar a entender la tarea, no decorar.

Use formato para:

• separar contexto, acciones y criterios de aceptación;
• mostrar pasos en el orden correcto;
• destacar una cita del cliente, contrato o comentario;
• nombrar enlaces para que sea claro qué se abre;
• comparar opciones en una tabla breve;
• hacer visible una advertencia importante.

Si la descripción crece demasiado, divida el trabajo: pasos repetidos a la lista de verificación, materiales a archivos o documentos, resultados independientes a tareas relacionadas. Un texto largo dentro de una sola tarea no debe reemplazar una estructura de trabajo comprensible.

Criterios de aceptación

Los criterios muestran cómo se revisará el resultado. Son especialmente importantes para documentos, respuestas a clientes, aprobaciones, reportes, configuraciones y procesos de varios pasos.

Un buen criterio se puede comprobar:

• archivo final adjunto a la tarea;
• enlace abierto por solicitante y ejecutor responsable;
• documento actualizado sin comentarios borrador;
• respuesta al cliente aprobada y enviada;
• lista de verificación obligatoria cerrada;
• tiempo planificado y real revisado antes del cierre;
• decisión final fijada en comentario.

Un mal criterio suena a impresión: "hacer bien", "aclarar", "revisar si se puede". Esas fórmulas son difíciles de aceptar o devolver sin discusión.

Estado

El estado muestra en qué etapa está el trabajo. No es una formalidad: ayuda a gestionar el flujo de tareas, separar lo que aún no empezó, lo que está en ejecución, lo que espera revisión y lo que ya fue aceptado.

Estado	Qué significa para el trabajo
Nueva	La tarea está creada, pero el trabajo no empezó. Contexto, ejecutor responsable y resultado esperado deben estar claros.
En curso	El ejecutor responsable trabaja, aclara detalles, actualiza la lista de verificación, archivos o comentarios.
En revisión	El ejecutor considera listo el resultado y lo entregó a revisión. Debe verse dónde comprobarlo.
En control	Se necesita control separado de gerente, cliente o dueño del proceso.
Completada	Resultado aceptado, criterios cumplidos y preguntas abiertas cerradas.
Pospuesta	Trabajo aplazado por una razón clara. Indique qué se espera y cuándo volver.
Cancelada	El resultado ya no se necesita. Conviene fijar la razón en comentario.
No completada	El resultado no se logró y debe distinguirse de cancelación o traslado.

No cierre una tarea solo porque el ejecutor escribió "listo". Primero revise resultado, criterios, archivos, lista de verificación, comentarios y tiempo si importa para el trabajo.

Prioridad y plazo

La prioridad compara la tarea con otro trabajo. El plazo muestra cuándo se necesita el resultado. Juntos ayudan a planificar carga, ver riesgos y no perder obligaciones importantes.

La prioridad alta es adecuada si la tarea bloquea cliente, lanzamiento, pago, fecha de control o trabajo de otro equipo. Si la tarea solo es importante en sentido general, explique esa importancia en la descripción y elija un plazo realista.

El plazo debe ser fecha del resultado, no fecha en que el solicitante recordó la tarea. Si el plazo se desconoce, fije quién y cuándo debe aclararlo.

Antes de guardar, revise que:

• el plazo corresponda a la necesidad real;
• la prioridad alta esté explicada por el contexto;
• el plazo no contradiga la carga del ejecutor responsable;
• el traslado de plazo tenga razón en comentario o historia;
• una tarea sin plazo no se pierda por falta de acuerdo.

Tiempo planificado

El tiempo planificado muestra el volumen esperado. Ayuda a evaluar carga, comparar lo planificado con lo real, preparar reportes y detectar tareas que crecieron más que el acuerdo original. Complételo si la tarea afecta carga del equipo, coste, reporte de cliente o requiere estimación previa.

No incluya en el plan esperas de cliente o pausas de calendario si durante ese tiempo no se trabaja. Si la tarea creció, fije la razón y actualice la evaluación. Más detalles: Registrar tiempo en una tarea.

Para el responsable del negocio, el tiempo planificado es especialmente importante en procesos repetibles: preparación de contratos, tratamiento de solicitudes entrantes, implantación de clientes, soporte y reportes. Si tareas parecidas siempre consumen más tiempo de lo previsto, conviene revisar proceso, plantilla, reparto de roles o coste del servicio.

El tiempo planificado no debe convertirse en una formalidad. Si el alcance creció, registre la causa y actualice la estimación. De lo contrario, el reporte mostrará un plan correcto en apariencia, pero no explicará por qué el equipo no llega o por qué el trabajo del cliente se encareció.

El tiempo planificado y el real muestran esfuerzo de trabajo, no coste. Si el informe se usa para un cliente, presupuesto o factura, compruebe por separado la tarifa, la moneda y la fuente del cálculo; no derive importes solo de las horas de la tarea.

Revisión del resultado

La revisión se necesita cuando la tarea no puede considerarse hecha solo por la acción realizada: contratos, propuestas, respuestas a clientes, archivos, configuraciones, reportes y cualquier trabajo donde el solicitante debe aceptar el resultado.

Antes de enviar a revisión, compruebe que la tarea responde cinco preguntas:

• quién revisa el resultado;
• qué archivo, comentario, enlace o registro debe abrirse;
• qué criterios son obligatorios;
• dónde está la versión final;
• qué hacer si el resultado vuelve a corrección.

Si la revisión es obligatoria, el ejecutor no debe cerrar evitando la aceptación.

Si la revisión no es necesaria, el proceso también debe quedar claro: por ejemplo, el ejecutor responsable cierra después de completar la acción y fijar el resultado en un comentario. Lo importante es que el cierre no dependa de una interpretación informal.

Evaluación previa

La evaluación previa se usa cuando antes de ejecutar importa entender volumen, complejidad, riesgos o plazo. Ayuda a no prometer a cliente o gerente un resultado sin entender el esfuerzo.

Úsela si:

• el solicitante no conoce el volumen real;
• la tarea puede resultar demasiado grande para un plazo único;
• hay que elegir entre varias soluciones;
• el cliente o gerente debe aprobar esfuerzo o coste;
• el proceso exige evaluación antes de iniciar.

Después de la evaluación, actualice la tarea: tiempo planificado, plazo, descripción, lista de verificación o comentario. No deje la estimación solo en la cabeza del ejecutor ni en un mensaje privado.

Una buena evaluación previa responde tres preguntas: cuánto tomará el trabajo, qué puede aumentar el volumen y qué decisión hay que tomar antes de empezar. Si la tarea resulta demasiado grande, divídala en etapas o tareas relacionadas.

Etiquetas

Las etiquetas ayudan a buscar tareas por tipo, proceso o tema repetido. La etiqueta debe responder a la pregunta: "¿Qué corte necesitaremos después?"

Buenos ejemplos:

• contrato;
• piloto;
• aprobación;
• implantación;
• solicitud-cliente;
• reporte.

Use un vocabulario común, no variantes parecidas. La etiqueta no debe duplicar estado, ejecutor responsable o proyecto. Si cada persona escribe etiquetas a su manera, la búsqueda y los reportes se rompen.

Conviene agregar una etiqueta cuando después se usará para buscar tareas, revisar calidad del proceso o preparar un reporte. Por ejemplo, solicitud-cliente ayuda a ver cuántas tareas llegaron de clientes, y aprobación muestra dónde aparecen retrasos con más frecuencia.

Proyecto y grupo de trabajo

El proyecto vincula la tarea con un flujo gestionable: lanzamiento, implantación, desarrollo, soporte, preparación de evento o cualquier conjunto de tareas con un resultado común.

El grupo de trabajo es útil cuando la tarea pertenece a un equipo estable, dirección o espacio donde los participantes ya comparten contexto y acceso a materiales.

Elija proyecto o grupo si ayuda a:

• encontrar la tarea en listas y reportes;
• ver la carga del equipo;
• conectar la tarea con una etapa del proyecto;
• dar a los participantes acceso al contexto correcto;
• no perder el encargo entre tareas personales.

No use el proyecto como carpeta decorativa. Si la tarea no pertenece a trabajo de proyecto, un vínculo extra crea ruido en reportes y dificulta ver la situación real.

Para el gerente, el proyecto responde a qué resultado de negocio pertenece el encargo. Si está bien elegido, se puede revisar no solo el plazo de una tarea, sino la preparación completa de una dirección: qué está abierto, qué venció, dónde faltan participantes y qué etapa requiere decisión.

Si la tarea pertenece a un proyecto, pero el proyecto no está elegido, queda como encargo personal en la lista del ejecutor. Luego es más difícil incluirla en la imagen del proyecto, pasarla a un nuevo participante y comprobarla al cerrar una etapa.

Cliente y proyecto de cliente

La conexión con cliente muestra que la tarea afecta la historia del cliente: venta, implantación, soporte, contrato, pago, reunión o solicitud.

El cliente muestra a qué historia de interacción pertenece la tarea. El proyecto de cliente precisa el flujo dentro del cliente: implantación, soporte, integración, formación o aprobación legal. Si el cliente no está elegido, luego será más difícil encontrar la obligación en historia y reportes.

Antes de guardar, compruebe que eligió el cliente correcto y no una empresa con nombre parecido, que el proyecto de cliente corresponde al flujo actual, que los participantes tienen acceso al contexto necesario, que el resultado deberá volver a la historia de cliente o CRM y que archivos o comentarios no exponen datos extra a participantes sin permiso.

La conexión con cliente es especialmente importante para promesas: preparar una propuesta, responder una carta, revisar un contrato, realizar una formación, corregir un problema o acordar pago. En esas tareas el cliente no se indica por orden administrativo, sino para que cualquier gerente pueda abrir la historia del cliente y ver qué se prometió, quién responde y en qué etapa está.

Si el proyecto de cliente está mal elegido, la tarea puede caer en el flujo equivocado: implantación en soporte, aprobación legal en ventas. Para el empleado es incomodidad; para el gerente, distorsión de reportes y riesgos del cliente.

Cortes de tareas en contexto de proyecto y cliente

La ficha de un proyecto, cliente o proyecto de cliente puede incluir un corte integrado de tareas relacionadas. Ayuda al responsable a ver no solo una tarea aislada, sino todo el flujo de trabajo alrededor de un resultado o compromiso concreto.

Use este corte cuando necesite responder rápido:

• qué tareas aparecieron en el proyecto o cliente durante un periodo;
• qué tareas deben completarse en el periodo seleccionado;
• qué tareas cambiaron recientemente antes de una reunión o informe;
• dónde hay vencimientos, tiempo sin cerrar o contexto incompleto;
• qué lista debe exportarse a Excel para la discusión.

Antes de exportar, elija el periodo y el tipo de fecha: creación, plazo o actualización. Son preguntas de gestión distintas. La fecha de creación muestra nuevo volumen entrante, el plazo muestra compromisos del periodo y la fecha de actualización muestra dónde cambió realmente el trabajo o el contexto.

No use el corte integrado como sustituto de una tarea bien formulada. Si el contexto muestra solo el título, abra igualmente la ficha y revise descripción, responsable, plazo, archivos, comentarios y planificado frente a real antes de tomar una decisión.

CRM y otro contexto de trabajo

La relación CRM se necesita cuando la tarea continúa trabajo por cliente potencial, oportunidad, compañía, contacto, factura, solicitud u otro objeto de venta y acompañamiento. Agregue CRM si la tarea nació de llamada, correo, reunión u oportunidad, influye en el siguiente paso, es necesaria para contrato/factura/propuesta, debe verse en la historia del cliente o exige actualizar CRM después de completarse.

Si el registro CRM vinculado contiene importe, factura, pago o presupuesto, no lo copie en la tarea como hecho financiero independiente. Antes de un reporte, exportación o conversación con cliente, revise la fuente del importe, la moneda, la fecha y la tasa de conversión, los supuestos de impuestos o descuentos y los permisos de acceso. Las horas de la tarea no son una fuente de facturación, y un importe copiado desde CRM no se vuelve autorizado solo porque aparezca en la descripción. Si el dinero no hace falta para ejecutar la tarea, déjelo en el contexto CRM y describa en la tarea solo el paso de trabajo.

Una relación CRM no sustituye la descripción: en la tarea debe decir qué hacer exactamente.

Si la tarea nació de un comentario, documento, archivo, otra tarea o solicitud externa, conserve la fuente en descripción, relación o comentario. Una semana después, la frase "como hablamos" ya no ayuda a reconstruir el contexto.

El contexto CRM solo es útil cuando ayuda a ejecutar el siguiente paso. Si la tarea está vinculada con una venta o solicitud, debe quedar claro si hay que preparar factura, actualizar contacto, acordar condiciones, revisar pago, fijar reunión o enviar documento. Un vínculo sin encargo concreto obliga al ejecutor a reconstruir la historia.

Para el gerente, la relación CRM muestra que el trabajo operativo no está separado de ventas y acompañamiento. Permite comprobar si el siguiente paso no se perdió, si una pregunta de cliente no quedó colgada y si la historia se actualizó después de completar la tarea.

Documentos, archivos y fuentes

Los documentos y archivos responden de dónde viene el trabajo y dónde revisar el resultado: contratos, facturas, propuestas, documentos de requisitos, tablas, reglamentos, diseños, capturas, reportes, correos o enlaces.

Agregue archivo si es necesario para ejecutar, confirma el resultado, contiene requisitos, debe revisarse por otro departamento o servirá para reconstruir historia. Explique qué documento es fuente, borrador, versión final o referencia. Más detalles: Adjuntar archivos a una tarea.

Separe esos roles antes de enviar la tarea a ejecución. La fuente explica de dónde salió el requisito; el borrador muestra una versión que todavía puede cambiar; la referencia ayuda a orientarse, pero no se acepta como resultado; la versión final es el material que el revisor puede aprobar. Si estos roles no se distinguen, el ejecutor puede corregir una copia antigua o el gerente puede cerrar por una versión intermedia.

Buena práctica:

• en la descripción, escriba brevemente qué hacer con el documento clave;
• en criterios de aceptación, indique el archivo o enlace final;
• discuta versiones intermedias en comentarios;
• no mezcle anexos obsoletos o accidentales con el resultado final;
• compruebe el acceso de participantes antes de entregar la tarea a ejecución o revisión.

En tareas de cliente es especialmente importante no sacar materiales de trabajo a conversaciones personales. Cuando documento, comentario y decisión están dentro de LadVen OS, un nuevo participante o gerente puede reconstruir el contexto sin explicación aparte.

Antes de entregar o cerrar una tarea de cliente, compruebe acceso desde el punto de vista de quienes aceptan el resultado: solicitante, ejecutor responsable, gerente, propietario del cliente y participantes externos si los hay. El material debe abrirse en LadVen OS o en un enlace gestionado; si alguien no tiene acceso, corrija permisos o adjunte una versión permitida antes de aceptar.

Entidades relacionadas

Las entidades relacionadas muestran de dónde apareció la tarea y a qué afecta: otra tarea, comentario, documento, CRM, cliente, proyecto, solicitud u objeto externo.

La relación es necesaria si sin ella se pierde causa o dependencia:

• una tarea bloquea otra;
• el encargo nació de una solicitud de cliente;
• el resultado se necesita para venta, factura o contrato;
• un documento debe pasar aprobación;
• la tarea continúa una etapa del proyecto;
• el gerente debe ver una cadena de trabajo, no un encargo aislado.

La relación no sustituye el planteamiento: aun vinculada a venta, proyecto o documento, título y descripción deben decir qué resultado se requiere. De lo contrario, la relación se convierte en "busque usted mismo", no en contexto de trabajo.

Más detalles: Relaciones de tareas.

Plan de trabajo

Use el plan de trabajo para próximos pasos que aún no son tareas independientes: siguiente revisión, acuerdo de continuación o etapa próxima. Si un paso tiene ejecutor responsable, plazo o resultado verificable propio, cree tarea hija o relacionada.

El plan de trabajo es útil cuando:

• la tarea está temporalmente pospuesta, pero el siguiente paso es claro;
• hay que mostrar qué se hará después de una evaluación previa;
• el resultado depende de una respuesta externa;
• el solicitante quiere ver acciones cercanas sin leer toda la conversación;
• una parte del trabajo todavía es demasiado temprana para convertirse en tarea hija.

No guarde ahí un plan completo de proyecto. Si un paso tiene ejecutor responsable propio, plazo o resultado verificable, use una tarea separada.

Si la tarjeta muestra un bloque de trabajo próximo, úselo como plan operativo de carga: quién continúa el trabajo, cuándo empieza, cuándo debe terminar, qué carga se espera y por qué el paso puede moverse. Así el responsable ve no solo la fecha límite de la tarea, sino también el siguiente espacio real de trabajo de la persona asignada. Si ese paso se convierte en un resultado independiente o requiere aceptación, muévalo a una tarea separada o relacionada.

Fechas de creación y actualización

Las fechas ayudan a entender frescura e historia. Una tarea antigua sin actualizaciones puede estar olvidada; una actualización antes del cierre requiere revisión; un traslado brusco de plazo o cambio de ejecutor responsable debe explicarse. La fecha de actualización no prueba progreso por sí sola: revise descripción, archivos, lista de verificación, comentarios, estado y tiempo.

Use estas fechas como señales:

• tarea creada hace tiempo sin actualizaciones puede estar olvidada;
• actualización reciente antes del cierre requiere revisión;
• cambio de plazo o ejecutor responsable debe tener explicación;
• tarea con cliente puede necesitar comentario actual antes del reporte;
• tarea obsoleta puede requerir cancelación, traslado o replanteamiento.

Cómo completar y cambiar campos

El sentido de los campos debe mantenerse igual en todas las etapas: al crear, leer, editar y cerrar la tarea. Cambie campos no "por orden", sino para que el acuerdo de trabajo siga siendo actual.

Al crear

Complete el contexto mínimo antes de guardar:

1. Título como resultado.
2. Descripción con contexto, acciones y criterios de aceptación.
3. Solicitante, ejecutor responsable y participantes necesarios.
4. Plazo, prioridad y tiempo planificado si afectan la ejecución.
5. Proyecto, grupo de trabajo, cliente, proyecto de cliente o relación CRM si la tarea pertenece a ellos.
6. Etiquetas si son necesarias para búsqueda o proceso.
7. Archivos, documentos, lista de verificación y enlaces si sin ellos no se puede empezar o revisar el trabajo.

Antes de guardar, revise datos heredados de plantilla, copia o fuente. Participantes antiguos, plazo, archivos o cliente pueden pertenecer a otra situación.

Al ver

La vista debe ayudar a decidir: empezar el trabajo, aclarar contexto, revisar resultado, devolver a corrección o cerrar.

Revise:

• si el estado coincide con la situación real;
• si hay contexto completo para ejecutar;
• si plazo, tiempo planificado, cliente o CRM no quedaron obsoletos;
• si archivos, documentos y criterios de aceptación son visibles;
• si los últimos cambios se guardaron;
• si hace falta corregir un campo para que los participantes trabajen según el acuerdo actual.

Al ver una tarea, no mire solo el estado. Compare estado con evidencias: descripción, lista de verificación, archivos, comentarios, fecha de actualización y tiempo. Así se distingue una tarea realmente lista de una tarea marcada como lista sin resultado verificable.

Al editar

Editar debe corregir la fuente del problema, no ocultarla. Si cambió alcance, actualice descripción, lista de verificación, tiempo planificado y plazo. Si cambió contexto de cliente, revise CRM, proyecto, participantes y acceso a archivos.

Después de editar, compruebe:

• el nuevo valor del campo se ve en la tarea;
• listas, filtros u objetos relacionados muestran datos actuales;
• los participantes entienden qué cambió;
• se dejó un comentario si el cambio es importante;
• la tarea no conserva un acuerdo obsoleto en descripción, archivos o lista de verificación.

Si el cambio es importante para plazo, cliente, ejecutor responsable, coste o aceptación, deje un comentario corto: qué cambió y por qué. Esto evita que otros participantes sigan trabajando por la versión anterior del acuerdo.

Acceso y guardado de cambios

A veces un campo no se puede cambiar por rol, estado o configuración. No evite restricciones con comentarios como "considerar otro plazo". Si un campo afecta proceso, reporte o responsabilidad, debe cambiarse por el método permitido o explicarse la limitación hasta que decida administrador o dueño del proceso.

Si un cambio importante no se guardó o ve el valor anterior tras actualizar, no siga por suposición: aclare el valor actual, repita el cambio si hace falta y fije el acuerdo en la tarea.

Si cambió un campo importante, asegúrese de que el cambio se guardó y de que los participantes lo entienden. Para cambios que afectan plazo, cliente, ejecutor, coste o aceptación, un comentario corto ayuda a separar la nueva decisión de la versión anterior del acuerdo.

Cómo usa los campos el gerente

Los campos ayudan al gerente a controlar no encargos sueltos, sino el sistema de trabajo:

• título y descripción muestran calidad del planteamiento;
• ejecutor responsable y participantes fijan zona de responsabilidad;
• plazo y prioridad muestran riesgos y sobrecarga;
• proyecto, cliente y CRM conectan la tarea con contexto de negocio;
• etiquetas dan cortes rápidos por procesos y tipos de trabajo;
• tiempo planificado y real comparan expectativas con esfuerzo real;
• estado y criterios separan "se trabaja" de "listo y aceptado".

Si las tareas tienen descripciones vacías, sin plazos, sin cliente o con criterios vagos de forma regular, no es solo un problema de formato. Es una señal de que el proceso de plantear tareas no da suficiente gestión al equipo.

Corte	Qué mirar	Qué riesgo se ve
Tareas vencidas con alta prioridad	Plazo, ejecutor responsable, cliente, razón del traslado.	El equipo no llega a obligaciones críticas.
Tareas sin cliente o CRM en trabajo de cliente	Título, descripción, proyecto, comentarios.	La historia de cliente queda incompleta y las obligaciones son difíciles de reconstruir.
Tareas sin descripción o criterios	Título, comentarios, archivos, lista de verificación.	Ejecutor y revisor entienden distinto el resultado.
Tareas con gran desviación entre planificado y real	Tiempo planificado, real, comentarios.	Proceso subestimado, servicio más caro o tarea ampliada.
Tareas sin actualizaciones	Fecha de actualización, estado, último comentario.	El trabajo se detuvo, pero el estado no lo refleja.
Etiquetas frecuentes o tipos repetidos	Etiquetas, proyectos, clientes, ejecutores.	Hay un proceso repetible que se puede estandarizar o automatizar.

El gerente primero mira cortes y luego abre solo tareas con riesgo: retraso, falta de contexto, falta de cliente, falta de resultado o revisión poco clara.

Cómo ayudan los campos a búsqueda y reportes

La búsqueda funciona mejor cuando la información importante está en campos estructurados, no solo en comentarios: título para resultado, cliente para historia, proyecto para flujo, CRM para oportunidad o solicitud, etiquetas para tema repetido, archivos para fuente o prueba, plazo para obligación y tiempo para carga o esfuerzo.

Si la tarea debe encontrarse después, piense antes por qué señal se buscará:

• por cliente: elija cliente y proyecto de cliente;
• por venta o soporte: agregue contexto CRM;
• por dirección interna: elija proyecto o grupo de trabajo;
• por tipo de trabajo: agregue una etiqueta acordada;
• por documento: adjunte archivo o enlace y explique su función;
• por obligación de plazo: ponga un plazo realista y actualícelo al cambiar;
• por esfuerzo o carga: complete tiempo planificado y real.

Error típico: escribir todo el contexto en la descripción y no completar campos estructurados. Así la tarea se puede leer si ya fue encontrada, pero cuesta encontrarla en listas, reportes e historia del cliente.

Cómo revisar el resultado

La revisión del resultado empieza no por el estado, sino por el acuerdo fijado en los campos de la tarea.

1. Abra la tarea.
2. Lea título, descripción y criterios.
3. Revise estado, plazo, prioridad y tiempo planificado.
4. Abra archivos, documentos, enlaces, CRM y contexto de cliente si sirven para aceptación.
5. Revise la lista de verificación, comentarios y últimas actualizaciones.
6. Compruebe tiempo real si la tarea participa en registro de tiempo.
7. Asegúrese de que el resultado está disponible para revisor y participantes.
8. Si cumple criterios, acepte o cierre.
9. Si hacen falta correcciones, devuelva con comentario concreto.

Si los criterios de aceptación cambiaron durante el trabajo, primero fíjelos en comentario o descripción y solo después revise el resultado según el nuevo acuerdo.

Buenas prácticas

• Formule el título como resultado, no como tema.
• Separe contexto, acciones y criterios en la descripción.
• Use formato solo para legibilidad.
• Agregue proyecto, cliente, CRM, relaciones y etiquetas cuando ayuden a encontrar, revisar o reportar.
• Vincule documentos clave y explique qué hacer con ellos.
• Explique prioridad alta y traslado de plazo.
• Actualice tiempo planificado y evaluación previa si cambió alcance.
• Fije cambios importantes de campos en comentarios.
• Revise acceso de participantes a archivos, documentos, cliente, CRM y proyecto.
• Compruebe que los cambios importantes se guardaron antes de cerrar la tarea.
• Después de editar, mire la tarea desde el punto de vista del ejecutor o revisor.
• Use vocabulario único de etiquetas.
• No cierre una tarea de cliente hasta que el resultado quede en la historia necesaria.

Errores frecuentes

• el título describe tema, no resultado;
• la descripción es solo un enlace sin explicación;
• faltan criterios de aceptación o suenan vagos;
• prioridad alta se usa en vez de explicar urgencia;
• plazo "para hoy" sin razón real;
• no se actualiza tiempo planificado tras crecer el alcance;
• etiquetas duplican estado, proyecto o ejecutor responsable;
• cliente, proyecto o CRM no están elegidos aunque el contexto vive allí;
• documento adjunto sin explicar si es fuente o versión final;
• relación agregada sin encargo concreto en la descripción;
• etiquetas parecidas rompen búsqueda;
• proyecto de cliente incorrecto;
• cierre sin revisar archivos, comentarios y tiempo;
• restricción de acceso evitada por acuerdo verbal;
• cambio importante no explicado.

Qué debe verse en un buen contexto

Revise el contexto por rol. El empleado debe entender la primera acción y dónde tomar materiales. El gerente debe ver quién responde por el resultado, dónde hay riesgo de plazo o aceptación y qué aclarar antes del cierre. El dueño del proceso debe entender si la tarea entrará al reporte correcto, flujo de cliente o plantilla repetible. Si falta contexto, corrija el campo o deje un comentario con la decisión antes de enviar la tarea a aceptación.

Al ver la tarea, el gerente debe entender rápido no solo el estado actual, sino la lógica de trabajo del encargo:

• qué resultado está descrito en la tarjeta;
• qué archivos son materiales actuales;
• qué plazo y prioridad afectan la planificación;
• si se requiere revisión o evaluación previa;
• quién planteó la tarea, quién responde y quién observa;
• si hay cliente, proyecto, CRM o grupo de trabajo;
• qué etiquetas ayudan a encontrar tareas parecidas y construir reportes.

Si falta parte del contexto, no siempre es error. Pero si sin ese campo no se puede encontrar, revisar o vincular la tarea con una obligación de cliente, el campo debe completarse antes de cerrar.

Secciones relacionadas

• Crear una tarea
• Tarjeta de tarea
• Asignar participantes
• Relaciones de tareas
• Registrar tiempo en una tarea
• Revisar y cerrar una tarea