ai workforce
7 TopicsScaling Seller Impact with ASPX Insights: From Data Access to AI-Driven Execution
ASPX Insights in Partner Center Most sellers are not constrained by opportunity; they are constrained by time and signal. With up to 70% of effort spent on administrative work, portfolio coverage continues to expand while insight quality declines. Sellers are forced to manually interpret fragmented telemetry across multiple systems, slowing decision-making and reducing precision in where they focus. The result is missed revenue signals, delayed interventions, and inconsistent execution at scale. Productivity is not just about efficiency, it is about enabling every seller to consistently identify and act on the highest-value opportunity, in real time. To drive consistent, data-led growth across Security and AI Business Solutions, partners should connect to ASPX Insights within Partner Center. This provides direct access to adoption propensity models, customer telemetry, and actionable account-level insights across Microsoft 365 Copilot, E7, and Agent 365 scenarios. Access to ASPX Insights is only the starting point. The real value comes from how you operationalise that data and surface it directly to sellers in the flow of work. The most effective pattern is to build a lightweight “opportunity agent” that connects to ASPX data via API and translates telemetry into clear actions. This ensures your sales teams have the right conversation with the right customer at the right time - Conversations that are backed by intelligent insights to help guide your customer's on their AI and security journey. The Architecture ASPX Insights is powered by Partner Center data and exposes rich telemetry and propensity signals that can be accessed programmatically. This allows partners to move beyond dashboards and embed insights directly into seller workflows. As demonstrated in internal adoption patterns, partners can connect to ASPX via API and pull Customer-level adoption and usage telemetry Copilot, Security, and Agent usage signals Propensity scores for expansion, adoption, and conversion Licensing, whitespace, and engagement indicators The M365 Partner API – AI Business Solutions & Security Insights allows partners to ground an agent in real, actionable data rather than static pipeline assumptions. By pulling live telemetry and seat-level signals directly into the agent, the solution continuously reflects actual customer usage patterns - who is adopting, who is stalled, and where there is untapped potential. This means opportunity identification is no longer based on periodic reporting or manual interpretation, but on near real-time behavioural insight. As a result, account prioritisation, upsell motions, and intervention strategies are driven by evidence rather than instinct, enabling account teams to act with precision and focus on the highest-impact opportunities across their portfolio. The agent should act as a translation layer between raw telemetry and seller action. The goal is not to expose more data, but to remove ambiguity and tell the seller exactly where to focus. A simple architecture looks like this: Data layer Ingest ASPX Insights data via API on a daily or scheduled basis. Optionally store monthly snapshots to track trends and smooth out variability. This creates both real-time signal and historical context. With the data layer you have a couple of options. You can integrate directly into Partner Centre ASPX Insights by using the API. This is technically complex and may have a longer lead time to see results. Alternatively, to see results with less complexity, you can simply download snapshots of the data monthly from ASPX Insights in Partner Centre. This is manual but easy to achieve and offers a shorter time to value for your agent. Scoring layer Use ASPX propensity outputs directly or combine them with your own logic to rank accounts across a small set of opportunity lenses Expansion ready (Copilot scale) Conversion ready (free to paid) At risk (low adoption vs paid licenses) Transformation ready (Agent 365 and advanced AI scenarios) These align directly with the machine learning models and signals already surfaced in ASPX. Action layer Translate scores into next best actions Who to engage Why now What motion to run (sell, enable, expand, govern) This is where agents create value. Sellers should not see raw dashboards. They should see prioritised accounts and recommended actions. Internal Adoption Path The key design principle is simple: bring insight into the tools sellers already use. CRM integration Push ranked accounts and recommendations directly into CRM as opportunities, tasks, or account insights. This ensures data becomes part of pipeline management, not a separate activity. Copilot / Agent interface Expose the agent through Microsoft 365 Copilot or a custom chat interface where sellers can ask Which customers should I prioritise this week Which accounts are ready for Copilot or E7 expansion Where are my adoption risks The agent queries the ASPX-backed dataset and returns structured recommendations in seconds. Proactive notifications Trigger alerts based on signal changes Spikes in Copilot usage Drops in adoption for paid tenants New high-propensity accounts entering threshold This shifts sellers from reactive to proactive engagement. Portfolio dashboards (secondary) Maintain dashboards for leadership and planning, but not as the primary interaction model for sellers. Dashboards support strategy, agents drive execution. Extending into E7 and Agent 365 scenarios Once the agent is connected to ASPX, partners can extend the same model across broader solution plays E7 opportunities Use signals such as usage depth, licensing posture, and workload adoption to identify customers progressing toward advanced security and compliance requirements. The agent can flag these accounts as ready for E7-led conversations. Agent 365 opportunities Combine Copilot maturity with agent usage signals to identify customers moving beyond productivity into process automation. These are high-value transformation plays where partners should proactively engage. This ensures sellers are not operating in silos but are guided toward the next logical workload based on real behavior, not assumptions. Where to Next If you lead a partner sales team, connect to ASPX Insights and see how these insights can empower your sales teams to achieve more. Check out our ready made ASPX Insights agent in Github.307Views3likes4CommentsAzure Native Integrations: Public Preview of Napster Companion API on Azure
What is Napster Companion API? Napster Companion API is Napster's platform for building Omniagents: persistent, multi-channel AI agents with one identity, one memory, and one set of tools that show up across every channel an end user touches. The same Omniagent meets the customer on the website, in the mobile app, on video, and on the phone line with the same face, the same voice, and the same memory of the last conversation. The Omniagent as a digital worker The clearest way to think about an Omniagent is as a digital worker: It has a role (customer support specialist, sales advisor, internal IT assistant). It carries the memory of past shifts and prior conversations. It has the tools it needs to do the job which include APIs, knowledge bases, ticketing systems, CRMs. It shows up across every surface the end user touches, like a human worker who answers the door, the phone, and the inbox. When something is outside its scope, it hands off to a human colleague with the context already attached and picks the thread back up when the human is done. Use cases for the Companion API Teams are already exploring the Companion API across a wide range of scenarios: Agentic commerce. Agents that guide end users through discovery, recommendations, purchase, and post-sales support all in one continuous conversation across channels. Customer service. Agents that resolve issues end to end, escalate to humans with full context attached, and pick the thread back up across sessions. Internal operations and digital coworkers. Agents that orchestrate workflows, retrieve knowledge, and automate repetitive tasks for the workforce. Capabilities introduced by Napster Companion API The Companion API public preview brings the following capabilities to Azure customers: Persistent multi-channel agents that maintain identity, memory, and context across web, mobile, voice, video, and telephony. Real-time multimodal interactions across voice, video, and text for natural back-and-forth conversation. Tool and API orchestration that lets agents take real actions like opening tickets, updating records, retrieving documents, and triggering workflows. Persona-driven agents with configurable behavior, conversational style, and avatar-based interaction. Knowledge bases and deterministic question-and-answer pairs for grounded, accurate responses on topics where exactness matters. Developer SDKs and a no-code Dashboard for building, testing, deploying, and iterating on agents. Better together: Napster and Microsoft This integration is the result of a long-term Azure-native partnership between Napster and Microsoft. It is not an external service layered onto Azure infrastructure but it is a co-engineered offering designed to help enterprises operationalize persistent AI agents at scale. In practice, the Azure Native integration delivers: Benefit What it means for you Seamless development experience Provision and manage Companion API resources directly from the Azure portal, alongside your other Azure services. Build and operate Omniagents in the Napster Dashboard, reached through single sign-on. Bring your own model or use Napster Hosted Connect your Azure OpenAI realtime deployment on Microsoft Foundry so inference runs in your tenant. Or use the Napster Hosted tier where Napster manages the model for you. Simplified billing Manage Companion API spend through Azure Marketplace, on the same invoice as the rest of your Azure consumption which means no separate procurement, no separate billing relationship. Single sign-on with Microsoft Entra Switch between Azure resources and the Companion API Dashboard without re-entering credentials. Enterprise-ready foundation Built on Azure's compliance, security, and global infrastructure footprint. How it works?    If the player doesn’t load, open the video in a new window: Open video Get started in minutes Provisioning Napster Companion API on Azure takes just a few clicks: Open the Azure portal and search for *Napster Companion API*. Create a new resource and choose your subscription, resource group, region, and pricing tier. Link your Napster organization (or create one as part of resource provisioning). Launch the Companion API Dashboard from the resource overview page using single sign-on, and start building your first Omniagent in the Napster portal. Full step-by-step guidance is available in the Napster Companion API documentation on Microsoft Learn Resources Product documentation: Napster Companion API on Microsoft Learn Quickstart: Create a Napster Companion API resource Azure Marketplace listing: Napster Companion API Napster for partners: napster.com/partners Azure Native Integrations overview: Azure partner solutions What's next This public preview is the first milestone on a broader roadmap. We are eager to hear from early adopters. Try the public preview, build your first Omniagent, and let us know what you think as your feedback will shape what ships next. Get started today by searching for Napster Companion API in the Azure portal.975Views1like1CommentAgent Builder, Copilot Studio, or Azure AI Foundry: How We Decide for Every Client
Every client conversation starts the same way. Someone has seen a demo, attended an Ignite session, or read a press release. They want to build an agent. Then comes the question that derails more projects than any technical challenge: "Which tool should we use?" After deploying agents for clients across industries - insurance, professional services, manufacturing, public sector - we have developed a repeatable framework for answering that question. It is not based on which tool is newest or which has the best marketing. It is based on where projects actually succeed or fail in production. The three tools are not competitors The first mistake most teams make is treating Agent Builder, Copilot Studio, and Azure AI Foundry as a hierarchy - basic, intermediate, advanced. That framing leads to bad decisions. They are not a ladder. They are three distinct tools built for three distinct contexts. The right question is not "which tool is most powerful?" It is "which tool fits this project's constraints?" The framework: 4 questions We evaluate every project against four dimensions before recommending a tool: Who is building it? Where do users live? How complex is the logic? Who owns it after go-live? Agent Builder Copilot Studio Azure AI Foundry Builder profile Maker, no code Developer / power user Pro developer, Python User surface M365 Copilot Chat Teams, web, M365 Copilot Custom app, any surface Logic complexity Simple Q&A, task routing Multi-step flows, connectors Fully custom orchestration Post-go-live ownership Business team IT + Business joint Engineering team Governance M365 Admin Center Power Platform DLP Custom, Azure RBAC When we recommend Agent Builder Agent Builder is the right call when the business team wants to own the agent end-to-end, the use case is bounded, and the users already live inside M365 Copilot Chat. The key advantage is distribution - an Agent Builder agent surfaces natively inside Copilot Chat with zero additional deployment work. No IT ticket, no app registration, no Teams app package. The ceiling is real. Agent Builder does not support complex branching logic, external API calls, or dynamic prompt injection. The moment a client asks "can it also update a record in our CRM?" the answer is usually no. Use it when: The maker owns it, the use case is narrow, and M365 Copilot is already the user's primary surface. When we recommend Copilot Studio Copilot Studio is our default recommendation for the majority of enterprise agent projects. It covers the wide middle ground between no-code simplicity and full-code flexibility - within the Microsoft governance perimeter most enterprise IT teams already control. Power Platform connectors - 1,000+ out-of-the-box connectors means most enterprise data sources are reachable without custom API development M365 Copilot channel - surface a Copilot Studio agent directly inside M365 Copilot Chat, Agent Builder-level distribution with enterprise-grade logic underneath Topic-level governance - fallback behaviors, confidence thresholds, escalation paths configurable without code DLP policy enforcement - the agent operates within the same data loss prevention perimeter as the rest of the Power Platform tenant The most common mistake: under-investing in the knowledge layer. The agent authoring is the easy part. Getting SharePoint content structured, metadata consistent, and documents deduplicated is where most projects hit delays. Budget for it. Use it when: The use case requires connectors, dynamic responses, or M365 Copilot integration - and you want IT to own governance without requiring a developer team. When we recommend Azure AI Foundry Foundry is the right call when you need to bring your own model, build a fully custom orchestration pipeline, or integrate into a surface that has nothing to do with Microsoft 365. In practice, this means one of three scenarios: The client has a model fine-tuned on proprietary data that must be used The agent is embedded inside a custom-built web or mobile application The logic requires Python-level control - complex reasoning chains, multi-agent coordination, custom evaluation loops Foundry projects require a professional developer, take longer, and produce something the business team cannot maintain without engineering support. That is not a reason to avoid it - it is a reason to be honest with the client upfront. Use it when: You need full control of the model, the orchestration, or the surface - and you have a developer team to own it. The question that resolves most debates When a client is torn between Copilot Studio and Foundry, we ask one question: "Who is answering the 2am support call when this breaks in production?" If the answer is a developer, Foundry is viable. If the answer is the IT admin or the business owner, Copilot Studio is the right call. Not because Foundry is unreliable, but because the operational model has to match the tool. More projects fail from ownership mismatch than from technical limitations. What we see go wrong Reaching for Foundry too early. Developers often want full control and reach for Foundry before validating the use case. We have rebuilt several Foundry POCs in Copilot Studio when the production constraints called for it - faster to ship and cheaper to run. Under-scoping Agent Builder. Business teams choose Agent Builder because it looks simple, then hit the ceiling at month two. The re-platform cost is higher than building in Copilot Studio from the start. Ignoring the M365 Copilot channel. Many Copilot Studio projects are deployed as standalone Teams apps when they could surface directly inside M365 Copilot Chat. The distribution advantage is significant and underused. The short version Agent Builder - maker-owned, bounded use case, M365 Copilot surface, fast Copilot Studio - IT + business joint ownership, connectors, production governance, M365 Copilot integration Azure AI Foundry - developer-owned, custom model or surface, full control, higher cost Start with the ownership model. Everything else follows. Elliot Margot - Team Lead Jumpstart, Copilot and Agents at Witivio (Microsoft Partner). Connect on https://www.linkedin.com/in/elliot-margot-52742a156/.948Views1like0CommentsLearn to maximize your productivity at the proMX Project Operations + AI Summit 2026
As organizations accelerate AI adoption across business applications, mastering how Microsoft Dynamics 365 solutions, Copilot, and agents work together is becoming a strategic priority. Fortunately, businesses no longer need to rely on speculation — they can gain practical insights with fellow industry professionals during a unique two-day event: On April 21-22, 2026, Microsoft and proMX will jointly host the fourth edition of proMX Project Operations Summit at the Microsoft office in Munich, but this time with an AI edge. The summit brings together Dynamics 365 customers and Microsoft and proMX experts to explore how AI is reshaping project delivery, resource management, and operational decision‑making across industries. On day one, participants will discover how Dynamics 365 Project Operations, Copilot, Project Online, proMX 365 PPM, and Contact Center can strategically transform business processes and drive organizational growth. On day two, they can explore the technical side of these solutions. Secure your spot! What to expect from the summit Expert-led, actionable insights Join interactive sessions led by Microsoft and proMX experts to learn practical AI and Dynamics 365 skills you can use right away. Inspiring keynotes Gain future-focused perspectives on Dynamics 365, Copilot, and AI to prepare your organization for what’s next. In between our special guests we have Microsoft's Rupa Mantravadi, Chief Product Officer, Dynamics 365 Project Operations, Rob Nehrbas, Head of AI Business Solutions, Archana Prasad, Worldwide FastTrack Leader for Project Operations, and Mathias Klaas, Partner Development Manager. Hands-on AI workshops Take part in workshops where Sebastian Sieber, Global Technology Director (proMX) and Microsoft MVP will show the newest AI features in Dynamics 365, giving you real-world experience with innovative tools. Connect with industry leaders Engage with experts through Q&A sessions, round tables, and personalized Connect Meetings for tailored guidance on your business needs. Real customer success stories Hear case studies from proMX customers who are already using Dynamics 365 solutions and learn proven strategies for successful digital transformation. Who should attend? This summit is tailored for business and IT decision-makers that are using Dynamics 365 solutions and want to drive more business impact with AI, but also for those who might be planning to move away from other project management solutions such as Project Online and need practical guidance grounded in real-life implementations. Date: Apr 21 & 22, 2026 | 2 -Days event Location: Microsoft Munich, Walter-Gropius Straße 5, Munich, Bavaria, DE, 80807 Ready to maximize your productivity? Register here.175Views1like0Comments