What is the difference between a free cloud CRM and a free self-hosted CRM?
A free cloud CRM (SaaS-hosted) runs on vendor-managed infrastructure with no server management, security patching, or backup management required from the customer team. The free tier includes specific capability on specific small-team limits. A free self-hosted CRM (open-source like SuiteCRM, EspoCRM, Vtiger) runs on customer-managed infrastructure (AWS, DigitalOcean, specific VPS) with specific DevOps responsibility on the customer team. The trade-off is between managed-infrastructure convenience and specific customization depth. Most small teams without dedicated DevOps capacity are better served by the SaaS-hosted path.
What about data ownership on a free cloud CRM?
Data ownership on Strkr's free cloud CRM remains with the customer team. The data belongs to the tenant with specific access controls, specific export capability via CSV and API, and specific portability support. Teams can export their data at any time without specific restriction. The data-residency depends on the tier configuration. The long-term data-ownership posture supports the migration-out flexibility that teams often consider when evaluating a long-term cloud CRM relationship.
How does the cloud infrastructure work for the free tier?
The free tier runs on the same multi-tenant cloud infrastructure as paid tiers with specific service-tier differentiation. The infrastructure runs on AWS with multi-availability-zone redundancy. Specific data isolation runs at the database tenant level with specific per-tenant encryption keys. Specific uptime posture matches the service-tier commitment. The free-tier limits are on capability and record volume rather than specific infrastructure constraints.
Can I run Strkr in a jurisdiction for data residency?
Yes. The data-residency options include specific jurisdiction tiers (North America default, European Union for GDPR data residency, specific other jurisdictions for specific regulatory requirements). The tier configuration determines the data-residency commitment. For teams with specific jurisdiction requirements (EU member states with specific data-sovereignty requirements, specific countries with data-localization laws), the tier selection supports the regulatory posture.
How does the tenant-isolation posture work?
The tenant-isolation posture runs at the database layer with specific per-tenant data separation enforced through specific application-layer tenant identification and specific database-level row-security policies. Each tenant's data is specifically isolated from other tenants with specific access controls preventing specific cross-tenant data access. The tenant isolation applies across all data types (contacts, deals, activities, specific custom data) and all access patterns (web UI, mobile app, API, specific export). The isolation posture supports the multi-tenant SaaS architecture while providing the per-tenant data separation that enterprise customers typically require.
What are the operational limits on the free tier?
The operational limits on the free tier include specific record counts (specific small-team scale), specific storage (specific per-tenant storage appropriate for small-team scale), specific API rate limits (specific per-day request limits appropriate for small-team scale), specific email-send limits (specific per-day email-send limits appropriate for small-team scale), and specific support channel (community support with specific response-time expectations). The limits support early-stage team scale without specific aggressive ceilings. The upgrade path to paid tiers runs on specific usage triggers rather than specific hard-cut forced upgrades. The transparency on operational limits supports the long-term planning conversation.
What about data security on the free tier?
The free tier runs with the same security posture as the paid tiers: encryption in transit and at rest, role-based access control, audit logging across sensitive actions, and tenant isolation at the database layer. Strkr is SOC 2 Type II in progress with the audit tracking to complete by 2026-Q4. The compliance posture includes GDPR, CCPA, and CAN-SPAM compliance. The HIPAA posture with Business Associate Agreement availability is available for customers who need it. The security posture matches what most SaaS-hosted free cloud CRMs provide.
How does the mobile app work in the field?
The mobile app provides full CRM access on iOS and Android with contact management, deal management, activity logging, pipeline view, and basic reporting. The offline-capability supports specific field scenarios where connectivity is intermittent: specific contact lookup and specific activity capture run offline with specific sync when connectivity returns. The voice-note capture, specific photo-attachment capture, and specific location-based activity logging support the field-sales and specific field-services operational patterns. The mobile app is included on the free tier without specific feature-gate restriction.
What are the uptime commitments?
The uptime posture includes multi-availability-zone redundancy within the AWS region with specific operational SLAs appropriate for the service tier. The free tier runs on the multi-tenant infrastructure with the best-effort uptime posture typical of SaaS free tiers; the paid tiers include specific contractual uptime SLAs with specific credit mechanisms for specific sustained incidents. The uptime history and specific incident response posture are publicly available on the Strkr status page. For teams depending on the CRM for daily workflow, the uptime posture is a operational anchor.
What happens if I want to migrate off Strkr later?
The migration-out posture supports specific CSV export of all records, specific API export of structured data, specific attachment export, and specific audit-log export. The migration-out does not require specific vendor approval or specific contractual negotiation. Teams can export their data at any time with full ownership. For teams migrating to another CRM (self-hosted or SaaS), the export format supports the common migration patterns. The long-term vendor-relationship flexibility is a design intent.