@adminide-stack/yantra-help-browser 12.0.16-alpha.20 → 12.0.16-alpha.21
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/lib/components/HelpCenterFooter.d.ts.map +1 -1
- package/lib/components/HelpCenterFooter.js +93 -73
- package/lib/components/HelpCenterFooter.js.map +1 -1
- package/lib/components/HelpCenterHeader.d.ts.map +1 -1
- package/lib/components/HelpCenterHeader.js +57 -12
- package/lib/components/HelpCenterHeader.js.map +1 -1
- package/lib/components/SearchBar.js +1 -1
- package/lib/pages/HelpCenter/components/HelpCategoryCard.d.ts +2 -0
- package/lib/pages/HelpCenter/components/HelpCategoryCard.d.ts.map +1 -1
- package/lib/pages/HelpCenter/components/HelpCategoryCard.js +135 -50
- package/lib/pages/HelpCenter/components/HelpCategoryCard.js.map +1 -1
- package/lib/pages/HelpCenter/components/Icons.d.ts +10 -0
- package/lib/pages/HelpCenter/components/Icons.d.ts.map +1 -1
- package/lib/pages/HelpCenter/components/Icons.js +211 -1
- package/lib/pages/HelpCenter/components/Icons.js.map +1 -1
- package/lib/pages/HelpCenter/components/PopularArticle.d.ts.map +1 -1
- package/lib/pages/HelpCenter/components/PopularArticle.js +17 -23
- package/lib/pages/HelpCenter/components/PopularArticle.js.map +1 -1
- package/lib/pages/HelpCenter/index.d.ts.map +1 -1
- package/lib/pages/HelpCenter/index.js +105 -30
- package/lib/pages/HelpCenter/index.js.map +1 -1
- package/lib/pages/HelpCenter/mockData.d.ts.map +1 -1
- package/lib/pages/HelpCenter/mockData.js +14 -6
- package/lib/pages/HelpCenter/mockData.js.map +1 -1
- package/lib/templates/content/ai-employees/ai-employees-overview.md +97 -0
- package/lib/templates/content/ai-employees/getting-started-ai-employees.md +119 -0
- package/lib/templates/content/ai-employees/how-ai-employees-work.md +123 -0
- package/lib/templates/content/ai-employees/supervised-mode.md +141 -0
- package/lib/templates/content/content-manifest.json +2082 -93
- package/lib/templates/content/integrations/crm-integrations.md +130 -0
- package/lib/templates/content/integrations/github-integration.md +95 -0
- package/lib/templates/content/integrations/integrations-overview.md +142 -0
- package/lib/templates/content/integrations/monitoring-integrations.md +109 -0
- package/lib/templates/content/integrations/productivity-integrations.md +129 -0
- package/lib/templates/content/integrations/slack-integration.md +79 -0
- package/lib/templates/content/openclaw/openclaw-architecture.md +202 -0
- package/lib/templates/content/openclaw/openclaw-contribution.md +107 -0
- package/lib/templates/content/openclaw/openclaw-overview.md +152 -0
- package/lib/templates/content/platform-features/always-watching.md +63 -0
- package/lib/templates/content/platform-features/instant-context.md +67 -0
- package/lib/templates/content/platform-features/instant-onboarding.md +80 -0
- package/lib/templates/content/platform-features/platform-overview.md +58 -0
- package/lib/templates/content/platform-features/proactive-alerts.md +88 -0
- package/lib/templates/content/platform-features/smart-escalation.md +93 -0
- package/lib/templates/content/security-compliance/audit-trail.md +112 -0
- package/lib/templates/content/security-compliance/compliance.md +120 -0
- package/lib/templates/content/security-compliance/data-encryption.md +94 -0
- package/lib/templates/content/security-compliance/security-overview.md +186 -0
- package/lib/templates/content/security-compliance/vm-isolation.md +126 -0
- package/lib/templates/content/solutions-engineering/bug-tracking-context.md +126 -0
- package/lib/templates/content/solutions-engineering/engineering-overview.md +107 -0
- package/lib/templates/content/solutions-engineering/error-monitoring.md +120 -0
- package/lib/templates/content/solutions-engineering/institutional-memory.md +120 -0
- package/lib/templates/content/solutions-marketing/brand-monitoring.md +135 -0
- package/lib/templates/content/solutions-marketing/content-automation.md +111 -0
- package/lib/templates/content/solutions-marketing/marketing-overview.md +108 -0
- package/lib/templates/content/solutions-marketing/social-media-management.md +108 -0
- package/lib/templates/content/solutions-sales/call-preparation.md +106 -0
- package/lib/templates/content/solutions-sales/crm-automation.md +119 -0
- package/lib/templates/content/solutions-sales/lead-management.md +108 -0
- package/lib/templates/content/solutions-sales/sales-overview.md +120 -0
- package/lib/templates/content/use-cases/engineering-use-cases.md +123 -0
- package/lib/templates/content/use-cases/marketing-use-cases.md +128 -0
- package/lib/templates/content/use-cases/sales-use-cases.md +123 -0
- package/lib/templates/content/use-cases/support-use-cases.md +120 -0
- package/lib/templates/content/use-cases/use-cases-overview.md +115 -0
- package/package.json +2 -2
- package/lib/pages/HelpCenter/components/BookStack.js +0 -36
- package/lib/pages/HelpCenter/components/BookStack.js.map +0 -1
|
@@ -0,0 +1,119 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: 'CRM Automation'
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# CRM Automation
|
|
6
|
+
|
|
7
|
+
Yantra's AI employee keeps your CRM perpetually up to date by automatically logging interactions, updating deal stages, and synchronizing data across your sales tools.
|
|
8
|
+
|
|
9
|
+
## Why CRM Data Goes Stale
|
|
10
|
+
|
|
11
|
+
The root cause of inaccurate CRM data is friction: manual data entry competes with the primary job of selling. When salespeople are busy, CRM updates are the first casualty. This creates:
|
|
12
|
+
|
|
13
|
+
- **Inaccurate pipelines**: Deal stages don't reflect reality
|
|
14
|
+
- **Lost context**: Call notes are incomplete or missing
|
|
15
|
+
- **Forecasting failures**: Leadership decisions based on stale data
|
|
16
|
+
- **Onboarding difficulties**: New reps can't trust existing records
|
|
17
|
+
|
|
18
|
+
## How Yantra Automates CRM Management
|
|
19
|
+
|
|
20
|
+
### Interaction Logging
|
|
21
|
+
|
|
22
|
+
Every customer interaction is automatically captured and logged:
|
|
23
|
+
|
|
24
|
+
**Email Conversations**:
|
|
25
|
+
|
|
26
|
+
- AI employee reads email threads (with your permission) and extracts key points
|
|
27
|
+
- Logs the interaction in CRM with a structured summary
|
|
28
|
+
- Tags the email with appropriate deal and contact associations
|
|
29
|
+
|
|
30
|
+
**Call Notes**:
|
|
31
|
+
|
|
32
|
+
- For Zoom calls: Automatic transcription and summary extraction
|
|
33
|
+
- Key decisions, objections, next steps, and commitments are identified
|
|
34
|
+
- Structured notes logged in CRM immediately after the call
|
|
35
|
+
|
|
36
|
+
**Slack Mentions**:
|
|
37
|
+
|
|
38
|
+
- When deals or customers are discussed in Slack, relevant context is captured
|
|
39
|
+
- Internal team discussions about prospects are linked to the CRM record
|
|
40
|
+
- Competitive intelligence mentioned in conversations is flagged
|
|
41
|
+
|
|
42
|
+
### Deal Stage Management
|
|
43
|
+
|
|
44
|
+
Your AI employee monitors interactions and automatically updates deal stages:
|
|
45
|
+
|
|
46
|
+
| Signal | CRM Action |
|
|
47
|
+
| --------------------------- | ------------------------ |
|
|
48
|
+
| Demo scheduled via Calendly | Move to "Demo Scheduled" |
|
|
49
|
+
| Pricing discussed in email | Move to "Negotiation" |
|
|
50
|
+
| Contract sent via email | Move to "Contract Sent" |
|
|
51
|
+
| Signed document received | Move to "Closed Won" |
|
|
52
|
+
| No response after 30 days | Flag as "At Risk" |
|
|
53
|
+
|
|
54
|
+
Stage transitions are based on configurable rules you define. In supervised mode, you approve each transition before it's written to CRM.
|
|
55
|
+
|
|
56
|
+
### Contact Enrichment
|
|
57
|
+
|
|
58
|
+
As your AI employee processes interactions, it enriches contact records:
|
|
59
|
+
|
|
60
|
+
- Job titles and roles mentioned in conversations
|
|
61
|
+
- Organizational hierarchy inferred from email threads
|
|
62
|
+
- Decision-maker identification based on purchasing discussions
|
|
63
|
+
- Communication preferences and best contact methods
|
|
64
|
+
|
|
65
|
+
### Activity Timeline
|
|
66
|
+
|
|
67
|
+
Your CRM's activity timeline becomes comprehensive and trustworthy:
|
|
68
|
+
|
|
69
|
+
- Every email exchange summarized and logged
|
|
70
|
+
- All call notes with key points highlighted
|
|
71
|
+
- Meeting outcomes and next steps documented
|
|
72
|
+
- Internal team discussions linked to the deal
|
|
73
|
+
|
|
74
|
+
## Pipeline Accuracy
|
|
75
|
+
|
|
76
|
+
With automated CRM updates, pipeline metrics become reliable:
|
|
77
|
+
|
|
78
|
+
### Before Yantra
|
|
79
|
+
|
|
80
|
+
- Deal stages reflect when someone last remembered to update
|
|
81
|
+
- Activity logs are incomplete
|
|
82
|
+
- Forecasting requires significant manual adjustment
|
|
83
|
+
- Stale deals remain in pipeline indefinitely
|
|
84
|
+
|
|
85
|
+
### With Yantra
|
|
86
|
+
|
|
87
|
+
- Deal stages update in real time based on actual interactions
|
|
88
|
+
- Complete activity history for every deal
|
|
89
|
+
- Forecasting based on accurate, timely data
|
|
90
|
+
- Stale deals automatically flagged and managed
|
|
91
|
+
|
|
92
|
+
## Configuration
|
|
93
|
+
|
|
94
|
+
### Auto-Update Rules
|
|
95
|
+
|
|
96
|
+
Define which signals trigger CRM updates:
|
|
97
|
+
|
|
98
|
+
- Email keywords that indicate stage changes
|
|
99
|
+
- Calendar events that should move deals forward
|
|
100
|
+
- Inactivity periods that flag deals as at-risk
|
|
101
|
+
- Custom rules based on your sales process
|
|
102
|
+
|
|
103
|
+
### Field Mapping
|
|
104
|
+
|
|
105
|
+
Configure which CRM fields get updated:
|
|
106
|
+
|
|
107
|
+
- Deal stage transitions
|
|
108
|
+
- Revenue and deal size fields
|
|
109
|
+
- Close date adjustments
|
|
110
|
+
- Custom fields specific to your process
|
|
111
|
+
|
|
112
|
+
### Approval Workflow
|
|
113
|
+
|
|
114
|
+
In supervised mode:
|
|
115
|
+
|
|
116
|
+
1. AI employee proposes a CRM update with reasoning
|
|
117
|
+
2. You review the proposed change and supporting evidence
|
|
118
|
+
3. Approve, modify, or reject the update
|
|
119
|
+
4. AI employee learns from your decisions to improve accuracy
|
|
@@ -0,0 +1,108 @@
|
|
|
1
|
+
# Lead Management and Follow-Up
|
|
2
|
+
|
|
3
|
+
Yantra's AI employee ensures 100% follow-up coverage on every lead in your pipeline — no more missed opportunities due to forgotten tasks or overloaded schedules.
|
|
4
|
+
|
|
5
|
+
## The Follow-Up Gap
|
|
6
|
+
|
|
7
|
+
Research consistently shows that most sales are lost not due to poor pitches, but due to inadequate follow-up:
|
|
8
|
+
|
|
9
|
+
- Prospects require 5-12 touchpoints before making a decision
|
|
10
|
+
- Most salespeople give up after 2-3 attempts
|
|
11
|
+
- The ideal follow-up window is within 24 hours, but compliance rates are low
|
|
12
|
+
- Manual task management breaks down as pipeline size grows
|
|
13
|
+
|
|
14
|
+
## How Yantra Manages Lead Follow-Up
|
|
15
|
+
|
|
16
|
+
### Automated Follow-Up Tracking
|
|
17
|
+
|
|
18
|
+
Your AI employee maintains a real-time follow-up schedule for every active lead:
|
|
19
|
+
|
|
20
|
+
- **Interaction monitoring**: Tracks the last touchpoint for each lead across all channels
|
|
21
|
+
- **Cadence enforcement**: Ensures follow-up intervals match your defined cadence
|
|
22
|
+
- **Smart timing**: Recommends optimal follow-up times based on past engagement patterns
|
|
23
|
+
- **Escalation**: Flags leads approaching critical follow-up deadlines
|
|
24
|
+
|
|
25
|
+
### Personalized Draft Messages
|
|
26
|
+
|
|
27
|
+
When a follow-up is due, your AI employee drafts a personalized message using:
|
|
28
|
+
|
|
29
|
+
- Summary of the last interaction and key discussion points
|
|
30
|
+
- Any commitments or deliverables that were promised
|
|
31
|
+
- Relevant company news or product updates since the last contact
|
|
32
|
+
- Contextual references that demonstrate continuity and attention
|
|
33
|
+
|
|
34
|
+
You review, edit if needed, and send — or approve auto-send for routine check-ins.
|
|
35
|
+
|
|
36
|
+
### Lead Scoring and Prioritization
|
|
37
|
+
|
|
38
|
+
Your AI employee continuously scores and ranks leads based on:
|
|
39
|
+
|
|
40
|
+
- **Engagement level**: Frequency and quality of responses
|
|
41
|
+
- **Deal size**: Revenue potential
|
|
42
|
+
- **Fit indicators**: How well the prospect matches your ideal customer profile
|
|
43
|
+
- **Activity signals**: Website visits, email opens, content downloads
|
|
44
|
+
- **Time sensitivity**: Approaching decision dates or contract renewals
|
|
45
|
+
|
|
46
|
+
The daily priority list tells you exactly who to focus on and why.
|
|
47
|
+
|
|
48
|
+
### Cold Lead Re-Engagement
|
|
49
|
+
|
|
50
|
+
When leads go cold, your AI employee:
|
|
51
|
+
|
|
52
|
+
1. Identifies the longest-inactive prospects still in pipeline
|
|
53
|
+
2. Researches any new company developments or triggers
|
|
54
|
+
3. Drafts re-engagement messages with relevant hooks
|
|
55
|
+
4. Suggests the optimal channel (email, LinkedIn, phone)
|
|
56
|
+
5. Schedules follow-ups at intervals proven to maximize response rates
|
|
57
|
+
|
|
58
|
+
## Pipeline Hygiene
|
|
59
|
+
|
|
60
|
+
### Stale Deal Detection
|
|
61
|
+
|
|
62
|
+
- Deals with no activity beyond your defined threshold are flagged
|
|
63
|
+
- AI employee suggests: close, defer, or re-engage
|
|
64
|
+
- Prevents pipeline bloat that distorts forecasting
|
|
65
|
+
|
|
66
|
+
### Duplicate Contact Detection
|
|
67
|
+
|
|
68
|
+
- Identifies potential duplicate contacts across your CRM
|
|
69
|
+
- Suggests merge candidates with supporting evidence
|
|
70
|
+
- Prevents multiple team members from pursuing the same prospect
|
|
71
|
+
|
|
72
|
+
### Win/Loss Pattern Analysis
|
|
73
|
+
|
|
74
|
+
Over time, your AI employee identifies patterns in your pipeline:
|
|
75
|
+
|
|
76
|
+
- Which deal types convert fastest
|
|
77
|
+
- Common drop-off stages and reasons
|
|
78
|
+
- Competitive dynamics that affect close rates
|
|
79
|
+
- Messaging approaches that correlate with success
|
|
80
|
+
|
|
81
|
+
## Configuration
|
|
82
|
+
|
|
83
|
+
### Follow-Up Cadence Rules
|
|
84
|
+
|
|
85
|
+
Define follow-up expectations by deal stage:
|
|
86
|
+
|
|
87
|
+
- **New Lead**: Follow up within 24 hours, then every 3 days
|
|
88
|
+
- **Discovery**: Follow up within 48 hours of meetings
|
|
89
|
+
- **Negotiation**: Follow up within 24 hours of proposals
|
|
90
|
+
- **Closed Won**: Onboarding check-in at 7 and 30 days
|
|
91
|
+
|
|
92
|
+
### Priority Weights
|
|
93
|
+
|
|
94
|
+
Adjust how leads are scored and prioritized:
|
|
95
|
+
|
|
96
|
+
- Deal size weight
|
|
97
|
+
- Engagement recency weight
|
|
98
|
+
- Fit score weight
|
|
99
|
+
- Custom criteria weights
|
|
100
|
+
|
|
101
|
+
### Auto-Send Rules
|
|
102
|
+
|
|
103
|
+
For semi-autonomous and autonomous modes, define which follow-ups can be sent without approval:
|
|
104
|
+
|
|
105
|
+
- Routine check-in templates
|
|
106
|
+
- Meeting confirmation messages
|
|
107
|
+
- Thank-you notes after calls
|
|
108
|
+
- Resource sharing based on expressed interests
|
|
@@ -0,0 +1,120 @@
|
|
|
1
|
+
# Sales Solutions Overview
|
|
2
|
+
|
|
3
|
+
Yantra equips sales teams with an AI employee that eliminates administrative overhead — automatically updating CRMs, preparing call briefs, tracking follow-ups, and ensuring no lead ever falls through the cracks.
|
|
4
|
+
|
|
5
|
+
## The Sales Productivity Problem
|
|
6
|
+
|
|
7
|
+
Sales professionals spend a disproportionate amount of time on non-selling activities:
|
|
8
|
+
|
|
9
|
+
- **Manual CRM entry**: Logging call notes, updating deal stages, and recording activities
|
|
10
|
+
- **Follow-up management**: Remembering to follow up with prospects at the right time
|
|
11
|
+
- **Call preparation**: Searching through CRM, email, and Slack for context before meetings
|
|
12
|
+
- **Pipeline maintenance**: Keeping deal stages accurate for forecasting
|
|
13
|
+
- **Data synchronization**: Ensuring information is consistent across tools
|
|
14
|
+
|
|
15
|
+
These administrative tasks consume hours every day — time that should be spent building relationships and closing deals.
|
|
16
|
+
|
|
17
|
+
## Key Capabilities for Sales
|
|
18
|
+
|
|
19
|
+
### Automatic CRM Updates
|
|
20
|
+
|
|
21
|
+
After every interaction — calls, emails, meetings — your AI employee:
|
|
22
|
+
|
|
23
|
+
- Logs detailed notes in HubSpot or Salesforce
|
|
24
|
+
- Updates deal stages based on conversation outcomes
|
|
25
|
+
- Records action items and commitments
|
|
26
|
+
- Sets appropriate follow-up dates
|
|
27
|
+
- Tags contacts with relevant attributes
|
|
28
|
+
|
|
29
|
+
### Call Preparation Briefs
|
|
30
|
+
|
|
31
|
+
Before every scheduled call, your AI employee sends a prep brief:
|
|
32
|
+
|
|
33
|
+
- Summary of all previous interactions with the prospect
|
|
34
|
+
- Current deal stage and recent changes
|
|
35
|
+
- Key concerns or objections raised in past conversations
|
|
36
|
+
- Promises made and their fulfillment status
|
|
37
|
+
- Relevant company news or changes since the last contact
|
|
38
|
+
- Suggested talking points based on where the deal stands
|
|
39
|
+
|
|
40
|
+
### 100% Follow-Up Coverage
|
|
41
|
+
|
|
42
|
+
Your AI employee tracks every active lead and ensures follow-up:
|
|
43
|
+
|
|
44
|
+
- Automatic reminders when follow-up dates approach
|
|
45
|
+
- Draft personalized messages for check-ins
|
|
46
|
+
- Alerts when leads go cold based on configurable inactivity thresholds
|
|
47
|
+
- Prioritized lists of who to contact next, based on deal value and engagement
|
|
48
|
+
|
|
49
|
+
### Pipeline Intelligence
|
|
50
|
+
|
|
51
|
+
With automatically accurate CRM data, your pipeline becomes trustworthy:
|
|
52
|
+
|
|
53
|
+
- Deal stages reflect reality, not what someone remembered to log
|
|
54
|
+
- Forecasting accuracy improves from industry-average 60% to 90%+
|
|
55
|
+
- At-risk deals are flagged before they slip
|
|
56
|
+
- Win/loss patterns become visible and actionable
|
|
57
|
+
|
|
58
|
+
## Real-World Scenarios
|
|
59
|
+
|
|
60
|
+
### Scenario: Sales Call Ends with a Prospect
|
|
61
|
+
|
|
62
|
+
**Without Yantra**:
|
|
63
|
+
Great call — but now you need to open HubSpot, write up the notes before you forget, update the deal stage, set a follow-up task, and draft the recap email. You do half of it, the rest never happens.
|
|
64
|
+
|
|
65
|
+
**With Yantra**:
|
|
66
|
+
Your AI employee captures the call details (via Zoom transcription or your notes), updates HubSpot automatically with key points, moves the deal to the right stage, and drafts the follow-up email. You review and send.
|
|
67
|
+
|
|
68
|
+
### Scenario: Lead Goes Cold
|
|
69
|
+
|
|
70
|
+
**Without Yantra**:
|
|
71
|
+
That promising prospect from 3 weeks ago? You forgot to follow up. They signed with a competitor.
|
|
72
|
+
|
|
73
|
+
**With Yantra**:
|
|
74
|
+
Your AI employee tracked the lead from day one. After 5 days of no activity, it sent you a reminder with a draft personalized check-in email. The follow-up went out on time.
|
|
75
|
+
|
|
76
|
+
### Scenario: Pre-Call Scramble
|
|
77
|
+
|
|
78
|
+
**Without Yantra**:
|
|
79
|
+
You have a call in 10 minutes with someone you spoke to 2 months ago. You scramble through HubSpot, email, and Slack trying to piece together the context.
|
|
80
|
+
|
|
81
|
+
**With Yantra**:
|
|
82
|
+
Your AI employee sent you a prep brief 30 minutes before the call with a full history summary, key points from past conversations, and suggested discussion topics.
|
|
83
|
+
|
|
84
|
+
### Scenario: CRM Data Rot
|
|
85
|
+
|
|
86
|
+
**Without Yantra**:
|
|
87
|
+
Pipeline meetings are unreliable because deal stages are weeks out of date. Forecasting is guesswork.
|
|
88
|
+
|
|
89
|
+
**With Yantra**:
|
|
90
|
+
Every interaction is automatically reflected in your CRM. Deal stages are always current, activity logs are complete, and your forecast is built on real data.
|
|
91
|
+
|
|
92
|
+
## Sales Tool Integrations
|
|
93
|
+
|
|
94
|
+
| Tool | Capabilities |
|
|
95
|
+
| -------------- | --------------------------------------------------------------- |
|
|
96
|
+
| **HubSpot** | Auto-update deals, log calls, track activities, manage contacts |
|
|
97
|
+
| **Salesforce** | Sync contacts, update stages, record interactions |
|
|
98
|
+
| **Gmail** | Track email threads, draft follow-ups, log correspondence |
|
|
99
|
+
| **Slack** | Surface deal-related mentions, team collaboration |
|
|
100
|
+
| **Zoom** | Transcribe calls, extract key points and action items |
|
|
101
|
+
| **Calendly** | Prep briefs before scheduled meetings |
|
|
102
|
+
|
|
103
|
+
## Metrics Improvement
|
|
104
|
+
|
|
105
|
+
| Metric | Before Yantra | With Yantra |
|
|
106
|
+
| -------------------- | ------------- | ----------- |
|
|
107
|
+
| CRM accuracy | ~60% | 95%+ |
|
|
108
|
+
| Follow-up rate | Variable | 100% |
|
|
109
|
+
| Admin time per day | 2+ hours | Near zero |
|
|
110
|
+
| Forecast reliability | Low | High |
|
|
111
|
+
|
|
112
|
+
## Getting Started
|
|
113
|
+
|
|
114
|
+
1. Connect your sales tools via [Integrations](/help-center/integrations/integrations-overview)
|
|
115
|
+
2. Select "Sales" as your AI employee type during setup
|
|
116
|
+
3. Configure call preparation preferences and follow-up thresholds
|
|
117
|
+
4. Start in supervised mode — review CRM updates and email drafts before they execute
|
|
118
|
+
5. Expand autonomy for routine updates as trust builds
|
|
119
|
+
|
|
120
|
+
For setup details, see [Getting Started with AI Employees](/help-center/ai-employees/getting-started-ai-employees).
|
|
@@ -0,0 +1,123 @@
|
|
|
1
|
+
# Engineering Use Cases
|
|
2
|
+
|
|
3
|
+
Detailed examples of how engineering teams leverage Yantra AI employees to accelerate debugging, preserve knowledge, and keep teams aligned.
|
|
4
|
+
|
|
5
|
+
## Use Case 1: Customer Bug Report Triage
|
|
6
|
+
|
|
7
|
+
### The Situation
|
|
8
|
+
|
|
9
|
+
A customer posts in your #support Slack channel: _"We can't log in to the dashboard. It's been broken since this morning."_
|
|
10
|
+
|
|
11
|
+
### Without Yantra
|
|
12
|
+
|
|
13
|
+
1. An engineer sees the message (eventually)
|
|
14
|
+
2. Opens Sentry, searches for auth-related errors
|
|
15
|
+
3. Switches to Linear, looks for existing tickets
|
|
16
|
+
4. Checks GitHub for recent auth-service deployments
|
|
17
|
+
5. Asks around on Slack if anyone has seen this before
|
|
18
|
+
6. Pieces together a theory after 45 minutes of investigation
|
|
19
|
+
7. Posts a response to the customer
|
|
20
|
+
|
|
21
|
+
**Time spent: 45 minutes to 2 hours**
|
|
22
|
+
|
|
23
|
+
### With Yantra
|
|
24
|
+
|
|
25
|
+
1. AI employee detects the report immediately
|
|
26
|
+
2. Within 30 seconds, cross-references:
|
|
27
|
+
- Sentry: `AuthTokenExpired` exception spiked 47× after deploy #892 (deployed 35 min ago)
|
|
28
|
+
- Linear: Ticket #1234 exists — Marcus deployed a related fix yesterday
|
|
29
|
+
- GitHub: Deploy #892 touched `auth-service/token-handler.ts`
|
|
30
|
+
- History: Similar issue occurred on Jan 14, resolved by adjusting token cache TTL
|
|
31
|
+
3. Posts a structured summary in the thread
|
|
32
|
+
4. Drafts a customer response with accurate status information
|
|
33
|
+
5. Suggests creating a P0 ticket and notifying Marcus
|
|
34
|
+
|
|
35
|
+
**Time spent: 30 seconds for the AI employee; 2 minutes for human review and approval**
|
|
36
|
+
|
|
37
|
+
## Use Case 2: 3 AM Error Spike
|
|
38
|
+
|
|
39
|
+
### The Situation
|
|
40
|
+
|
|
41
|
+
A code deployment rolls out at 11 PM after an engineer pushes a hotfix. By 3 AM, Sentry shows 47 new error alerts.
|
|
42
|
+
|
|
43
|
+
### Without Yantra
|
|
44
|
+
|
|
45
|
+
- On-call engineer wakes up to a noisy PagerDuty alert storm
|
|
46
|
+
- Spends 45 minutes triaging: most alerts are variations of the same issue
|
|
47
|
+
- Discovers 2 genuinely new errors buried in the noise
|
|
48
|
+
- One is critical (affecting payment processing), one is minor (cosmetic UI regression)
|
|
49
|
+
|
|
50
|
+
### With Yantra
|
|
51
|
+
|
|
52
|
+
- AI employee correlates all 47 alerts automatically overnight
|
|
53
|
+
- Groups them into 3 clusters: 44 related to the same root cause, 2 new, 1 pre-existing
|
|
54
|
+
- Identifies the critical payment processing error
|
|
55
|
+
- Correlates it with the 11 PM hotfix deployment
|
|
56
|
+
- Sends a single, clear escalation to the on-call engineer:
|
|
57
|
+
|
|
58
|
+
> _"Critical: PaymentProcessor null pointer affecting checkout since deploy #905 at 11:02 PM. 12 affected transactions. Linear ticket created (#1567). Related code change: PR #234 by Alex. Suggest rollback or hotfix."_
|
|
59
|
+
|
|
60
|
+
**Result: On-call engineer deals with one actionable alert instead of 47 noisy ones**
|
|
61
|
+
|
|
62
|
+
## Use Case 3: New Engineer Onboarding
|
|
63
|
+
|
|
64
|
+
### The Situation
|
|
65
|
+
|
|
66
|
+
A new backend engineer, Priya, joins the team and is assigned to the billing service.
|
|
67
|
+
|
|
68
|
+
### Without Yantra
|
|
69
|
+
|
|
70
|
+
- Priya asks her manager about the billing service architecture (30-minute conversation)
|
|
71
|
+
- She reads through scattered Notion docs (some outdated)
|
|
72
|
+
- She asks colleagues about specific customer configurations throughout her first two weeks
|
|
73
|
+
- Each question interrupts a senior engineer for 10-15 minutes
|
|
74
|
+
|
|
75
|
+
### With Yantra
|
|
76
|
+
|
|
77
|
+
Day 1, Priya asks the AI employee:
|
|
78
|
+
|
|
79
|
+
- _"What's the architecture of the billing service?"_ → Full technical overview with links to design docs, ADRs, and dependency diagrams
|
|
80
|
+
- _"What are the known issues with billing?"_ → List of open tickets, past incidents, and recurring patterns
|
|
81
|
+
- _"What's special about Customer X's billing setup?"_ → Complete history of their custom configurations, past issues, and workarounds
|
|
82
|
+
- _"Who should I talk to about the payment gateway integration?"_ → Identifies Marcus as the most active contributor with links to his relevant PRs and discussions
|
|
83
|
+
|
|
84
|
+
**Result: Priya is productive from day one without repeatedly interrupting senior engineers**
|
|
85
|
+
|
|
86
|
+
## Use Case 4: Context Preservation After Team Changes
|
|
87
|
+
|
|
88
|
+
### The Situation
|
|
89
|
+
|
|
90
|
+
Sarah, a senior engineer with 3 years of context, transfers to a different team. She was the primary point of contact for several major customers and had deep knowledge of the auth system.
|
|
91
|
+
|
|
92
|
+
### Without Yantra
|
|
93
|
+
|
|
94
|
+
- Sarah writes a 10-page handoff document that covers maybe 30% of what she knows
|
|
95
|
+
- Months later, teams discover gaps when customer-specific issues arise
|
|
96
|
+
- Workarounds Sarah knew about are rediscovered the hard way
|
|
97
|
+
- New team members spend hours debugging issues Sarah could have diagnosed instantly
|
|
98
|
+
|
|
99
|
+
### With Yantra
|
|
100
|
+
|
|
101
|
+
- Every conversation Sarah had, every fix she made, every decision she was involved in is already indexed
|
|
102
|
+
- When a customer issue arises that Sarah would have known about, the AI employee surfaces relevant history
|
|
103
|
+
- Architecture decisions Sarah participated in are fully documented with discussion context
|
|
104
|
+
- The team operates as if Sarah's knowledge never left
|
|
105
|
+
|
|
106
|
+
## Use Case 5: Code Review Context
|
|
107
|
+
|
|
108
|
+
### The Situation
|
|
109
|
+
|
|
110
|
+
A pull request touches a critical module that was last modified 8 months ago. The reviewer doesn't have context on why the existing code was written that way.
|
|
111
|
+
|
|
112
|
+
### Without Yantra
|
|
113
|
+
|
|
114
|
+
- Reviewer reads through git blame and commit messages
|
|
115
|
+
- Some commits reference ticket numbers that require switching to Linear
|
|
116
|
+
- The original discussion about the architecture choice happened in a Slack thread that's hard to find
|
|
117
|
+
- Review takes longer than necessary due to missing context
|
|
118
|
+
|
|
119
|
+
### With Yantra
|
|
120
|
+
|
|
121
|
+
- Reviewer asks the AI employee: _"Why was the token refresh logic implemented this way?"_
|
|
122
|
+
- AI employee surfaces: the original Slack discussion, the performance benchmarks that drove the decision, the 3 subsequent bug fixes, and the customer that triggered the original implementation
|
|
123
|
+
- Review proceeds with full context in minutes
|
|
@@ -0,0 +1,128 @@
|
|
|
1
|
+
# Marketing Use Cases
|
|
2
|
+
|
|
3
|
+
Detailed examples of how marketing teams leverage Yantra AI employees to maintain a consistent brand presence, amplify product launches, and never miss engagement opportunities.
|
|
4
|
+
|
|
5
|
+
## Use Case 1: Product Launch Amplification
|
|
6
|
+
|
|
7
|
+
### The Situation
|
|
8
|
+
|
|
9
|
+
Engineering just shipped a major feature: real-time collaborative dashboards.
|
|
10
|
+
|
|
11
|
+
### Without Yantra
|
|
12
|
+
|
|
13
|
+
- Marketing planned to write about it, but campaign work took priority
|
|
14
|
+
- Five days later, someone drafts a quick LinkedIn post
|
|
15
|
+
- The post gets modest engagement because the news is already stale
|
|
16
|
+
- No X/Twitter thread was created
|
|
17
|
+
- The blog post is still in the backlog
|
|
18
|
+
|
|
19
|
+
### With Yantra
|
|
20
|
+
|
|
21
|
+
- AI employee detects the release from GitHub and the #engineering Slack announcement
|
|
22
|
+
- Within an hour, drafts are ready:
|
|
23
|
+
- LinkedIn post: Professional announcement highlighting customer value
|
|
24
|
+
- X/Twitter thread: 5-tweet thread breaking down the feature with visuals (copy suggested)
|
|
25
|
+
- Internal Slack update: Suggested messaging for the sales team
|
|
26
|
+
- Marketing reviews and approves with minor edits
|
|
27
|
+
- Posts scheduled for optimal engagement times across platforms
|
|
28
|
+
|
|
29
|
+
**Result: Feature launch amplified across all channels on the same day**
|
|
30
|
+
|
|
31
|
+
## Use Case 2: Consistent Social Presence
|
|
32
|
+
|
|
33
|
+
### The Situation
|
|
34
|
+
|
|
35
|
+
The marketing lead knows they should post 3-4 times per week on LinkedIn, but last month they managed only 2 posts total.
|
|
36
|
+
|
|
37
|
+
### Without Yantra
|
|
38
|
+
|
|
39
|
+
- Content ideas feel forced and require dedicated brainstorming time
|
|
40
|
+
- Writing each post takes 30-60 minutes with editing and formatting
|
|
41
|
+
- Scheduling is manual and often forgotten
|
|
42
|
+
- The company's social presence appears inactive
|
|
43
|
+
|
|
44
|
+
### With Yantra
|
|
45
|
+
|
|
46
|
+
- AI employee maintains a steady content pipeline sourced from:
|
|
47
|
+
- Product updates and changelog entries
|
|
48
|
+
- Industry news relevant to the target audience
|
|
49
|
+
- Internal thought leadership ideas shared in Slack
|
|
50
|
+
- Repurposed blog content and webinar takeaways
|
|
51
|
+
- Drafts are delivered for review on a consistent schedule
|
|
52
|
+
- Marketing reviews, edits, and approves — taking 5-10 minutes per post
|
|
53
|
+
- Posts are scheduled at peak engagement times
|
|
54
|
+
|
|
55
|
+
**Result: 4 LinkedIn posts and 6 X/Twitter updates published per week with minimal effort**
|
|
56
|
+
|
|
57
|
+
## Use Case 3: Real-Time Engagement Response
|
|
58
|
+
|
|
59
|
+
### The Situation
|
|
60
|
+
|
|
61
|
+
A well-known industry thought leader comments on one of your LinkedIn posts with a thoughtful question about your approach.
|
|
62
|
+
|
|
63
|
+
### Without Yantra
|
|
64
|
+
|
|
65
|
+
- The comment is noticed 2 days later during a social media check
|
|
66
|
+
- The thought leader has moved on to other conversations
|
|
67
|
+
- The engagement opportunity and potential relationship building are lost
|
|
68
|
+
|
|
69
|
+
### With Yantra
|
|
70
|
+
|
|
71
|
+
- AI employee detects the high-profile interaction within minutes
|
|
72
|
+
- Sends an immediate Slack alert: _"Sarah Chen (VP Product at TechGiant, 15K followers) commented on your cloud migration post. Draft reply ready."_
|
|
73
|
+
- Marketing reviews the drafted reply (contextually appropriate, professional, engaging)
|
|
74
|
+
- Response posted within the hour
|
|
75
|
+
|
|
76
|
+
**Result: Meaningful engagement with an influential industry voice**
|
|
77
|
+
|
|
78
|
+
## Use Case 4: Competitor Launch Response
|
|
79
|
+
|
|
80
|
+
### The Situation
|
|
81
|
+
|
|
82
|
+
Your main competitor announces a new feature that overlaps with your core functionality.
|
|
83
|
+
|
|
84
|
+
### Without Yantra
|
|
85
|
+
|
|
86
|
+
- Marketing finds out from a coworker a few days later
|
|
87
|
+
- Scrambles to draft a positioning response
|
|
88
|
+
- The social media conversation has already moved on
|
|
89
|
+
- No proactive content was created during the peak attention window
|
|
90
|
+
|
|
91
|
+
### With Yantra
|
|
92
|
+
|
|
93
|
+
- AI employee detects the competitor announcement through brand monitoring
|
|
94
|
+
- Within 30 minutes, delivers:
|
|
95
|
+
- Summary of the competitor's announcement and market reaction
|
|
96
|
+
- Social media sentiment analysis around the announcement
|
|
97
|
+
- Draft response content: thought leadership post positioning your approach differently
|
|
98
|
+
- Suggested talking points for the sales team
|
|
99
|
+
- Marketing reviews and publishes a well-crafted response while the topic is still trending
|
|
100
|
+
|
|
101
|
+
**Result: Proactive competitive positioning instead of reactive scrambling**
|
|
102
|
+
|
|
103
|
+
## Use Case 5: Customer Success Content
|
|
104
|
+
|
|
105
|
+
### The Situation
|
|
106
|
+
|
|
107
|
+
A customer shares a great result in your community Slack: _"We reduced our response time by 80% using Yantra's automation features!"_
|
|
108
|
+
|
|
109
|
+
### Without Yantra
|
|
110
|
+
|
|
111
|
+
- The message is seen by a few team members who react with emoji
|
|
112
|
+
- Nobody follows up to ask if it can be shared publicly
|
|
113
|
+
- A great testimonial opportunity is lost
|
|
114
|
+
|
|
115
|
+
### With Yantra
|
|
116
|
+
|
|
117
|
+
- AI employee detects the customer success signal
|
|
118
|
+
- Flags it to marketing with context:
|
|
119
|
+
- Customer details: Company name, tier, industry
|
|
120
|
+
- Their usage patterns and features they've adopted
|
|
121
|
+
- Relationship history: How long they've been a customer
|
|
122
|
+
- Suggests:
|
|
123
|
+
- Ask permission to share as a testimonial
|
|
124
|
+
- Draft LinkedIn post featuring their success
|
|
125
|
+
- Case study outline based on their journey
|
|
126
|
+
- Marketing coordinates with the customer success team to follow up
|
|
127
|
+
|
|
128
|
+
**Result: Organic customer success turned into marketing content**
|