thiranix.Let’s talk ↗

HOW WE WORK TOGETHER

A clear way to start. An agreement that fits the work.

Choose a starting model based on how well the requirement is understood. Scope, commercials and responsibilities are confirmed in a written proposal; this page is an explanation, not a binding offer.

BEFORE WORK STARTS

What the project agreement should make clear

Scope and acceptance

Deliverables, what is excluded, acceptance scenarios, review periods and the process for resolving defects or requesting changes.

Fees and third-party costs

The charging model, milestones, payment terms, taxes where relevant, and responsibility for licences, hosting, connectors and model usage.

Access and responsibilities

Client contacts, required permissions, sample data, decisions, environment readiness and dependencies that affect delivery dates.

Source code and intellectual property

Ownership and access for custom work, pre-existing components, open-source or vendor licences, repository handover and any conditions on transfer.

Confidentiality and data handling

Permitted data, access controls, approved providers, confidentiality obligations, processor terms where applicable and secure transfer methods.

Release, warranty and support

Deployment responsibilities, backups and rollback, any agreed defect-remedy period, support coverage, exit and handover arrangements.

From conversation to handover

  1. Understand the requirement. Review one concrete problem, the people involved and the existing systems.
  2. Agree a proposal. Record the model, scope, assumptions, costs and acceptance criteria.
  3. Build and review. Share progress at agreed checkpoints and document changes.
  4. Validate and hand over. Complete acceptance checks and provide the agreed code, documentation and knowledge transfer.
Who owns the source code?

Ownership of custom work and access to source code must be agreed in writing. Third-party and pre-existing components may carry separate licences. Do not assume a website enquiry transfers intellectual property.

Can we start with something small?

Yes. A bounded discovery or pilot is often a useful first step before a larger implementation. Its price, duration and outputs are agreed after discussing the requirement.

Is this the Terms & Conditions page?

No. This page explains engagement options. A signed proposal, statement of work or other applicable agreement defines the actual obligations. It does not replace tailored legal terms.

START WITH A CONVERSATION

Bring one challenge.
Define the next step.

Share the process, systems involved and what a useful outcome would look like. We will assess scope, dependencies and the right starting engagement.

Tell us about your project ↗