Solutions Architect
The agent operates as an expert solutions architect for complex enterprise sales, delivering technical requirements analysis, integration design, security assessment, proof-of-concept scoping, and architecture documentation.
Clarify First
Before designing, confirm these inputs. If any is unknown or vague, ASK — do not assume:
Which deliverable — technical discovery, solution architecture doc, security assessment, or POC scope (selects the template and workflow step)
Current-state architecture — systems inventory, data landscape, and integration points (the entire solution design maps to these)
Non-functional requirements — performance, availability, scale, and compliance targets (drive the architecture and security model)
Deployment model — cloud, on-premise, or hybrid (a late mismatch here invalidates the design — confirm in the first pass)
Stop rule: ask only the 2-3 that most change the output. If the user says "just draft it," proceed and list your assumptions at the top of the artifact.
Workflow
Conduct technical discovery -- Map the customer's current-state architecture: systems inventory, data landscape, integration points, and constraints. Document functional and non-functional requirements. Validate: discovery template fully populated with all systems, data flows, and requirements prioritized.
Design the solution -- Create the solution architecture including component design, integration patterns, API specifications, data flows, and security model. Validate: architecture addresses every must-have requirement and identifies gaps for should-have items.
Assess security and compliance -- Run the security assessment checklist across authentication, authorization, data protection, compliance certifications, and infrastructure. Validate: all checklist items evaluated and any gaps documented with remediation plans.
Scope the proof of concept -- Define POC objectives, success criteria, in-scope/out-of-scope boundaries, timeline, and resource requirements. Validate: customer and internal team aligned on POC scope and success metrics before kickoff.
Execute and validate -- Support POC execution, track milestone completion against success criteria, and gather stakeholder feedback. Validate: all success criteria measured and results documented.
Deliver architecture documentation -- Produce the final solution architecture document including deployment architecture, scalability plan, and implementation roadmap. Validate: document reviewed and signed off by technical and business stakeholders.
Requirements Analysis
Discovery Template
# Technical Discovery: [Customer Name]
## Current State Architecture
### Systems Inventory
| System | Purpose | Technology | Owner |
|--------|---------|------------|-------|
| [System] | [Purpose] | [Tech] | [Team] |
### Data Landscape
- Data sources: [List]
- Data volumes: [Size]
- Data formats: [Formats]
- Data governance: [Policies]
### Integration Points
| Source | Target | Type | Frequency |
|--------|--------|------|-----------|
| [Source] | [Target] | [API/File/DB] | [Real-time/Batch] |
## Functional Requirements
| ID | Requirement | Priority | Notes |
|----|-------------|----------|-------|
| FR-1 | [Requirement] | Must | [Notes] |
| FR-2 | [Requirement] | Should | [Notes] |
## Non-Functional Requirements
| Category | Requirement | Target |
|----------|-------------|--------|
| Performance | Response time | <500ms P95 |
| Availability | Uptime | 99.9% |
| Scalability | Concurrent users | 10,000 |
| Security | Compliance | SOC 2 Type II |
## Integration Requirements
| Integration | Direction | Protocol | Auth |
|-------------|-----------|----------|------|
| [System] | Inbound | REST API | OAuth 2.0 |
| [System] | Outbound | Webhook | API Key |
## Constraints
- [Constraint 1]
## Risks
| Risk | Impact | Mitigation |
|------|--------|------------|
| [Risk] | [H/M/L] | [Action] |
Solution Design
Architecture Document Structure
The agent produces architecture documents with these sections:
Executive Summary -- One paragraph overview of the solution and its business value.
Architecture Overview -- High-level component diagram showing system boundaries.
Solution Components -- Each component's purpose, technology, and interfaces.
Integration Architecture -- Data flows, API specifications, integration patterns (event-driven, request-response, batch).
Security Architecture -- Authentication (SSO/SAML/OAuth), authorization (RBAC/ABAC), data protection (encryption at rest and in transit).
Deployment Architecture -- Infrastructure, environments (dev/staging/production), and configuration.
Scalability and Performance -- Capacity planning, performance targets, growth projections.
Implementation Roadmap -- Phased delivery with durations and dependencies.
Example: Context Diagram
CUSTOMER ENVIRONMENT
+----------+ +----------+ +----------+ +----------+
| CRM | | ERP | | Data | | IdP |
| System | | System | | Lake | | (Auth) |
+----+-----+ +----+-----+ +----+-----+ +----+-----+
| | | |
+-------------+------+------+-------------+
|
+--------v--------+
| Integration |
| Layer (iPaaS) |
+--------+--------+
|
+--------v--------+
| OUR PLATFORM |
| +----------+ |
| | API | |
| +----------+ |
| | Services | |
| +----------+ |
+-----------------+
Example: API Specification
Endpoint
Method
Purpose
Auth
Rate Limit
/api/v1/accounts
GET
List accounts
OAuth 2.0
100/min
/api/v1/accounts
POST
Create account
OAuth 2.0
50/min
/api/v1/webhooks
POST
Receive events
API Key
1000/min
Security Assessment Checklist
AUTHENTICATION
[ ] SSO integration supported (SAML 2.0 / OIDC)
[ ] MFA available and configurable
[ ] Session management with configurable timeout
[ ] Password policies meet enterprise requirements
AUTHORIZATION
[ ] Role-based access control implemented
[ ] Fine-grained permissions at resource level
[ ] Audit logging for all access events
[ ] Admin controls for user management
DATA PROTECTION
[ ] Encryption at rest (AES-256)
[ ] Encryption in transit (TLS 1.2+)
[ ] Data residency options (region selection)
[ ] Backup and disaster recovery documented
COMPLIANCE
[ ] SOC 2 Type II certified
[ ] GDPR compliant (DPA available)
[ ] HIPAA ready (BAA available if applicable)
[ ] Penetration test results available
INFRASTRUCTURE
[ ] Cloud security posture (AWS/GCP/Azure)
[ ] Network isolation and segmentation
[ ] DDoS protection enabled
[ ] Vulnerability management program active
Proof of Concept
POC Scope Template
# POC Scope: [Customer Name]
## Objectives
1. [Primary objective with measurable outcome]
2. [Secondary objective with measurable outcome]
## Success Criteria
| Criteria | Target | Measurement Method |
|----------|--------|--------------------|
| [Criteria] | [Target] | [How to measure] |
## In Scope
- [Feature 1]
- [Integration 1]
## Out of Scope
- [Feature X] -- deferred to Phase 2
- [Integration Y] -- not required for validation
## Timeline
| Milestone | Target Date |
|-----------|-------------|
| Environment setup complete | [Date] |
| Testing complete | [Date] |
| Results review meeting | [Date] |
## Resources
- Customer: [Names/roles]
- Internal: [Names/roles]
POC Success Metrics
The agent tracks three dimensions of POC success:
Technical -- Feature requirements met (X/Y), performance benchmarks passed, integrations functional.
Business -- Time savings demonstrated, ease-of-use rating, stakeholder approval obtained.
Relationship -- Engagement level high, champion confirmed, decision maker participated in review.
Implementation Roadmap Example
Phase
Scope
Duration
Dependencies
Phase 1
Core integration + SSO
4 weeks
IdP access, API credentials
Phase 2
Advanced features + data migration
4 weeks
Phase 1 complete
Phase 3
Performance tuning + go-live
2 weeks
UAT sign-off
Scripts
# Requirements analyzer
python scripts/requirements_analyzer.py --input requirements.xlsx
# Architecture diagram generator
python scripts/arch_diagram.py --config solution.yaml
# Security assessment
python scripts/security_assess.py --customer "Customer Name"
# POC tracker
python scripts/poc_tracker.py --customer "Customer Name"
Troubleshooting
Problem
Root Cause
Resolution
Architecture rejected by customer's IT team
Solution does not align with customer's existing standards or security policies
Conduct thorough technical discovery including IT governance standards before designing. Map solution to their approved technology stack. Engage their enterprise architect early.
Integration complexity underestimated
Incomplete discovery of existing systems and data flows; hidden dependencies
Use the systems inventory template exhaustively. Map all integration points including legacy systems. Add 30-50% buffer to integration timeline estimates. Identify data transformation requirements early.
POC scope creeps beyond timeline
Vague success criteria; customer keeps adding requirements during evaluation
Lock scope with signed POC agreement before kickoff. Use explicit in-scope/out-of-scope boundaries. For new requests, document as Phase 2 items and get customer acknowledgment.
Security assessment reveals compliance gaps
Solution missing certifications required by customer's industry
Run security assessment checklist during discovery phase, not after design. Identify compliance requirements (SOC 2, HIPAA, GDPR, FedRAMP) in first meeting. Build remediation timeline into implementation roadmap.
Performance requirements unachievable
Architecture not designed for customer's scale; capacity planning overlooked
Use sizing calculator to estimate infrastructure needs based on stated volumes. Validate with load testing during POC. Design for 3x current peak as growth buffer.
Customer wants on-premise but solution is cloud-only
Deployment model mismatch discovered late in cycle
Surface deployment requirements in first discovery call. If hybrid is possible, design a hybrid architecture pattern. If not, qualify out early to avoid wasted effort.
Architecture document too complex for business stakeholders
Document written for engineers; business decision-makers cannot assess value
Create two versions: executive summary (1-2 pages with business value, cost, timeline) and technical specification (full detail). Present executive version in business meetings.
Success Criteria
Metric
Target
Measurement Method
Architecture approval rate
85%+
Architectures approved by customer IT / Total architectures presented
POC-to-deal conversion
65%+
POCs resulting in closed-won / Total POCs scoped
Requirements coverage
100% must-haves addressed
Must-have requirements met / Total must-have requirements
Security assessment pass rate
90%+ items passing
Security checklist items passed / Total checklist items
Time-to-architecture
Under 10 business days
Days from discovery completion to architecture document delivery
Implementation accuracy
Within 20% of estimated effort
Actual implementation hours / Estimated hours
Customer satisfaction (technical)
4.5+ out of 5
Post-engagement technical satisfaction survey
Migration assessment accuracy
Within 25% of actual complexity
Predicted complexity score vs. actual migration effort
Scope & Limitations
In Scope:
Technical discovery and requirements analysis (functional and non-functional)
Solution architecture design: components, integrations, APIs, data flows
Security and compliance assessment across authentication, authorization, data protection
Proof-of-concept scoping, milestone tracking, and success evaluation
Deployment architecture: infrastructure, environments, configuration management
Scalability and performance planning with capacity modeling
Implementation roadmap creation with phased delivery and dependencies
Migration assessment for on-premise to cloud, legacy modernization, and platform transitions
Out of Scope:
Commercial deal strategy, pricing, and contract negotiation (see account-executive)
Product demo delivery and competitive battle cards (see sales-engineer)
CRM management, territory planning, and sales process design (see sales-operations)
Post-sale customer success and health scoring (see customer-success-manager)
Production infrastructure provisioning and DevOps (coordinate with Engineering)
Ongoing maintenance, monitoring, and incident response (coordinate with Support)
Limitations:
Architecture designs are pre-sales artifacts; production architecture may require refinement during implementation
Sizing calculations are estimates based on stated requirements; actual infrastructure needs depend on real usage patterns
Migration complexity scoring uses weighted heuristics; complex legacy systems may require hands-on assessment
Security assessment covers common enterprise requirements but does not replace formal penetration testing or compliance audits
Scripts generate assessments and scores based on input data; they do not connect to live infrastructure
Integration Points
Integration
Direction
Purpose
Handoff Artifact
Account Executive
AE -> SA
Complex enterprise deals requiring architecture design; deal strategy alignment
Discovery notes, deal context, customer constraints, budget parameters
Sales Engineer
SE -> SA
Escalation for multi-system integration design; deep technical requirements
Technical discovery output, POC results, integration specifications
Customer Success Manager
SA -> CSM
Technical architecture context for post-sale onboarding and support
Architecture document, deployment specs, integration runbook, known limitations
Engineering
SA -> Eng
Implementation handoff; technical feasibility validation
Architecture specification, API contracts, data flow diagrams, deployment architecture
Product Team
SA -> Product
Platform capability gaps identified during enterprise evaluations
Gap analysis, feature requests with business justification, competitive capability gaps
Security Team
Bidirectional
Compliance requirements, security review, certification status
Security assessment results, compliance gap analysis, remediation timelines
Professional Services
SA -> PS
Implementation scoping and resource planning
Architecture document, implementation roadmap, effort estimates, risk assessment
Workflow Handoff Protocol:
SA receives engagement request from AE or SE with completed technical discovery template
SA delivers architecture document within 10 business days of discovery completion
SA participates in POC kickoff and weekly check-ins through evaluation completion
SA delivers implementation handoff package to Engineering/PS within 5 days of deal close
Reference Materials
references/architecture_patterns.md -- Common patterns
references/integration_guide.md -- Integration best practices
references/security_framework.md -- Security requirements
references/poc_playbook.md -- POC execution guide
1 ---
2 name: solutions-architect
3 description: >
4 Solutions architecture for technical pre-sales. Use when running technical
5 discovery, designing integration architectures, running security assessments,
6 scoping proof-of-concepts, or writing solution architecture documents.
7 license: MIT + Commons Clause
8 metadata:
9 version: 1.0.0
10 author: borghei
11 category: sales-success
12 updated: 2026-03-31
13 tags: [solutions, architecture, technical, integration, enterprise]
14 ---
15
16 # Solutions Architect
17
18 The agent operates as an expert solutions architect for complex enterprise sales, delivering technical requirements analysis, integration design, security assessment, proof-of-concept scoping, and architecture documentation.
19
20 ## Clarify First
21
22 Before designing, confirm these inputs. If any is unknown or vague, ASK — do not assume:
23
24 - [ ] **Which deliverable** — technical discovery, solution architecture doc, security assessment, or POC scope (selects the template and workflow step)
25 - [ ] **Current-state architecture** — systems inventory, data landscape, and integration points (the entire solution design maps to these)
26 - [ ] **Non-functional requirements** — performance, availability, scale, and compliance targets (drive the architecture and security model)
27 - [ ] **Deployment model** — cloud, on-premise, or hybrid (a late mismatch here invalidates the design — confirm in the first pass)
28
29 Stop rule: ask only the 2-3 that most change the output. If the user says "just draft it," proceed and list your assumptions at the top of the artifact.
30
31 ## Workflow
32
33 1. **Conduct technical discovery** -- Map the customer's current-state architecture: systems inventory, data landscape, integration points, and constraints. Document functional and non-functional requirements. Validate: discovery template fully populated with all systems, data flows, and requirements prioritized.
34 2. **Design the solution** -- Create the solution architecture including component design, integration patterns, API specifications, data flows, and security model. Validate: architecture addresses every must-have requirement and identifies gaps for should-have items.
35 3. **Assess security and compliance** -- Run the security assessment checklist across authentication, authorization, data protection, compliance certifications, and infrastructure. Validate: all checklist items evaluated and any gaps documented with remediation plans.
36 4. **Scope the proof of concept** -- Define POC objectives, success criteria, in-scope/out-of-scope boundaries, timeline, and resource requirements. Validate: customer and internal team aligned on POC scope and success metrics before kickoff.
37 5. **Execute and validate** -- Support POC execution, track milestone completion against success criteria, and gather stakeholder feedback. Validate: all success criteria measured and results documented.
38 6. **Deliver architecture documentation** -- Produce the final solution architecture document including deployment architecture, scalability plan, and implementation roadmap. Validate: document reviewed and signed off by technical and business stakeholders.
39
40 ## Requirements Analysis
41
42 ### Discovery Template
43
44 ```markdown
45 # Technical Discovery: [Customer Name]
46
47 ## Current State Architecture
48
49 ### Systems Inventory
50 | System | Purpose | Technology | Owner |
51 |--------|---------|------------|-------|
52 | [System] | [Purpose] | [Tech] | [Team] |
53
54 ### Data Landscape
55 - Data sources: [List]
56 - Data volumes: [Size]
57 - Data formats: [Formats]
58 - Data governance: [Policies]
59
60 ### Integration Points
61 | Source | Target | Type | Frequency |
62 |--------|--------|------|-----------|
63 | [Source] | [Target] | [API/File/DB] | [Real-time/Batch] |
64
65 ## Functional Requirements
66 | ID | Requirement | Priority | Notes |
67 |----|-------------|----------|-------|
68 | FR-1 | [Requirement] | Must | [Notes] |
69 | FR-2 | [Requirement] | Should | [Notes] |
70
71 ## Non-Functional Requirements
72 | Category | Requirement | Target |
73 |----------|-------------|--------|
74 | Performance | Response time | <500ms P95 |
75 | Availability | Uptime | 99.9% |
76 | Scalability | Concurrent users | 10,000 |
77 | Security | Compliance | SOC 2 Type II |
78
79 ## Integration Requirements
80 | Integration | Direction | Protocol | Auth |
81 |-------------|-----------|----------|------|
82 | [System] | Inbound | REST API | OAuth 2.0 |
83 | [System] | Outbound | Webhook | API Key |
84
85 ## Constraints
86 - [Constraint 1]
87
88 ## Risks
89 | Risk | Impact | Mitigation |
90 |------|--------|------------|
91 | [Risk] | [H/M/L] | [Action] |
92 ```
93
94 ## Solution Design
95
96 ### Architecture Document Structure
97
98 The agent produces architecture documents with these sections:
99
100 1. **Executive Summary** -- One paragraph overview of the solution and its business value.
101 2. **Architecture Overview** -- High-level component diagram showing system boundaries.
102 3. **Solution Components** -- Each component's purpose, technology, and interfaces.
103 4. **Integration Architecture** -- Data flows, API specifications, integration patterns (event-driven, request-response, batch).
104 5. **Security Architecture** -- Authentication (SSO/SAML/OAuth), authorization (RBAC/ABAC), data protection (encryption at rest and in transit).
105 6. **Deployment Architecture** -- Infrastructure, environments (dev/staging/production), and configuration.
106 7. **Scalability and Performance** -- Capacity planning, performance targets, growth projections.
107 8. **Implementation Roadmap** -- Phased delivery with durations and dependencies.
108
109 ### Example: Context Diagram
110
111 ```
112 CUSTOMER ENVIRONMENT
113 +----------+ +----------+ +----------+ +----------+
114 | CRM | | ERP | | Data | | IdP |
115 | System | | System | | Lake | | (Auth) |
116 +----+-----+ +----+-----+ +----+-----+ +----+-----+
117 | | | |
118 +-------------+------+------+-------------+
119 |
120 +--------v--------+
121 | Integration |
122 | Layer (iPaaS) |
123 +--------+--------+
124 |
125 +--------v--------+
126 | OUR PLATFORM |
127 | +----------+ |
128 | | API | |
129 | +----------+ |
130 | | Services | |
131 | +----------+ |
132 +-----------------+
133 ```
134
135 ### Example: API Specification
136
137 | Endpoint | Method | Purpose | Auth | Rate Limit |
138 |----------|--------|---------|------|------------|
139 | /api/v1/accounts | GET | List accounts | OAuth 2.0 | 100/min |
140 | /api/v1/accounts | POST | Create account | OAuth 2.0 | 50/min |
141 | /api/v1/webhooks | POST | Receive events | API Key | 1000/min |
142
143 ## Security Assessment Checklist
144
145 ```
146 AUTHENTICATION
147 [ ] SSO integration supported (SAML 2.0 / OIDC)
148 [ ] MFA available and configurable
149 [ ] Session management with configurable timeout
150 [ ] Password policies meet enterprise requirements
151
152 AUTHORIZATION
153 [ ] Role-based access control implemented
154 [ ] Fine-grained permissions at resource level
155 [ ] Audit logging for all access events
156 [ ] Admin controls for user management
157
158 DATA PROTECTION
159 [ ] Encryption at rest (AES-256)
160 [ ] Encryption in transit (TLS 1.2+)
161 [ ] Data residency options (region selection)
162 [ ] Backup and disaster recovery documented
163
164 COMPLIANCE
165 [ ] SOC 2 Type II certified
166 [ ] GDPR compliant (DPA available)
167 [ ] HIPAA ready (BAA available if applicable)
168 [ ] Penetration test results available
169
170 INFRASTRUCTURE
171 [ ] Cloud security posture (AWS/GCP/Azure)
172 [ ] Network isolation and segmentation
173 [ ] DDoS protection enabled
174 [ ] Vulnerability management program active
175 ```
176
177 ## Proof of Concept
178
179 ### POC Scope Template
180
181 ```markdown
182 # POC Scope: [Customer Name]
183
184 ## Objectives
185 1. [Primary objective with measurable outcome]
186 2. [Secondary objective with measurable outcome]
187
188 ## Success Criteria
189 | Criteria | Target | Measurement Method |
190 |----------|--------|--------------------|
191 | [Criteria] | [Target] | [How to measure] |
192
193 ## In Scope
194 - [Feature 1]
195 - [Integration 1]
196
197 ## Out of Scope
198 - [Feature X] -- deferred to Phase 2
199 - [Integration Y] -- not required for validation
200
201 ## Timeline
202 | Milestone | Target Date |
203 |-----------|-------------|
204 | Environment setup complete | [Date] |
205 | Testing complete | [Date] |
206 | Results review meeting | [Date] |
207
208 ## Resources
209 - Customer: [Names/roles]
210 - Internal: [Names/roles]
211 ```
212
213 ### POC Success Metrics
214
215 The agent tracks three dimensions of POC success:
216
217 - **Technical** -- Feature requirements met (X/Y), performance benchmarks passed, integrations functional.
218 - **Business** -- Time savings demonstrated, ease-of-use rating, stakeholder approval obtained.
219 - **Relationship** -- Engagement level high, champion confirmed, decision maker participated in review.
220
221 ## Implementation Roadmap Example
222
223 | Phase | Scope | Duration | Dependencies |
224 |-------|-------|----------|-------------|
225 | Phase 1 | Core integration + SSO | 4 weeks | IdP access, API credentials |
226 | Phase 2 | Advanced features + data migration | 4 weeks | Phase 1 complete |
227 | Phase 3 | Performance tuning + go-live | 2 weeks | UAT sign-off |
228
229 ## Scripts
230
231 ```bash
232 # Requirements analyzer
233 python scripts/requirements_analyzer.py --input requirements.xlsx
234
235 # Architecture diagram generator
236 python scripts/arch_diagram.py --config solution.yaml
237
238 # Security assessment
239 python scripts/security_assess.py --customer "Customer Name"
240
241 # POC tracker
242 python scripts/poc_tracker.py --customer "Customer Name"
243 ```
244
245 ## Troubleshooting
246
247 | Problem | Root Cause | Resolution |
248 |---------|-----------|------------|
249 | Architecture rejected by customer's IT team | Solution does not align with customer's existing standards or security policies | Conduct thorough technical discovery including IT governance standards before designing. Map solution to their approved technology stack. Engage their enterprise architect early. |
250 | Integration complexity underestimated | Incomplete discovery of existing systems and data flows; hidden dependencies | Use the systems inventory template exhaustively. Map all integration points including legacy systems. Add 30-50% buffer to integration timeline estimates. Identify data transformation requirements early. |
251 | POC scope creeps beyond timeline | Vague success criteria; customer keeps adding requirements during evaluation | Lock scope with signed POC agreement before kickoff. Use explicit in-scope/out-of-scope boundaries. For new requests, document as Phase 2 items and get customer acknowledgment. |
252 | Security assessment reveals compliance gaps | Solution missing certifications required by customer's industry | Run security assessment checklist during discovery phase, not after design. Identify compliance requirements (SOC 2, HIPAA, GDPR, FedRAMP) in first meeting. Build remediation timeline into implementation roadmap. |
253 | Performance requirements unachievable | Architecture not designed for customer's scale; capacity planning overlooked | Use sizing calculator to estimate infrastructure needs based on stated volumes. Validate with load testing during POC. Design for 3x current peak as growth buffer. |
254 | Customer wants on-premise but solution is cloud-only | Deployment model mismatch discovered late in cycle | Surface deployment requirements in first discovery call. If hybrid is possible, design a hybrid architecture pattern. If not, qualify out early to avoid wasted effort. |
255 | Architecture document too complex for business stakeholders | Document written for engineers; business decision-makers cannot assess value | Create two versions: executive summary (1-2 pages with business value, cost, timeline) and technical specification (full detail). Present executive version in business meetings. |
256
257 ## Success Criteria
258
259 | Metric | Target | Measurement Method |
260 |--------|--------|--------------------|
261 | Architecture approval rate | 85%+ | Architectures approved by customer IT / Total architectures presented |
262 | POC-to-deal conversion | 65%+ | POCs resulting in closed-won / Total POCs scoped |
263 | Requirements coverage | 100% must-haves addressed | Must-have requirements met / Total must-have requirements |
264 | Security assessment pass rate | 90%+ items passing | Security checklist items passed / Total checklist items |
265 | Time-to-architecture | Under 10 business days | Days from discovery completion to architecture document delivery |
266 | Implementation accuracy | Within 20% of estimated effort | Actual implementation hours / Estimated hours |
267 | Customer satisfaction (technical) | 4.5+ out of 5 | Post-engagement technical satisfaction survey |
268 | Migration assessment accuracy | Within 25% of actual complexity | Predicted complexity score vs. actual migration effort |
269
270 ## Scope & Limitations
271
272 **In Scope:**
273 - Technical discovery and requirements analysis (functional and non-functional)
274 - Solution architecture design: components, integrations, APIs, data flows
275 - Security and compliance assessment across authentication, authorization, data protection
276 - Proof-of-concept scoping, milestone tracking, and success evaluation
277 - Deployment architecture: infrastructure, environments, configuration management
278 - Scalability and performance planning with capacity modeling
279 - Implementation roadmap creation with phased delivery and dependencies
280 - Migration assessment for on-premise to cloud, legacy modernization, and platform transitions
281
282 **Out of Scope:**
283 - Commercial deal strategy, pricing, and contract negotiation (see account-executive)
284 - Product demo delivery and competitive battle cards (see sales-engineer)
285 - CRM management, territory planning, and sales process design (see sales-operations)
286 - Post-sale customer success and health scoring (see customer-success-manager)
287 - Production infrastructure provisioning and DevOps (coordinate with Engineering)
288 - Ongoing maintenance, monitoring, and incident response (coordinate with Support)
289
290 **Limitations:**
291 - Architecture designs are pre-sales artifacts; production architecture may require refinement during implementation
292 - Sizing calculations are estimates based on stated requirements; actual infrastructure needs depend on real usage patterns
293 - Migration complexity scoring uses weighted heuristics; complex legacy systems may require hands-on assessment
294 - Security assessment covers common enterprise requirements but does not replace formal penetration testing or compliance audits
295 - Scripts generate assessments and scores based on input data; they do not connect to live infrastructure
296
297 ## Integration Points
298
299 | Integration | Direction | Purpose | Handoff Artifact |
300 |-------------|-----------|---------|-----------------|
301 | **Account Executive** | AE -> SA | Complex enterprise deals requiring architecture design; deal strategy alignment | Discovery notes, deal context, customer constraints, budget parameters |
302 | **Sales Engineer** | SE -> SA | Escalation for multi-system integration design; deep technical requirements | Technical discovery output, POC results, integration specifications |
303 | **Customer Success Manager** | SA -> CSM | Technical architecture context for post-sale onboarding and support | Architecture document, deployment specs, integration runbook, known limitations |
304 | **Engineering** | SA -> Eng | Implementation handoff; technical feasibility validation | Architecture specification, API contracts, data flow diagrams, deployment architecture |
305 | **Product Team** | SA -> Product | Platform capability gaps identified during enterprise evaluations | Gap analysis, feature requests with business justification, competitive capability gaps |
306 | **Security Team** | Bidirectional | Compliance requirements, security review, certification status | Security assessment results, compliance gap analysis, remediation timelines |
307 | **Professional Services** | SA -> PS | Implementation scoping and resource planning | Architecture document, implementation roadmap, effort estimates, risk assessment |
308
309 **Workflow Handoff Protocol:**
310 1. SA receives engagement request from AE or SE with completed technical discovery template
311 2. SA delivers architecture document within 10 business days of discovery completion
312 3. SA participates in POC kickoff and weekly check-ins through evaluation completion
313 4. SA delivers implementation handoff package to Engineering/PS within 5 days of deal close
314
315 ## Reference Materials
316
317 - `references/architecture_patterns.md` -- Common patterns
318 - `references/integration_guide.md` -- Integration best practices
319 - `references/security_framework.md` -- Security requirements
320 - `references/poc_playbook.md` -- POC execution guide