Run your department's operation through Claude.

Not a single workflow; the department's entire working rhythm.

A department's true performance is measured not by individual speed at the keyboard, but by the overall quality of work the team delivers by week's end. Autonome Departments builds the department's working routines, decision criteria, and institutional memory directly into Claude over a 6-8 week pilot. What you walk away with isn't just another assistant, it's a Project center embedded in the heart of the operation, running the workflow itself. Instead of burning hours on operational tracking, the manager focuses directly on decisions and outcomes.

Autonome Departments with Claude · Flagship pilot
6–8 weeks + 6 months support · Department-scale pilot

Why Autonome Departments?

Institutional memory stops being trusted to people and becomes part of the system.

Every manager running a department knows: the critical knowledge isn't in the documents, it's in their heads. "How do we handle a Type X application?", "What format does customer Y expect?", "Where is supplier Z weak?": these depend on Mehmet's, Burcu's, or Burak's experience. When that person leaves or takes time off, a long learning cycle starts over from scratch. Autonome encodes the department's unwritten knowledge into a system. A new hire, or a newly added assistant, starts from this shared memory. Not a single productivity gain; a promise of capacity and resilience at department scale.

What does this service do?

The process runs in three sequential phases: the first two weeks map the real workflows, the next three build them on Claude, and the final three transfer the system to the department. The team is not a passive observer of the pilot; it is the system's co-builder.

The technical backbone is a department-specific Claude Project. The structure includes:

Skill library
Structured markdown instruction sets that handle a specific workflow end-to-end.
Custom Connectors
Secure MCP-based connections to email, ERP, file servers, and sector portals (e.g. TİTCK, SBM).
Memory layer
Department terminology, decision rules, templates, and a processed view of past archives.

An employee opens Claude Desktop, switches to the relevant Project, and invokes the right Skill. This isn't a casual AI chat; it's an operations center that speaks the department's language, connects to its systems, and remembers its past decisions.

Three sequential phases

Weeks 1–2
Mapping
Activities
- Structured workshops and active working sessions.
- Three layers of analysis: strategic map (manager and team leads), workday observation (specialists), and invisible work (support roles).
- BSS runs the analysis live. One moderator drives the conversation while another draws the process map in real time. Real documents are reviewed instead of abstract narration; routine work and judgment moments are separated.
- Workflow Journey Map: cost, frequency, error risk, and autonomy potential of recurring routines is visualized.
- Operator Champion selection: a core team that works alongside BSS through the pilot and owns the system after handover.
Output
- Synthesis report and workshop notes
- Scored list of recurring workflows
- Priority workflows in pilot scope
- Assigned Operator Champion list
- Week-by-week build roadmap
Weeks 3–5
Build
The pilot's production phase. The BSS team and Operator Champions work in sync on a defined cadence. The rest of the team continues their routine, joining for testing and feedback.
Activities
- Department Project setup: custom instructions, reference files, and permission matrix configured on Claude.ai/Desktop.
- Skill library development: each Skill is anchored to a real past case (file, report, or email). Markdown instructions are written, tested with real data, and refined through iteration.
- Custom Connector integration: MCP connections to Outlook/Gmail, SharePoint/Drive, SAP/Salesforce/Logo, or sector portals (TİTCK, SBM, etc.). IT security approvals and permission management are handled with care.
- Memory layer build: terminology dictionary (sector jargon and the department's preferred phrasing), decision rules catalog, approval chain map, and processing of past archive documentation into the system.
- Technical training for Operator Champions: system updates, adding new rules, and managing Skill configurations.
Output
- Working department Project (Skill + Connector + Memory)
- Usage guides for each Skill (input/output bounds, intervention points)
- Written decision rules catalog
- Visual approval chain map
- Operator Champions capable of independent system management
Weeks 6–8
Handover
Activities
- Hands-on team training: interactive sessions where staff solves their own current real cases on the system, no passive presentations.
- Manager dashboard training: tracking Skill usage frequency, capacity gains, and quality metrics.
- Documentation package: single-page system architecture diagram, routine maintenance checklist, and regulatory-change action procedure.
- Success metrics measurement: active Skill usage rate, percent of outputs requiring no human intervention, and role-based gains analysis.
- Ownership transfer: responsibility for system updates and issue resolution moves to the internal team without BSS support.
Output
- Daily operational processes flowing through the Project
- Working routines of different roles integrated with Skill sets
- Comprehensive internal documentation
- Verified success report

Architecture clarity

The system is not automation but a structured assistant. This distinction is essential:

Skill: Markdown procedures inside the Claude Project. Not autonomous; invoked by the operator.
Integration: Skills share a common Memory and Connector outputs. Information passes from one Skill to another, but humans always start and oversee the chain.
Triggering: The system is human-driven. Time-based notifications (e.g. monthly BDDK report reminders) are configured via an additional scheduler or the customer's existing automation infrastructure (n8n, Make, etc.).
Out of scope: This architecture does not include long-running, fully autonomous Agent SDK structures. Such technologies are evaluated as a "v2" phase after the pilot.

This clarity sets realistic expectations and keeps the pilot's concrete promise intact.

Expected outcome

What emerges in the department once the pilot is complete:

Time savings: Team capacity is meaningfully freed up from recurring tasks.
Capacity: On critical workflows, the load the department can carry visibly increases.
Quality: Error rates fall under a structured discipline.
Manager focus: The manager moves their day from operational tracking to strategic decisions.
Standardization: Post-pilot, the system quickly becomes the department's default working mode.

Who is this for?

Department-scale teams
(for smaller groups, Day with Expert or Micro Sprint is the better fit)
Sectors with high regulation/compliance load
pharma (TİTCK, ICH), insurance (BDDK, SEDDK, KVKK), manufacturing (IATF, ISO), legal, finance
Document- and decision-heavy processes
reporting, file evaluation, application preparation, technical correspondence
Co-creator manager
leaders open to AI who engage in the process directly (not remote approvers)
Measurable workflows
operations with KPI tracking (volume, time, error rate)

Without this system?

The department's expertise stays anchored to people. When a key employee leaves or takes time off, long learning cycles and work losses become unavoidable. Regulatory changes turn into unmanageable load on the team; manual tracking in Excel raises the error risk. While competitors build their operational memory on Claude, the department's intellectual capital erodes day by day.

How it differs from Micro Sprint

Micro Sprint focuses on a single workflow in 3 days; Autonome covers the department as a whole. Five core differences:

Scope
Micro Sprint delivers a single Skill; Autonome builds a Skill library, integrated Connectors, and a shared Memory layer.
Memory processing
Scanning and teaching a wide set of past documents to the system requires weeks of careful work; it cannot fit into a daily format.
Multi-system integration
Bringing different systems together in one center, including IT security and permission processes.
Capability transfer
Operator Champion development is made permanent through 6-8 weeks of real-case experience.
Support guarantee
When sector regulations change post-pilot, related Skills are quickly updated by BSS.