Website for an IT company: how to get development orders
TL;DR
A development client may not understand technology: they need to see what you do, how you work and what it costs. I explain what an IT company website needs: services in plain words, case studies, team and process, cost and a request form, and what such a website costs.

A development client chooses a contractor they will trust with their money and their product. An IT company website should explain what you do, show results and lead to a request. Below is what I build into such a project.
Why does an IT company need a website if orders come through referrals and freelance marketplaces?
Referrals and freelance marketplaces are working channels, and there is no need to give them up. But on a marketplace you sit in a shared feed next to competitors, and a client who came by recommendation also checks the company on their own. Your own website handles other tasks:
Checking the contractor. The client sees the services, case studies and team before the meeting.
A clear offer. What you do and for whom is gathered on pages, not in messages.
Requests with details. The form collects the client's task before the manager calls.
Where to send ads. Traffic goes to a service page, not to a profile on someone else's platform.
How do you describe services so a non-technical client understands them?
A client looks for a solution to their task, not a list of technologies. So I describe each service through the client's task:
What the client gets: a website, a mobile app, an internal system, an integration.
Who it is for: what kind of business comes to you and with what task.
How the work goes: the stages from request to launch, in plain words, without jargon.
What you need from the client: access, materials, a responsible person on their side.
The technologies you work with are worth mentioning, but at the end of the page and without a long list.
How do you show case studies if projects are under a non-disclosure agreement?
Case studies are an IT company's main argument, but some projects cannot be shown. What I do in this case:
A case study without the client name: the industry, the task, what was done and what changed - without the name or screenshots.
Case studies with permission: the name, screenshots and a client review, only if the client agrees.
Your own products: if you have them, they also show how you work.
Honest wording: no invented figures about sales growth or user numbers.
What does a client want to know about the team and the work process?
A client hands the project to people, so I show who exactly will work on it:
Team: photos, names and roles - project manager, developers, designer.
Process: how you gather requirements, show interim results and accept the work.
Communication: who answers the client and through which channel.
Company details and address: the company name, the office, if you have it.
The article Website photos: your own or stock images covers this separately.
How do you present development cost on a website?
An exact development price cannot be named without a task, but with no price at all the client has nothing to compare. What I suggest:
A "from" price: for standard services, if you have them.
What the price depends on: the scope of features, integrations, design, support after launch.
How the estimate is made: a request, a call, an estimate by stage.
More on when to show the price and when not to - see the article Prices on your website: show them or hide them.
What form do you need for a development request?
The form should collect the task so that the manager comes to the call prepared:
What needs to be done: a website, an app, a system or improvements to an existing product.
Task description: in free text, without a ready technical specification.
Budget: a range, if the client is ready to name it.
Contact: name, company, phone or email.
Which fields to keep and which to remove - see the article Website enquiry form: which fields you need and which get in the way. How a client can prepare the task beforehand - see the article What a website spec is and whether a small business needs one.
What language should an IT company website be in?
In the language of your clients. If you work with foreign clients, you need an English version at least for services, case studies and the request form. If your clients are local - Russian and Uzbek. More in the article Does Your Site Need an Uzbek Version.
Service and case study pages bring clients from search if they are written for their tasks. How this works - see the article What SEO Services Actually Include.
What are the prices for an IT company website?
The price depends on the scope, not on the industry:
Landing page - from $190. A studio with a narrow specialization: a service, case studies, the team and a request form.
Multipage website - from $490. Service pages, case studies, the team, the work process and language versions.
Complex project - on request. A project estimate calculator, a client account, integration with an accounting system.
I fix the price before the start for the agreed scope. How a landing page differs from a multipage website in terms of tasks - see the article Landing page or multipage website: what your business needs.
If you want a website like this for your company - write to me, and I will send a proposal tailored to your services.
FAQ
Read next
Websites & developmentOctober 15, 20264 min readHow to compare website proposals: what to look at besides the price
You received several commercial proposals for a website, and the totals differ a lot. Comparing only prices makes no sense - the word "website" covers very different scopes of work. I show what to check in a proposal, how to tell what the price includes and which signs are a warning.
Websites & developmentOctober 14, 20264 min readWho owns the website after handover: what you should have in hand
The website is paid for and live, but the domain is registered to the developer and you have no access. Then in fact it is not yours. I show whose name to put the domain and hosting in, which access to get after handover and what to do if the developer kept it and does not respond.