Case Study
Structy already had a site. It had stopped being maintained, so we rebuilt it rather than patched it.

Structy is a civil engineering practice in Greece. They came to us with a website that already existed and had stopped being looked after. Rather than work around it, we rebuilt it as an information-led site. The work ran for 30 business days, counted from the signed scope document.
A website nobody updates does not stand still, it falls behind. The content ages, the software underneath it ages faster, and at some point the site stops representing the company whose name is on it.
Past a certain age every change takes longer than the change is worth, because whoever makes it has to work around what is already there. Structy had reached that point.
Somebody looking for a civil engineering practice reads the website first and picks up the phone second. The site was not doing that job.
When a site has been left long enough, rebuilding is quicker than repairing. We said so before the quote rather than after.
Structy sells engineering work, and what a prospective client wants from the site is information. The site is built around that content rather than around effects.
The work ran 30 business days. That date came out of the scope document, which is written after we have seen what the work involves rather than before.
The existing site is read before anything is quoted, because the quote depends on what is found.
That decision is made and said out loud before the quote, not discovered halfway through the work.
What the work covers, and what it does not, goes into a document that both sides sign.
Thirty business days, counted from the signed document rather than promised before anyone looked.
Who keeps the site current is settled at handover. The old site fell behind because that was nobody’s job.
Somebody reading the site before they pick up the phone is reading about the firm as it is now, not as it was a few years ago.
A change now takes about as long as the change is worth. That was the whole argument for rebuilding instead of repairing.
The old site did not fall behind because anyone decided to let it. It fell behind because it was nobody's job. That is a decision to make at handover rather than a year later.
Yes, and that is how this one started. We read what is already there first and tell you whether it is worth repairing or replacing, before quoting.
By what the next year of changes would cost. If working around the old structure costs more than replacing it, replacing it is the cheaper option even though it looks more expensive on the first day.
That is the part of a rebuild that has to be planned rather than discovered afterwards. Old addresses are redirected to their new equivalents, so what a search engine already knows about does not go missing.
Yes, a large part of our work is international. Structy is in Greece. Calls, documents and the comments inside the code are in English, and where there is a time difference we agree the overlapping hours at the start.
Maintenance is a separate arrangement, and it is the reason this project existed at all. A site nobody is responsible for drifts back to where this one started.
The scope document gives you a date, and it is written after we have seen what the work actually involves rather than before. What moves that date is usually not the building. It is how quickly content, logins and approvals come back from your side, so we agree who is responsible for what at the start.
There is no price list, because the scope decides it. How many screens there are, who logs in, which other systems it has to talk to and who maintains the content all move the number. After the first call and the technical review you get a document with the price and the timeline in it, and you read that before anything is signed.
The source code is yours. Ownership of the software transfers to you under the terms of the contract once development is complete and payment has been made in full. Those terms, and the confidentiality clauses, are in the contract signed before development begins.
Products, quotes, orders and delivery run in one system, and agents quote from wherever they are.
Read the Case StudyDealers see their own product list, and the catalogue produces its own PDF.
Read the Case StudyManufacturers and buyers meet in one marketplace, with three separate roles.
Read the Case StudyOwners, vets and pet shops use one platform for different reasons.
Read the Case StudyTell us what you have now. We read it first and tell you whether it is worth repairing or replacing, before anybody talks about a price.
On this project we worked on Web Development Services, Software Support and Maintenance, Custom Software Development.
Aynı iş günü içinde dönüş yapıyoruz