Planear el complemento

Empieza por el problema que debe resolver tu plugin: quién lo necesita, qué necesita hacer y dónde tiene que usarlo. A continuación, identifique la información, las acciones y las capacidades existentes que podría necesitar la solución.

No es necesario elegir aún funcionalidades, herramientas de desarrollo o un método de publicación. Registre lo que sabe y las limitaciones que podrían afectar esas elecciones. Usarás ese plan en Elegir capacidades para tu complemento.

Definir el resultado

Escriba una breve descripción de la solución que responda:

  • ¿Quién lo usará?
  • ¿Qué tarea o problema abordará?
  • ¿Qué resultado mostraría que funciona?
  • ¿Dónde necesitan los usuarios encontrarla y usarla?

Identifique también quién creará, administrará, publicará y dará soporte a la solución. Una persona o un equipo puede desempeñar varios roles.

Si su objetivo es usar el contexto de trabajo de Microsoft 365 o las funcionalidades de Copilot en una aplicación o agente personalizado que hospede, consulte Crear aplicaciones y agentes con tecnología de Copilot.

Describir lo que debe hacer la solución

Enumere el conocimiento y las acciones necesarias para producir el resultado. Céntrese en la tarea del usuario en lugar de en cómo la implementará.

Considere:

  • ¿Qué contenido organizacional o contexto empresarial necesita la solución?
  • ¿Qué preguntas, tareas o flujos de trabajo debe admitir?
  • ¿Necesita recuperar información o crear, actualizar o enviar algo?
  • ¿Qué datos, datos externos, API, herramientas o servicios de Microsoft 365 están implicados?
  • ¿Qué acciones podrían tener efectos consecuentes y necesitar confirmación o supervisión humana?

Estos requisitos le ayudarán a comparar agentes, aptitudes, conectores de Copilot, servidores MCP y otras funcionalidades en el siguiente paso.

Busque funcionalidades que pueda volver a usar

Compruebe si ya existe parte de la solución. Los candidatos pueden incluir agentes, habilidades, conectores de Copilot, servidores MCP, API, aplicaciones o servicios.

Para cada activo prometedor, registra su propietario, qué hace, dónde funciona, quién puede usarlo y cualquier permiso conocido o restricción de reutilización. Puede confirmar la compatibilidad técnica después de elegir los componentes y las herramientas.

Identificar dónde y cómo se usará

Enumerar las experiencias de Microsoft en las que los usuarios necesitan la solución y el público que debe tener acceso. Por ejemplo, el público puede ser un equipo de desarrollo, usuarios seleccionados, una organización o clientes de varias organizaciones.

Registre todos los requisitos conocidos de entornos, regiones, licencias, detección, adquisición y conexiones. El soporte técnico puede variar según la experiencia, la capacidad, el paquete y el método de publicación. Confirme esas combinaciones al elegir funcionalidades y un método de publicación.

Registre restricciones que podrían cambiar el diseño

No es necesario completar todas las revisiones en esta etapa. Identifique los requisitos o preguntas abiertas que podrían afectar a lo que crea:

Área Preguntas para grabar
Identidad y acceso ¿Qué identidades, permisos, métodos de autenticación, consentimiento y conexiones externas podrían ser necesarios?
Datos y seguridad ¿A qué datos tendrá acceso la solución o cambiará? ¿Qué requisitos de privacidad, cumplimiento, retención y supervisión se aplican?
Distribución ¿Quién debería poder descubrirlo y usarlo? ¿Necesitará implementación organizativa o distribución a varios clientes?
Compatibility ¿Existen limitaciones conocidas de experiencia, región, paquete, manifiesto, implementación o conexión?
Licencias y costo ¿Qué licencias, cargos por uso, costos de hospedaje o costos de mantenimiento pueden afectar la elección?
Operations ¿Quién será el propietario del soporte, la supervisión, las actualizaciones, los cambios de acceso y la eventual retirada?

Use las consideraciones de datos, privacidad y seguridad y licencias y costos para las comprobaciones detalladas. Elija y confirme el método de publicación compatible más tarde.

Qué llevar al siguiente paso

Mantenga un breve registro de:

  • Los usuarios previstos, su problema y el resultado que desea.
  • Las experiencias y la audiencia que debe admitir la solución.
  • El conocimiento, los datos, las tareas y las acciones que necesita.
  • Funcionalidades o servicios existentes que merece la pena reutilizar.
  • Restricciones y preguntas abiertas que podrían afectar el diseño.
  • Las personas o equipos que pueden resolver esas preguntas.

Estará listo para Elija las funcionalidades de su complemento cuando tenga suficiente información para comparar qué compilar y qué reutilizar. Deje los detalles de implementación abiertos cuando dependan de los componentes y herramientas que seleccione.

Contenido relacionado

  • Se actualizó por última vez el