OpLogica
Intake

Why the intake exists.

The intake exists so both sides can understand the workflow, evaluate suitability, scope, and readiness, and align expectations before any audit begins. It helps avoid a poor fit and supports the quality of the work. Submitting starts a process of mutual evaluation, not an automatic engagement.

Who should submit.

  • Teams with consequential decisions
  • Risk-sensitive workflows
  • Partially automated or AI-assisted workflows
  • Workflows with human approval
  • Insurance teams especially
  • Those who want a formal reviewability assessment of one workflow

Who should not submit.

This is respect for your time, not a barrier.

  • Workflows with no consequential decisions
  • Those seeking compliance certification or legal validation
  • Those wanting automation built
  • Those expecting a guaranteed outcome

What we need to understand.

The goal is understanding your workflow, not a sales qualification. Your inputs are handled as private.

Describing your workflow

What the workflow does, the decisions it makes, the systems involved, who is involved, and roughly how often decisions occur. Detail can be refined in conversation.

How AI is used in the workflow

Where and how AI or automation is used, what it recommends or decides, and where humans are involved. We understand the decision points, not audit the AI itself.

Where humans review decisions

Where humans review or check decisions, what they look at, and how that review is recorded.

How approvals work

How decisions are approved, who approves them, and how approvals are recorded.

How exceptions are handled

How exceptions or edge cases are handled, who handles them, and how they are recorded.

What evidence the workflow produces

What evidence the workflow produces or relies on, where it is stored, and how it is linked to decisions.

Documents that help

Optional documents such as process descriptions, policies, or example records. Not required to submit, handled as private, and confidentiality terms may be included where appropriate.

How scope is evaluated.

After submission, the scope of a possible audit is evaluated based on the workflow, and scope determines the tier and price where applicable. Scope is evaluated, not assumed.

  • The number of decision points in the workflow.
  • The complexity of those decisions.
  • The number of systems involved.
  • The degree of automation or AI involvement.
  • The number of people or roles involved.
  • The volume of decisions over time.
  • The number of evidence sources.
  • The complexity of the approval process.
  • The complexity of exception handling.
  • The state of existing records.
  • The number of workflows in question.
  • Whether the workflow spans teams.
  • The availability of documentation.
  • The clarity of ownership.
  • The variability of the workflow.
  • The presence of recurring exceptions.
  • The degree of cross-system fragmentation.
  • The depth of assessment requested.
  • Any specific organizational requirements.
  • Whether the engagement is Founder, Standard, or Enterprise in nature.

How suitability is evaluated.

Whether an audit would genuinely help this workflow and whether it is a good fit. Submitting does not guarantee acceptance.

  • The workflow involves consequential decisions.
  • The workflow is risk-sensitive.
  • The workflow is partially automated or AI-assisted.
  • Humans are involved in approval.
  • Evidence sources exist to assess.
  • There are consequences if decisions are wrong.
  • The workflow is reasonably well-defined.
  • The decisions can be described.
  • The organization wants a reviewability assessment.
  • The organization is open to honest findings.
  • The workflow is a fit for the methodology.
  • The workflow is bounded enough to assess.
  • The organization can provide basic information.
  • The organization understands this is an assessment.
  • The organization is not seeking certification.
  • The organization is not seeking legal validation.
  • The organization is not expecting a guarantee.
  • The workflow has decisions where later review and reconstruction would be useful.
  • The timing is reasonable for both sides.
  • The engagement aligns with what OpLogica does.

How readiness is evaluated.

Whether the workflow and organization are ready for a useful audit now, or whether some preparation would help first. An audit begins only after the process is complete.

  • The workflow can be clearly described.
  • The decision points are identifiable.
  • The systems involved can be named.
  • The people or roles involved are known.
  • The evidence sources can be identified.
  • The approval process can be described.
  • The exception process can be described.
  • Basic records exist to examine.
  • A point of contact is available.
  • The organization can allocate some time.
  • The scope can be reasonably bounded.
  • The relevant documents can be shared if needed.
  • The workflow is stable enough to assess.
  • The organization understands the deliverable.
  • The organization understands it is an assessment.
  • Expectations about timelines are realistic.
  • Expectations about pricing are understood where applicable.
  • The organization is ready for honest findings.
  • The workflow is not mid-rebuild in a way that prevents assessment.
  • The organization is ready to begin the process.

Intake by tier.

The tier is confirmed during scope evaluation. Submitting does not create an engagement.

  • Founder Audit intake

    $1,500

    Suits a single, well-bounded workflow. The intake focuses on understanding that one workflow. The tier is confirmed during scope evaluation.

  • Standard Audit intake

    from $3,500

    Suits a more complex workflow or a more detailed assessment. The intake gathers enough detail to evaluate scope. The price depends on scope, confirmed during evaluation.

  • Enterprise Audit intake

    Custom scope

    Involves multiple workflows or specific requirements, custom-scoped, with a short qualification. The price is custom because the scope is custom.

See the tiers and deliverable   See pricing

What happens after you submit.

  1. Reviewed The submission is reviewed.
  2. Conversation A conversation is arranged.
  3. Evaluation Suitability, scope, and readiness are evaluated.
  4. Scope Only if there is a good fit is an audit scoped and agreed.

Submitting does not guarantee acceptance, begin an audit, or create an engagement.

How we will communicate.

After submission, we will be in touch to arrange a conversation. Responses are handled by a small team as promptly as possible, and communication is clear and honest. We do not promise a specific response time; timelines depend on circumstances.

Founder involvement.

As a founder-led, early-stage company, the founder is directly involved in intake and engagements, which means you deal with someone close to the work. This is a deliberate, transparent choice, a benefit of care and directness.

Common intake mistakes.

Framed helpfully and without blame, so the intake goes smoothly.

  • Describing too many workflows at once instead of one bounded workflow.
  • Leaving out the decision points.
  • Not naming the systems involved.
  • Omitting how approvals work.
  • Omitting how exceptions are handled.
  • Not mentioning where evidence is stored.
  • Expecting compliance certification.
  • Expecting legal validation.
  • Expecting a guaranteed outcome.
  • Expecting the audit to build automation.
  • Assuming submitting begins an audit.
  • Assuming submitting creates an engagement.
  • Providing no point of contact.
  • Expecting a fixed timeline before scope is known.
  • Expecting a fixed price before scope is known.

Preparing for an audit.

Practical help for a useful submission and a smooth process.

  • Choose one bounded workflow to start.
  • Describe what the workflow does plainly.
  • List the main decision points.
  • Note where AI or automation is used.
  • Note where humans review or approve.
  • Describe how approvals are recorded.
  • Describe how exceptions are handled.
  • Note where evidence is stored.
  • Estimate how often decisions occur.
  • Identify who owns the workflow.
  • Gather any optional documents that help.
  • Provide a clear point of contact.
  • Be honest about current gaps.
  • Avoid overstating maturity.
  • Clarify what you want from the assessment.
  • Understand the deliverable in advance.
  • Understand this is an assessment, not a guarantee.
  • Keep expectations about timelines realistic.
  • Understand pricing depends on scope where applicable.
  • Be ready for honest findings.

Intake questions, answered.

What is the intake?

The process that happens after you decide to request a Workflow Audit, where we understand your workflow and evaluate suitability, scope, and readiness before any audit begins.

Does submitting begin an audit?

No. Submitting does not begin an audit. It starts a process of mutual evaluation.

Does submitting create an engagement?

No. Submitting does not create an engagement. An engagement is agreed only after evaluation, if there is a good fit.

Does submitting guarantee acceptance?

No. Submitting does not guarantee acceptance. We evaluate suitability and may decline a poor fit.

What happens after I submit?

We review the submission, arrange a conversation, evaluate suitability, scope, and readiness, and only if there is a good fit do we scope and agree an audit.

Who should submit?

Teams with consequential decisions in risk-sensitive, partially automated, or AI-assisted workflows with human approval, especially in insurance, who want a reviewability assessment.

Who should not submit?

Workflows with no consequential decisions, or those seeking compliance certification, legal validation, automation building, or a guaranteed outcome.

What information do you need?

An understanding of the workflow, AI usage, human review, approvals, exception handling, evidence, and any optional documents.

How much detail should I provide?

Enough to describe the workflow and its decisions. Detail can be refined during a conversation.

Are documents required?

No. Documents are optional and confidential, and they can help the assessment.

Is my information handled as private?

Yes. It is used to evaluate and, if agreed, deliver the audit, and public materials use fictional data only.

Can we put confidentiality terms in place?

Yes. Confidentiality terms can be arranged on request.

How is scope evaluated?

Based on the workflow: its decision points, complexity, systems, automation, volume, evidence, approvals, exceptions, and records, among other considerations.

How is suitability evaluated?

By whether an audit would genuinely help the workflow and whether it is a good fit for the methodology.

How is readiness evaluated?

By whether the workflow and organization are ready for a useful audit now, or whether some preparation would help first.

What if my workflow is not ready?

We will say so honestly, and we can explain what would help before an audit.

What if my workflow is not suitable?

We will tell you honestly. We would rather decline than take on a poor fit.

How much does the audit cost?

Founder Audit is $1,500, Standard Audit is from $3,500, and Enterprise Audit is custom scope. Pricing depends on scope where applicable.

When will the audit start?

Only after the intake process is complete and an audit is scoped and agreed. Timelines depend on circumstances.

Do you promise a timeline?

No. Timelines depend on circumstances, and we do not promise a specific one before scope is known.

Do you promise a price before scope?

No. For Standard and Enterprise, pricing depends on scope, confirmed during evaluation.

Is the audit a guarantee?

No. Audits are assessments, not guarantees of any outcome.

Is the report a certification?

No. Reports are professional opinions, not certifications or compliance validation.

Is this compliance certification?

No. The audit supports audit readiness and decision accountability. It does not certify compliance.

Is this legal advice?

No. The intake and the audit are not legal advice.

Will the founder be involved?

Yes. As a founder-led, early-stage company, the founder is directly involved in intake and engagements.

Why is the founder involved?

Because we are early stage by design, which means you deal with someone close to the work.

What is the 50 percent audit credit?

If you continue to the next stage within 30 days of the audit, 50 percent of the audit fee is credited toward that stage.

Can I get the control pack without an audit?

No. The Insurance Control Pack is available only after an audit, and is delivered through implementation.

Can I get implementation without an approved pack?

No. Implementation is available only after an audit and an approved control pack.

What is a common intake mistake?

Describing too many workflows at once, or expecting a fixed timeline or price before scope is known.

How should I prepare?

Choose one bounded workflow, describe its decisions, note AI usage, approvals, exceptions, and evidence, and provide a point of contact.

What if I have more than one workflow?

Start with one bounded workflow. Multiple workflows are an Enterprise conversation.

Do you accept every submission?

No. We evaluate fit and may decline a poor fit, honestly.

What happens in the conversation?

We discuss your workflow, evaluate suitability, scope, and readiness, and clarify next steps, with no pressure.

Is there any obligation to proceed?

No. There is no obligation, and submitting does not create an engagement.

Can I see the deliverable first?

Yes. The sample report shows the full deliverable on fictional data, and the scoring model page explains the score.

How do I submit?

Through the Request Audit page, which begins the intake process described here.

What if I am not sure I am ready?

You can try the self assessment or the exposure estimator first, or simply submit and we will evaluate readiness together.

Is the intake a sales funnel?

No. It is an honest process of mutual evaluation, not a sales qualification funnel.

Honest trust signals.

Genuinely true for the intake, with no fabricated customers, success rates, or metrics.

  • Whole process explained We explain the whole process before you submit.
  • No audit begun We say plainly that submitting does not begin an audit.
  • No engagement created We say plainly that submitting does not create an engagement.
  • Honest evaluation We evaluate suitability, scope, and readiness honestly.
  • We will decline a poor fit We would rather decline than take on a poor fit.
  • Your information is private We keep your information private.
  • Fictional public data We use fictional data in all public materials.
  • Confidentiality on request We offer confidentiality terms on request.
  • Assessments, not guarantees We are clear that audits are assessments, not guarantees.
  • Opinions, not certifications We are clear that reports are opinions, not certifications.
  • No timelines before scope We do not promise timelines before scope is known.
  • No prices before scope We do not promise prices before scope is known.
  • Founder involved The founder is directly involved.
  • Early stage, openly We acknowledge our early stage openly.
  • Inspectable materials We point to inspectable materials that explain our approach.

Start the process when you are ready.

If your workflow is a fit and you are ready, you can request an audit, which starts the intake process described here, with no guarantee of acceptance and no obligation.