Questions, answered.

Sociail is request-led during Early Access. Start from the Early Access page or the persona page that best matches your workflow, then tell us what you want to prove in the first room.

A human reviews every request. We prioritize teams where a shared AI room can be useful, supported, and tested against a real workflow.

Yes. The current path is request-led. We review fit, open the right workspace path, and keep the trial or pilot scoped to a real workflow instead of a generic sandbox.

Pro Trial, Pro, Pro Plus, and Teams paths are explained on Pricing. Pro Plus and Teams remain invitation-only while Early Access is being tuned.

Accepted teams are onboarded in rolling cohorts as capacity opens. We would rather land the first room well than rush a team into a weak setup.

If there is a timing constraint, say so in your request. We will be direct about whether the current window is a fit.

Because the first proof needs to be real. Sociail is not just another account to activate; it works best when a team brings a workflow, a decision owner, and a useful artifact to produce.

Request-led access lets us learn from serious teams while keeping product support, trust boundaries, and infrastructure costs under control.

A room is a shared workspace for a specific piece of work: a customer conversation, launch plan, hiring loop, monthly update, or operating decision.

Humans, AI teammates, context, artifacts, decisions, and receipts stay together so the work can be continued and reviewed instead of reconstructed from scattered tabs.

They are Sociail’s named AI teammate roles: research, building and integration support, writing and communication, and records or follow-through.

The point is not theatrical naming. It is role clarity. Teams trust AI participation more when the job, boundary, and expected output are visible.

Real work does not divide into AI and non-AI. It divides into roles: research, drafting, review, engineering, records, follow-up, and decisions.

Named roles make the work easier to inspect. A teammate can ask what Atlas found, what Ledger recorded, or what still needs human approval.

Private AI chats are useful for individual prompting. Sociail is designed for shared work: rooms, visible context, AI teammate roles, durable artifacts, and reviewable receipts.

If your team only needs occasional drafting help, a lighter tool may be enough. Sociail is for work that benefits from continuity, accountability, and shared context over time.

Sociail is designed for async preparation where the workflow allows it: pulling together context, drafting artifacts, preparing follow-ups, or organizing evidence for review.

That does not mean broad autonomous action. Consequential steps should remain bounded by visible approvals and human authority.

The public pricing ladder is Free during Early Access, Pro Trial, Pro at $20/month after fit is reviewed, and invitation-only Pro Plus and Teams paths with tentative pricing.

Because Early Access is request-led, pricing and packaging are kept close to the workflow being tested rather than pushed through a one-size-fits-all checkout path.

Annual terms may be available as paid plans mature. During Early Access, the main question is whether Sociail creates enough proof in the first workflow to justify continuing.

If annual billing matters for procurement, mention it in the request and we will route it through the right review path.

Card-based billing is the default path for self-serve paid plans as they open. Team pilots and larger deployments can be reviewed for invoice-based billing.

Do not send card details through public forms. Use the pricing or help path and we will route payment conversations safely.

Yes. The product and packaging are designed to let teams start narrow and expand when proof is real.

During Early Access, plan changes are handled through support or pilot review so usage, team size, and AI costs stay visible before anyone is surprised.

Refund handling depends on the paid path and agreement in place. The operating principle is simple: no surprise billing and no adversarial cancellation path.

If Sociail is not working for your workflow, tell us quickly. Early Access is designed around honest proof, not lock-in.

Sociail uses encryption in transit and at rest, least-privilege operational access, event records, provider review, and scoped workspace controls.

Security coverage expands as Early Access surfaces mature. The Security page is the source of truth for the current public posture.

Sociail does not train general AI or foundation models on customer workspace content.

External provider routing is governed separately: provider routes must pass policy, retention, and provider no-training checks before customer context may be sent. Teams with stricter needs should raise them before onboarding.

Not yet. Sociail is working toward SOC 2 Type II readiness, but the formal report is not currently issued.

We publish what is in place now and what is still working-toward so procurement teams can evaluate the actual posture instead of a marketing shortcut.

Sociail is designed around privacy-forward data handling, no sale of customer data, and support for common privacy rights.

If your team needs a signed DPA, data-processing review, or a specific procurement artifact, route that through Help before onboarding.

The current Early Access posture is US-hosted. Data residency options are roadmap items, not current self-serve promises.

If residency is a hard requirement, mention it before onboarding so we can confirm whether Sociail is appropriate for your team right now.

Only through scoped integrations and workspace permissions that are explicitly connected. Sociail should not silently crawl unrelated systems.

The design goal is visible, revocable access: what context was used, what output was prepared, and what still needs human review.

Sociail collects what is needed to operate the service: account details, workspace content you provide, usage and diagnostic events, support requests, and payment records handled by payment providers when billing applies.

Public forms should not include passwords, card numbers, credentials, or sensitive workspace secrets.

No. Sociail does not sell customer data. The business model is product access and paid plans, not advertising or data resale.

Export and deletion paths are part of the control model. During Early Access, some requests may be routed through Help while self-serve controls mature.

Receipts and audit records may need special handling so teams can keep a reviewable history without retaining unnecessary content.

Yes. Account and workspace deletion requests can be routed through Help during Early Access while self-serve controls mature.

Some records may need retention handling for billing, fraud prevention, security, or legal obligations, but the operating posture is to avoid keeping unnecessary customer content.

Workspace owners can invite team members as part of onboarding and workspace setup. During Early Access, this may be coordinated with the Sociail team to keep the first room focused.

The best first setup is usually one real workflow, one accountable owner, and a small group of people who can judge whether the room helps.

The product architecture is designed for workspace-scoped context. Multiple workspace participation is a natural direction, but Early Access setup should stay focused on the first proof loop.

If your use case depends on multiple workspaces, include that in your request so we can evaluate fit before onboarding.

Sociail is built as a responsive web experience first. Mobile access is useful for review and lightweight participation, while heavier workflows are expected to start on desktop.

Native mobile apps are not the primary Early Access promise.

Integrations are being sequenced around the workflows Sociail can support safely. Public product pages describe ready, preview, pilot, and planned surfaces separately.

For a specific tool such as Google Drive, Slack, GitHub, Linear, Salesforce, or HubSpot, ask before onboarding. We will distinguish current support from roadmap intent.

Ready means available now for approved Early Access teams. Preview means working and visible, with rollout still limited. Pilot means available only in approved proof or design-partner workflows.

Planned means the direction is intentional, but it is not a current product promise. The labels are there so roadmap ambition does not blur into broad availability.

CRM workflows are a strong fit for Sociail’s shared-room model, but native CRM support should be treated as workflow-specific during Early Access.

If CRM update, handoff, or follow-up tracking is your main use case, tell us which CRM and what action needs to stay human-approved.

Not as a primary Early Access promise. Webhooks and automation-platform connectors are roadmap candidates once core room behavior, receipts, and approval paths are stable.

The web workspace targets current modern browsers. Browser Control is Chrome-first while the extension path matures.

If browser compatibility is a blocker for your team, include the target browser and operating system in your request.

Public component status is available on the Status page. During Early Access, we surface website, platform, and dependency health as the coverage matures.

AI latency can also depend on external model providers, which may have their own incidents.

A public API is not the main Early Access surface. Programmatic work is being sequenced through managed integrations, Browser Control, and workflow-specific pilots first.

If you are building an integration, describe the workflow and the approval boundary you need.

Not as a customer-controlled self-serve option today. Sociail uses reviewed provider routes and product-level guardrails so AI behavior stays consistent with the room model.

If your team has model, data retention, or compliance constraints, raise them before onboarding.

Sociail is founder-led by Mustafa Sualp, previously founder of AEFIS and part of the HelioCampus story after acquisition.

The team is intentionally small and AI-leveraged while the product is being shaped with close Early Access feedback.

Sociail is preparing for a deliberate funding path while staying focused on product proof, design partners, and paid Early Access motion.

Strategic investor conversations are welcome when they understand the category, the infrastructure depth, and the need for disciplined trust boundaries.

We hire slowly and deliberately. Open roles and general-interest notes belong on the Careers page.

If the work resonates and you do not see a role, send a concise note about what you would build and why Sociail’s bet matters to you.