Case Study
BDG Operations — From scattered workflows to a connected education operations systemHow I helped Business Development Group structure CRM workflows, internal tools, reporting and AI-assisted product operations for a growing education business.
- Product Leadership
- Internal UX
- CRM
- Operations
- AI Tools
- Role
- COO, Product Lead, UX Strategy, AI-assisted product development
- Industry
- Education / EdTech / Operations
- Scope
- Internal product design, workflow systems, CRM structure, lead management, reporting, AI-assisted product systems
- Tools
- Bitrix24, AI tools, Claude, Internal dashboards, Documentation
01 · Overview
The short version
Business Development Group needed a more connected way to run education operations — leads, course launches, sales follow-ups, reporting and internal workflows all lived in different places. I led the product and UX direction behind BDG's internal operating system, designing how people, information and tools should work together — then used CRM implementation, workflow automation and AI-assisted tooling to bring that design to life.
02 · Context
Where it started
As BDG scaled its courses, corporate education programs and digital initiatives, daily operations became more complex. Marketing, sales, admissions, trainers and management all needed better visibility into leads, course progress, follow-ups and internal responsibilities. The real challenge wasn't picking a CRM — it was designing the product logic and information architecture that would let the whole organization work as one system.
03 · Problem
What was broken
Before the redesign, several parts of the workflow were disconnected. Leads came from different channels, follow-ups depended heavily on manual reminders, reporting required extra coordination, and teams did not always have one shared view of what was happening.
- Leads and follow-ups were not always centralized.
- Sales and admissions workflows needed clearer pipeline stages.
- Management needed better visibility into performance and operations.
- Course operations required more structure as programs scaled.
- Teams needed less manual coordination and more automated reminders.
- Internal AI tools needed to support real workflows, not just experiments.
04 · My Role
Where I stood
I owned product direction for the system — mapping existing workflows, designing the information architecture behind CRM pipelines, translating business needs into clear product logic, and leading cross-functional adoption across sales, admissions, marketing and operations. This was UX work as much as operations work: the 'users' were internal teams, and the goal was a system people would actually want to use. AI-assisted tooling supported the build, but the core of the role was product and UX leadership.
05 · Team & Tools
How it was staffed
- Team
- Project Manager, Operations
- Timeline
- 01.03.2026 — 07.05.2026
- Tools
- Bitrix24, AI tools, Claude, Internal dashboards, Documentation
06 · Constraints
What shaped the approach
- Active operations could not stop during implementation.
- Different teams had different workflows and expectations.
- The CRM had to support both B2C and B2B education flows.
- The system needed to be practical for non-technical team members.
- Automation had to reduce work, not create more complexity.
07 · Process
How it moved
Workflow mapping
I started by mapping how leads, course launches, follow-ups and internal responsibilities actually moved through the organization — not how they were assumed to. This surfaced where information was duplicated, where ownership was unclear, and where the real fix was a clearer product structure, not just a new tool.
CRM structure
Rather than accepting CRM defaults, I designed the pipeline structure around BDG's real business model — treating B2C and B2B education as distinct user journeys, each with its own stages, fields and follow-up logic. This was an information architecture decision first, a CRM configuration decision second.
Automation logic
I designed automation rules for reminders, task creation and status changes around one UX goal: reduce what people had to remember and decide manually, without burying them in notifications or rules they'd learn to ignore.
Reporting visibility
I designed the reporting and dashboard logic so operational status was legible at a glance — built for how leadership tracks performance and how individual team members track their own follow-ups and tasks.
AI-assisted internal tools
Alongside the CRM and workflow design, I extended the same product thinking to AI-assisted internal tools — including career, resume and education-focused products — as part of BDG's broader internal product ecosystem.
08 · Key Decisions
Choices that mattered
Use CRM as the operational backbone instead of treating it as only a sales database.
Why: The problem was not just lead storage. BDG needed a shared system for follow-ups, tasks, reporting and team coordination.
Separate B2C and B2B workflows.
Why: Individual learners and corporate education clients have different sales cycles, decision-making patterns and follow-up needs.
Make automation practical, not excessive.
Why: The goal was to reduce manual coordination without overwhelming the team with too many rules or notifications.
Design for team adoption first.
Why: A system only works if people actually use it. The structure had to be clear for sales, admissions, marketing and operations teams.
Connect AI tools to real workflow problems.
Why: AI was used not as a separate trend, but as part of product development, documentation, internal tools and operational improvement.
09 · Solution
What we built
The result was a connected internal product, not just a configured CRM: pipeline design, automated follow-ups, task flows, reporting dashboards and AI-assisted tooling working as one system. Instead of scattered processes, BDG's teams gained a shared structure for managing leads, course operations, internal responsibilities and product-driven growth initiatives.
- CRM pipelines
- Automated follow-ups
- Reporting dashboards
- Internal AI tools
- Operational documentation
10 · Product UX
Designing for the team
Although this was an internal operations project, I treated it like any other product: the users were internal teams — sales, admissions, marketing, support, trainers and leadership — and the system had to earn their trust the same way a customer-facing product would. Every pipeline stage, dashboard and automation rule was a UX decision about what someone should see, do or decide next.
- Clear pipeline stages for different education workflows.
- Reduced ambiguity around lead status and ownership.
- More visible next steps for follow-ups and tasks.
- Dashboards that made operational status easier to understand at a glance.
- Internal tools designed around how teams actually worked, not abstract process diagrams.
11 · Impact
What changed
The system gave BDG's teams a shared, legible way to manage leads, follow-ups and course operations — replacing scattered manual coordination with one connected structure. It also left BDG with a reusable product foundation: the same pipeline logic, automation patterns and AI-assisted tooling can extend to new programs and teams as the education business grows.
12 · Visuals & Artifacts
Supporting material
Before / After Workflow Map
Before
After
B2C Lead Pipeline
B2B Corporate Education Pipeline
CRM Automation Logic Map
Visible to
Reporting Dashboard Preview
Lead flow
Follow-up status
Course pipeline
Team tasks
Conversion overview
Program status
AI-assisted Internal Tools Ecosystem
AI tools connected to real operational workflows
13 · Key Learnings
What I keep
- This project reinforced that internal tools succeed when they are designed like real products. A CRM is not just software configuration — it is a product experience for the team.
- The biggest lesson was that automation only creates value when the underlying workflow is clear. Before adding AI or automation, the team needs shared logic, simple ownership and a system people can actually use.
Related reading: Building BDGuru: From Internal Chaos to an Operating System