WEBISS

How we work

The order does not get rearranged. Every step is here because skipping it has cost money at some point, ours or the client's.

How the work goes

  1. Conversation and questionnaire

    Forty minutes to an hour. We ask the questions and take the notes ourselves, then send a written summary: did we understand it correctly. This is free, and the description of the task stays with you either way, even if we do not end up working together.

  2. Business review

    The first conversation is free, always. A review begins where the work becomes ours: we walk the route of your business, read the documents, count and write. That part is paid, and we say so at that moment rather than afterwards. What stays in your hands is a document you can take anywhere, including to another contractor. A review can end with the finding that software does not fix this, and that is a paid result rather than a refusal: we say that outcome up front, not at the end. If the route of your business is already clear, from the conversation or from your papers, we do not push the review on you: we go straight to the brief.

  3. The decision: do we take it on

    We answer this before naming a price. There are three outcomes: we take it, we take it with conditions, we turn it down. Conditions are put in writing before the work starts, not after.

  4. The brief

    The task and the measure of success, the scope, what is NOT included, what you provide and by when, the acceptance criteria. Sign-off is written: a spoken «yes, that's right» does not count.

  5. The price

    Only now, and only out of the brief. Subcontractors (photographer, copywriter, designer) and paid services go on separate lines: you can see what you pay us for and what you do not.

  6. Contract and deposit

    A deposit is required. Not so much for the money as for the check on seriousness, on both sides.

  7. What we need from you, and the build

    You get the checklist straight away: what we need from you, by when, and why. For a website that is photos and texts; for a bot it is the wording of its answers and who replies when it cannot; for a reconciliation it is access to the place the numbers already live. We build in parallel rather than waiting. The deadline is counted from the day that material arrives, and that is written into the brief.

  8. Acceptance

    Against the criteria in the brief, not against a mood, and on the real thing rather than a demo: on a real phone if it is a website, on your own phone in the real chat if it is a bot, on a real day of your data if it is a reconciliation.

  9. Launch and handover

    Whatever it takes for the thing to be yours and to keep running: domain, certificate and Search Console for a website; the bot registered in your own account; the schedule and its alerts for a reconciliation. Access is set up on your accounts, not ours. Plus a short guide on running it yourself, in your language and with screenshots.

When we turn the work down

We decide this after the questionnaire and before naming a price. Turning it down at that point costs one conversation; turning it down halfway through a project costs money, reputation and months. We refuse plainly and briefly, without apologies and without lecturing, and we say what we think would help you instead of a website.

  • The real problem is not the tool: enquiries already come in but there is nobody to handle them; the product does not sell; the price is off the market. Software does not cure that, and in six months we will be the ones at fault.
  • There is no measurable sign of success, or it is not something software can reach.
  • There are no texts and no photos, no person to make them, and no budget for a photographer and a copywriter. This is the most common reason projects stall. Tested on ourselves.
  • There is no single decision-maker. Three approvers with different opinions make not a project but endless negotiation.
  • The deadline is physically impossible. It must not be promised even under pressure: a missed deadline is worse than a job not taken.

Common questions

Why are there no prices here?
A figure without a scope means either lost money or a conflict at handover. We name the price after the brief, when it is clear what exactly we are doing. This is a position, not a dodge.
How long does the work take?
It depends on the scope, and the honest answer arrives with the brief. One thing can be said in advance: the deadline is counted not from the date of the contract but from the day we received your texts and photos. Waiting for content is the most common reason projects drag on.
What happens after launch?
After two weeks, a short check: does the thing we built it for actually work. After two months we look at the measure written into the brief and say honestly how it turned out. After that, either support (hosting, availability, updates, security, an hour of small edits a month and a short report once a quarter), or we part on good terms. A one-off website ages, and we warn about that in advance rather than afterwards.
Who owns what we build, and the access?
The access is yours and is set up on your accounts: domain, analytics, email. What we build lives on hosting inside our team, with free view access for you; if we part ways, we transfer the project to your team through the standard transfer. The source code stays with us, and that is written into the brief before the work starts rather than surfacing at the end.