Vendor Onboarding
Skill Profile
(Select at least one profile to enable specific modules)
Overview
Enterprise vendor onboarding is the process enterprise customers follow before using your product. It includes discovery/evaluation, security review, legal review, procurement, technical onboarding, and user training. This skill covers understanding timelines, preparing documentation, managing requirements, and accelerating the onboarding process.
Why This Matters
- Sales Acceleration: Proper preparation reduces onboarding time from months to weeks
- Revenue Impact: Faster onboarding means faster revenue recognition
- Customer Satisfaction: Smooth onboarding improves adoption and retention
- Competitive Advantage: Professional onboarding differentiates from competitors
Core Concepts & Rules
1. Core Principles
- Follow established patterns and conventions
- Maintain consistency across codebase
- Document decisions and trade-offs
2. Implementation Guidelines
- Start with the simplest viable solution
- Iterate based on feedback and requirements
- Test thoroughly before deployment
Inputs / Outputs / Contracts
- Inputs:
- Signed contract (MSA, DPA, SLA)
- Security questionnaire
- Technical requirements document
- Customer contact information
- Procurement requirements (W-9, insurance, banking)
- Entry Conditions:
- Standard contracts prepared (MSA, DPA templates)
- Security documentation ready (SOC2 report, policies)
- Technical team available for onboarding
- Customer success team assigned
- Outputs:
- Completed onboarding project
- Configured SSO/SCIM
- Trained users (admins and end users)
- Integration with customer systems
- Go-live confirmation
- Artifacts Required (Deliverables):
- Onboarding project plan
- SSO configuration guide
- Admin training materials
- End user training materials
- Integration documentation
- Status reports
- Acceptance Evidence:
- SSO working with test accounts
- SCIM provisioning working
- Users trained and using product
- Integrations tested and validated
- Customer sign-off on go-live
- Success Criteria:
- All onboarding milestones completed on schedule
- SSO and SCIM working
- Users trained and adopted
- Customer satisfaction (CSAT > 8/10)
- No critical blockers unresolved
Skill Composition
- Depends on: SSO (SAML & OIDC), SCIM Provisioning, Security Questionnaires
- Compatible with: Enterprise RBAC Models, Vendor Management
- Conflicts with: None
- Related Skills: SSO (SAML & OIDC), SCIM Provisioning, Security Questionnaires
Quick Start / Implementation Example
- Review requirements and constraints
- Set up development environment
- Implement core functionality following patterns
- Write tests for critical paths
- Run tests and fix issues
- Document any deviations or decisions
# Example implementation following best practices
def example_function():
# Your implementation here
pass
Assumptions / Constraints / Non-goals
- Assumptions:
- Development environment is properly configured
- Required dependencies are available
- Team has basic understanding of domain
- Constraints:
- Must follow existing codebase conventions
- Time and resource limitations
- Compatibility requirements
- Non-goals:
- This skill does not cover edge cases outside scope
- Not a replacement for formal training
Compatibility & Prerequisites
- Supported Versions:
- Python 3.8+
- Node.js 16+
- Modern browsers (Chrome, Firefox, Safari, Edge)
- Required AI Tools:
- Code editor (VS Code recommended)
- Testing framework appropriate for language
- Version control (Git)
- Dependencies:
- Language-specific package manager
- Build tools
- Testing libraries
- Environment Setup:
.env.example keys: API_KEY, DATABASE_URL (no values)
Test Scenario Matrix (QA Strategy)
| Type |
Focus Area |
Required Scenarios / Mocks |
| Unit |
Core Logic |
Must cover primary logic and at least 3 edge/error cases. Target minimum 80% coverage |
| Integration |
DB / API |
All external API calls or database connections must be mocked during unit tests |
| E2E |
User Journey |
Critical user flows to test |
| Performance |
Latency / Load |
Benchmark requirements |
| Security |
Vuln / Auth |
SAST/DAST or dependency audit |
| Frontend |
UX / A11y |
Accessibility checklist (WCAG), Performance Budget (Lighthouse score) |
Technical Guardrails & Security Threat Model
1. Security & Privacy (Threat Model)
- Top Threats: Injection attacks, authentication bypass, data exposure
2. Performance & Resources
3. Architecture & Scalability
4. Observability & Reliability
Agent Directives & Error Recovery
(ข้อกำหนดสำหรับ AI Agent ในการคิดและแก้ปัญหาเมื่อเกิดข้อผิดพลาด)
- Thinking Process: Analyze root cause before fixing. Do not brute-force.
- Fallback Strategy: Stop after 3 failed test attempts. Output root cause and ask for human intervention/clarification.
- Self-Review: Check against Guardrails & Anti-patterns before finalizing.
- Output Constraints: Output ONLY the modified code block. Do not explain unless asked.
Definition of Done (DoD) Checklist
Anti-patterns / Pitfalls
- ⛔ Don't: Log PII, catch-all exception, N+1 queries
- ⚠️ Watch out for: Common symptoms and quick fixes
- 💡 Instead: Use proper error handling, pagination, and logging
Reference Links & Examples
- Internal documentation and examples
- Official documentation and best practices
- Community resources and discussions
Versioning & Changelog
- Version: 1.0.0
- Changelog:
- 2026-02-22: Initial version with complete template structure
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: vendor-onboarding3description: Enterprise vendor onboarding is the process enterprise customers follow Use when this capability is needed.4---56# Vendor Onboarding78## Skill Profile9*(Select at least one profile to enable specific modules)*10- [ ] **DevOps**11- [x] **Backend**12- [ ] **Frontend**13- [ ] **AI-RAG**14- [ ] **Security Critical**1516## Overview17Enterprise vendor onboarding is the process enterprise customers follow before using your product. It includes discovery/evaluation, security review, legal review, procurement, technical onboarding, and user training. This skill covers understanding timelines, preparing documentation, managing requirements, and accelerating the onboarding process.1819## Why This Matters20- **Sales Acceleration**: Proper preparation reduces onboarding time from months to weeks21- **Revenue Impact**: Faster onboarding means faster revenue recognition22- **Customer Satisfaction**: Smooth onboarding improves adoption and retention23- **Competitive Advantage**: Professional onboarding differentiates from competitors2425---2627## Core Concepts & Rules2829### 1. Core Principles30- Follow established patterns and conventions31- Maintain consistency across codebase32- Document decisions and trade-offs3334### 2. Implementation Guidelines35- Start with the simplest viable solution36- Iterate based on feedback and requirements37- Test thoroughly before deployment383940## Inputs / Outputs / Contracts41* **Inputs**:42 - Signed contract (MSA, DPA, SLA)43 - Security questionnaire44 - Technical requirements document45 - Customer contact information46 - Procurement requirements (W-9, insurance, banking)47* **Entry Conditions**:48 - Standard contracts prepared (MSA, DPA templates)49 - Security documentation ready (SOC2 report, policies)50 - Technical team available for onboarding51 - Customer success team assigned52* **Outputs**:53 - Completed onboarding project54 - Configured SSO/SCIM55 - Trained users (admins and end users)56 - Integration with customer systems57 - Go-live confirmation58* **Artifacts Required (Deliverables)**:59 - Onboarding project plan60 - SSO configuration guide61 - Admin training materials62 - End user training materials63 - Integration documentation64 - Status reports65* **Acceptance Evidence**:66 - SSO working with test accounts67 - SCIM provisioning working68 - Users trained and using product69 - Integrations tested and validated70 - Customer sign-off on go-live71* **Success Criteria**:72 - All onboarding milestones completed on schedule73 - SSO and SCIM working74 - Users trained and adopted75 - Customer satisfaction (CSAT > 8/10)76 - No critical blockers unresolved7778## Skill Composition79* **Depends on**: SSO (SAML & OIDC), SCIM Provisioning, Security Questionnaires80* **Compatible with**: Enterprise RBAC Models, Vendor Management81* **Conflicts with**: None82* **Related Skills**: [SSO (SAML & OIDC)](file://50-enterprise-integrations/sso-saml-oidc/SKILL.md), [SCIM Provisioning](file://50-enterprise-integrations/scim-provisioning/SKILL.md), [Security Questionnaires](file://50-enterprise-integrations/security-questionnaires/SKILL.md)8384---8586## Quick Start / Implementation Example87881. Review requirements and constraints892. Set up development environment903. Implement core functionality following patterns914. Write tests for critical paths925. Run tests and fix issues936. Document any deviations or decisions9495```python96# Example implementation following best practices97def example_function():98 # Your implementation here99 pass100```101102103## Assumptions / Constraints / Non-goals104105* **Assumptions**:106 - Development environment is properly configured107 - Required dependencies are available108 - Team has basic understanding of domain109* **Constraints**:110 - Must follow existing codebase conventions111 - Time and resource limitations112 - Compatibility requirements113* **Non-goals**:114 - This skill does not cover edge cases outside scope115 - Not a replacement for formal training116117118## Compatibility & Prerequisites119120* **Supported Versions**:121 - Python 3.8+122 - Node.js 16+123 - Modern browsers (Chrome, Firefox, Safari, Edge)124* **Required AI Tools**:125 - Code editor (VS Code recommended)126 - Testing framework appropriate for language127 - Version control (Git)128* **Dependencies**:129 - Language-specific package manager130 - Build tools131 - Testing libraries132* **Environment Setup**:133 - `.env.example` keys: `API_KEY`, `DATABASE_URL` (no values)134135136## Test Scenario Matrix (QA Strategy)137138| Type | Focus Area | Required Scenarios / Mocks |139| :--- | :--- | :--- |140| **Unit** | Core Logic | Must cover primary logic and at least 3 edge/error cases. Target minimum 80% coverage |141| **Integration** | DB / API | All external API calls or database connections must be mocked during unit tests |142| **E2E** | User Journey | Critical user flows to test |143| **Performance** | Latency / Load | Benchmark requirements |144| **Security** | Vuln / Auth | SAST/DAST or dependency audit |145| **Frontend** | UX / A11y | Accessibility checklist (WCAG), Performance Budget (Lighthouse score) |146147148## Technical Guardrails & Security Threat Model149150### 1. Security & Privacy (Threat Model)151* **Top Threats**: Injection attacks, authentication bypass, data exposure152- [ ] **Data Handling**: Sanitize all user inputs to prevent Injection attacks. Never log raw PII153- [ ] **Secrets Management**: No hardcoded API keys. Use Env Vars/Secrets Manager154- [ ] **Authorization**: Validate user permissions before state changes155156### 2. Performance & Resources157- [ ] **Execution Efficiency**: Consider time complexity for algorithms158- [ ] **Memory Management**: Use streams/pagination for large data159- [ ] **Resource Cleanup**: Close DB connections/file handlers in finally blocks160161### 3. Architecture & Scalability162- [ ] **Design Pattern**: Follow SOLID principles, use Dependency Injection163- [ ] **Modularity**: Decouple logic from UI/Frameworks164165### 4. Observability & Reliability166- [ ] **Logging Standards**: Structured JSON, include trace IDs `request_id`167- [ ] **Metrics**: Track `error_rate`, `latency`, `queue_depth`168- [ ] **Error Handling**: Standardized error codes, no bare except169- [ ] **Observability Artifacts**:170 - **Log Fields**: timestamp, level, message, request_id171 - **Metrics**: request_count, error_count, response_time172 - **Dashboards/Alerts**: High Error Rate > 5%173174175## Agent Directives & Error Recovery176*(ข้อกำหนดสำหรับ AI Agent ในการคิดและแก้ปัญหาเมื่อเกิดข้อผิดพลาด)*177178- **Thinking Process**: Analyze root cause before fixing. Do not brute-force.179- **Fallback Strategy**: Stop after 3 failed test attempts. Output root cause and ask for human intervention/clarification.180- **Self-Review**: Check against Guardrails & Anti-patterns before finalizing.181- **Output Constraints**: Output ONLY the modified code block. Do not explain unless asked.182183184## Definition of Done (DoD) Checklist185186- [ ] Tests passed + coverage met187- [ ] Lint/Typecheck passed188- [ ] Logging/Metrics/Trace implemented189- [ ] Security checks passed190- [ ] Documentation/Changelog updated191- [ ] Accessibility/Performance requirements met (if frontend)192193194## Anti-patterns / Pitfalls195196* ⛔ **Don't**: Log PII, catch-all exception, N+1 queries197* ⚠️ **Watch out for**: Common symptoms and quick fixes198* 💡 **Instead**: Use proper error handling, pagination, and logging199200201## Reference Links & Examples202203* Internal documentation and examples204* Official documentation and best practices205* Community resources and discussions206207208## Versioning & Changelog209210* **Version**: 1.0.0211* **Changelog**:212 - 2026-02-22: Initial version with complete template structure213214---215> Converted and distributed by [TomeVault](https://tomevault.io/claim/amnadtaowsoam) — claim your Tome and manage your conversions.216<!-- tomevault:4.0:skill_md:2026-04-13 -->