DNA BOT is an AI-powered conversational platform supporting network engineers, operations teams, and service-compliance stakeholders in executing complex, high-risk telecom and digital network tasks. The platform enables natural, intent-driven conversations with circuits, inventory, orders, tickets, and regulatory workflows — removing the need for command memorization or constant system switching.

Network assistance must be explainable to be trusted.
Network and telecom teams operate in regulated, high-stakes environments where accuracy, speed, and auditability are critical — but existing tools were built on legacy, command-heavy interaction models that created significant friction.

Persona research grounded in behavioral needs — not demographics — captured goals, knowledge levels, pain points, and support expectations across exploratory, goal-oriented, and high-volume users.

The assistant was designed to adapt its tone, depth, and interaction model based on user intent — offering reassurance for exploratory users, efficiency for experienced professionals, and speed for high-volume users. Personas actively informed flow design, content hierarchy, help patterns, and error handling.
Stakeholder interviews aligned on constraints and success metrics. Journey walkthroughs identified friction. Review of support data and analytics validated patterns at scale.
"If the bot can't tell me what it just did, I don't trust it with my next action."
"I don't need a chat — I need to skip three steps and get to the result."
"I'm on mobile, I have a ticket open, I need an answer in two taps."
Opaque AI in regulated networks is operational risk.
Fragmented workflows across circuits, inventory, orders, tickets, and locations.
High cognitive load from dense tables and manual query construction.
Frequent context switching across multiple enterprise systems.
No intelligent guidance for next steps; opaque system behavior eroded trust.
I drove the project end to end with hands-on ownership of product design — using EDIPT to design, prototype, and validate conversational flows, interaction patterns, and reusable UI systems.
I worked closely with product, engineering, and AI teams to ensure the solution was scalable, explainable, and operationally trustworthy — translating complex workflows, platform constraints, and compliance requirements into clear, usable conversational patterns grounded in real operational needs.
Conversational journeys were mapped turn-by-turn — surfacing where explainability, adaptive tone, and human handoff needed to live so trust held through high-stakes operational moments.

Every screen, template, and confirmation message was anchored to a mapped moment. Every sign-off verified that the moment had been designed for, not assumed. The journey map was the canonical reference through every design and vendor review.
Paper prototyping rapidly tested conversational structures, intent paths, and fallback scenarios — converging on a scalable IA before moving into AI model training and high-fidelity design.

Every wireframe was traceable to a journey moment, and every IA decision was signed off before vendor execution. Storyboards were leveraged to align business, brand, talent acquisition, compliance, and vendor teams on what each moment had to feel like — before any pixels were committed.
Diagnose · Navigate · Act — the DNA assistance loop
Reusable conversational patterns, intent flows, and response hierarchies — encoded into a system that scaled across telecom domains while keeping AI behavior consistent and explainable.

Govern AI behavior as a product property.
Governance defined where the assistant could act vs ask, what behavior had to be explainable, and how human handoff worked — keeping the assistant trustworthy under regulated, high-stakes operation.
Core UX standards and risk controls were centrally maintained, while implementation remained flexible at the domain level. Governance was lightweight and embedded into delivery workflows, focusing on systemic risks — accessibility, regulatory compliance, brand integrity, apply-flow friction — rather than surface-level design. Continuous improvement was driven through analytics and shared learnings.
Unmoderated usability testing with assistance personas — 6 participants, 5 critical tasks — evaluated intent accuracy, response clarity, perceived trust, and flow efficiency. 30+ insights synthesized into 4 themes informed conversational design.
Role pages restructured so candidates established relevance within seconds. Headline, signal-bearing tags, and growth indicators surfaced before scroll.
Filters and sorting logic refined to align with the criteria candidates actually used — not the criteria the platform exposed by default.
Content hierarchy and CTAs improved so candidates entered the apply flow knowing what to expect. Confirmation messaging validated to reassure on submit.
Insights translated into refinements before launch — reducing rework during vendor implementation and surfacing systemic issues that would have appeared only post-release.
Final designs were validated against defined UX and AI governance guardrails — ensuring consistency across conversational behavior, model outputs, regulatory requirements, and brand tone.

Command-heavy network tools became an AI assistance platform — design moved from manual queries to explainable conversation.
DNA BOT shifted from an experimental AI feature to a governed operational assistant. Intent patterns, response hierarchy, explainability, and human handoff sat inside one governance layer that engineering and AI teams built within. The result was a digital network assistance platform — not a set of isolated conversational flows.
Designing trustworthy AI for regulated telecom operations is a governance discipline as much as a design one. These are the lessons I'd carry forward.
Engineers adopted the assistant when it explained why — not when it was technically right. Explainability was the trust unlock, not raw intent accuracy.
Personas grounded in behavioral needs (exploratory, goal-oriented, high-volume) drove adaptive tone and depth. The assistant served three working modes from one foundation.
Designing fallback and human handoff as first-class experiences reinforced trust precisely when failure would have eroded it. The exception path proved the system's integrity.
Defining where the assistant could act vs ask kept the platform safe at scale. AI governance lived inside delivery — not as a downstream review.