What I can take off your plate
Each stage below is work I have done on real programmes or on my own products. Where it helps, I point to the proof.
Discover
I sit with the business, the analysts and the people who do the work, and find where time and money are being lost. Output: a problem statement and a ranked list of pain points everyone agrees on.
Karya started from a documented study of where employees wait on a busy human; Vaasova from the way landlords run rentals over chat and spreadsheets.
Define
Business requirements, product requirements, scope by phase, personas, user journeys, and user stories with acceptance criteria. Every requirement gets an ID so nothing is lost between the document and the build.
133 catalogued requirements for Karya; 64 features and user stories for Vaasova.
Design
Solution architecture, data model, integration design, security and sharing model, and a written record of each decision with the alternative that was rejected and why.
Solution design specifications on the South Australian government programme, used by integration engineers, testers and the client; 12 architecture decision records for Karya.
Build
Apex, Lightning Web Components, Flow, REST services, Platform Events, custom metadata frameworks, Agentforce agents and prompt templates, Data Cloud ingestion. Bulk-safe and written to pass static analysis.
Test
Unit tests with real assertions, tests that run as restricted users, prompt regression fixtures for AI features, and ownership of user acceptance testing with the client.
Owned UAT onsite in Sydney through to a low-defect launch.
Release
Source control, pull requests, quality gates and deployments through Azure DevOps, Gearset and the Salesforce CLI.
Enable
Handover documents, training content and mentoring, so the team that inherits the system can run it.
20+ developers mentored, 80+ hours of training content.
Product design, planning and architecture
On my own products I do the work that usually sits with a product manager, a designer and an architect. I planned both Karya and Vaasova with the same 27-step method before writing product code. These are the artefacts it produces.
Business
- Problem statement and business clarity
- Pricing model and break-even
- Growth and go-to-market strategy
- A written critique of my own plan, with mitigations
Product
- Business and product requirement documents
- Scope by phase, with explicit exclusions
- Personas and journey maps
- Feature breakdown with IDs
- User stories with acceptance criteria and test notes
Design
- Brand name, tagline and logo
- Design tokens and a component library
- Screen designs in Figma
- A live launch site
Architecture
- Technology stack selection, with reasons
- System architecture and data flows
- Database design with row-level security
- API design
- Security architecture and threat boundaries
- Architecture decision records
Quality and operations
- Test cases, with negative tests first for high-risk features
- Code review standards
- Legal and compliance map per feature
- DevOps and deployment plan
- AI integration plan and tool stack
Technology
Salesforce
- Sales Cloud
- Service Cloud
- Experience Cloud
- Agentforce
- Prompt Builder
- Data Cloud
- Apex
- LWC
- Aura
- Visualforce
- Flow
- SOQL/SOSL
- Platform Events
- Custom Metadata
- Omni-Channel
- Einstein Bots
- Messaging
- Entitlements
- Approval Processes
Integration
- Custom Apex REST services
- REST and SOAP
- OAuth 2.0 JWT Bearer flow
- Composite and sObject Collections APIs
- MuleSoft
- Snowflake (through Data Cloud)
- Oracle ERP
- Genesys CTI
- ABBYY OCR
DevOps
- Azure DevOps
- Gearset
- Git
- GitHub
- Bitbucket
- Salesforce CLI
- Apex PMD
AI tooling
- Claude Chat
- Claude Cowork
- Claude Code
- MCP connectors
Product and delivery
- Notion
- Linear
- Jira
- Confluence
- Figma
- Miro
Web
- Next.js
- TypeScript
- Tailwind CSS
- Supabase
- Vercel