IMtech

Service

Partner websites under the partner's brand

We build websites through which partners sell your service under their own brand: the logo, language and price coefficient are determined by the site address, while calculations, requests and rules are shared in one system. Our basis is the system for a road freight carrier, live with the client.

Animation: three partner sites slide out of the system's site template, each gets its own logo and its own price bar of a different height, and lines run back to the shared template.

When you need it

Situations that bring people to us for this service.

  • Partners need their own site

    A reseller wants to sell under their own brand, and a separate system for each is costly and awkward.

  • Partner prices are worked out by hand

    Each partner has its own coefficient, and every quote for it is a separate spreadsheet.

  • Requests scatter

    Orders from partners' customers arrive by email and get lost.

  • Different languages

    Partners work in different countries, and the site needs each one's language.

What's included

  1. Partnership model

    What each partner has of its own (brand, language, prices) and what is shared (rules, requests, statuses).

  2. Site by address

    The logo, language and price coefficient are determined by the site address — without a separate copy of the system.

  3. Shared calculation

    One set of calculation rules for all sites, with the specific partner's coefficient.

  4. Requests in one system

    A request from a partner's customer has statuses with reasons, documents, PDFs and emails.

  5. Roles

    Visitor, end customer, reseller, carrier, administrator — each with their own permissions.

  6. Interface languages

    An interface in several languages; a partner site's language is set in its settings.

What you get

  • A description of the partnership model and roles
  • A shared system with settings for each partner
  • Partner sites at their own addresses
  • Shared requests and calculations
  • Code and documentation that are open to you

The project path

From the first conversation to daily use

Every step ends with a decision: go on or stop. We don't start the next one until the previous one has given its answer.

  1. 01

    Getting to know the task

    You describe the process and what gets in the way. We reply by email with questions and arrange a call.

  2. 02

    Discovery

    We study the process with the people who work in it and write down what the system must change and how we will check it.

  3. 03

    Prototype

    We build a working prototype of the key scenario to test the idea on real data rather than on polished screens.

  4. 04

    Pilot

    We run the system in your real environment with agreed outcome criteria and a deadline. After the pilot we decide together whether to go further.

  5. 05

    Launch and growth

    We bring it to daily use: reliability, access rights, links to other software, documentation, support. Then we develop it based on user feedback.

Systems where we have already done this kind of work.

Technology in these case studies

  • REST API
  • JWT
  • Excel
  • PDF

Questions about this service

Does each partner need a separate system?

No. In the road freight case study a partner gets a site under their own brand — with their own logo, language and price coefficient — while the system is one.

Can a partner see other partners' requests?

Not if the permissions say so: each role sees and changes only what it is allowed to.

How many languages can there be?

In the carrier case study the interface works in five languages. The languages you need we decide during discovery.

Have a project with no ready-made solution?

Describe it in a few sentences: how things work today and what gets in the way. We reply by email with questions on the next business day.

Get in touch