Start with the job your website needs to do
Choosing a website company starts with a business question: what should a visitor be able to do? Request a quotation, book a room, buy a product or understand your services are different goals. A useful proposal connects the design, content and functionality to those actions.
For a Sri Lankan business, identify where customers are, which languages they use and how enquiries or orders will reach your team. If you need Sinhala, Tamil and English content, specify who will translate it, check it and keep each version current. If the site takes payments or bookings, include the operational steps after the customer clicks submit.
Choose a supplier whose evidence, working process and ongoing responsibilities fit the project. A striking homepage is worth less if customers cannot complete a task or your staff cannot maintain essential information.
Give every company the same clear brief
A short written brief makes quotations easier to compare. State your audience, primary goal, essential pages, required functions, available content, budget range and intended launch date. List existing systems and anything that must be carried over from an old website.
Separate launch requirements from possible later additions. A five-page service website with an enquiry form is a different project from a catalogue with hundreds of products, payments, stock updates and delivery rules. Ask suppliers to identify assumptions and exclusions instead of leaving them implicit.
| Brief item | Example of a useful requirement |
|---|---|
| Goal | Help customers request a quotation for one of three services |
| Pages and content | Home, three service pages, about and contact; client supplies approved English copy and photographs |
| Enquiry process | Form captures service, contact details and message; sends to an agreed inbox and shows success or error feedback |
| Editing | Office staff can change service descriptions, photographs and opening hours |
| Languages | English at launch; quote Sinhala and Tamil versions separately, including translation responsibilities |
| Delivery | Staged review dates, named approver, training and written handover checklist |
Check relevant work and who will actually deliver yours
Ask for a few live websites with similar requirements. Try their navigation, forms and content on your phone. Ask what the supplier did on each project: strategy, design, development, copywriting or maintenance. A portfolio image alone does not show who built the site or how well it works today.
Request a relevant client reference and ask about communication, handling of changes, delivery and support after launch. Establish who manages your project, who builds it, whether subcontractors are involved and who covers absences. For a small team, continuity matters as much as the initial presentation.
A freelancer, agency or specialist development team can each be appropriate. Match their capacity to your scope and support needs. Local availability may help with meetings, language review and operational understanding; still agree response hours, channels and responsibility in writing.
Compare deliverables, not just the quoted total
Send the same clarification questions to each shortlisted supplier and request revised written proposals. A fixed price is only meaningful when its scope is clear. For time-based work, agree rates, estimates, reporting and approval before additional hours are spent.
Treat promises such as unlimited changes or everything included as questions to clarify. Ask how a new page, extra language, delayed content or revised booking process affects cost and timing. Record the approval process for changes before they occur.
| Area | What the proposal should make clear |
|---|---|
| Design | Pages or templates included, design review stages and revision rounds |
| Content | Who writes, translates, sources images, uploads content and checks accuracy |
| Functionality | Forms, search, payments or booking flows, integrations and failure states |
| Testing | Devices, browsers, accessibility checks, performance checks and acceptance criteria |
| Launch | Domain setup, hosting, redirects where needed, backups and responsibility for releasing the site |
| Handover | Accounts, editable assets, code where applicable, documentation and staff training |
| Support | Defect period, maintenance scope, response targets, exclusions and renewal charges |
Calculate the cost of running the website as well as building it
Separate the initial project fee from domain renewals, hosting, platform subscriptions, paid extensions, maintenance, content updates and transaction-related fees. Confirm the currency, applicable taxes, renewal dates and whether introductory discounts expire. For services billed in a foreign currency, allow for exchange-rate changes.
The hypothetical example below shows the comparison method. It is not a Sri Lankan market-price guide. Assume the same agreed scope and service level, annual fees payable from the first year, and no price changes. Taxes, payment fees and extra work are excluded from both options.
| Illustrative cost | Proposal A | Proposal B |
|---|---|---|
| Initial build | LKR 180,000 | LKR 260,000 |
| Annual hosting, tools and maintenance | LKR 90,000 | LKR 45,000 |
| Three-year total: build + three annual charges | LKR 450,000 | LKR 395,000 |
Agree account control, ownership and the exit route
Ask the supplier to demonstrate how your staff will edit a page, replace a photograph and publish a change. Establish whether the proposed platform requires continuing subscriptions, specialist developers or particular hosting. The best fit is one your team can operate and support within its budget.
Keep the domain registration details, billing and recovery arrangements under your business's control, with suitable delegated access for the supplier. Do the same for hosting, analytics and other critical services where the platform permits it. Use business-controlled recovery contacts and individual access rather than sharing one password between everyone.
State what rights you receive in the design, custom code, text and images, when those rights take effect and which third-party licences remain subject to separate terms. Paying for a website does not by itself explain every licence or guarantee a portable copy of a hosted platform.
Ask what you can export if you change suppliers: content, customer records where applicable, media, designs, code and configuration. Confirm migration assistance, fees, cancellation notice and any features that would need rebuilding. For a .lk domain, check the applicable registry or registrar process rather than assuming rules for other domain endings apply.
Make quality something you can check before launch
Ask to review working pages with realistic content, not just static designs. Try key tasks on a phone and desktop: find a service, submit an enquiry, recover from an invalid field and receive the resulting message. For a shop or booking site, include unsuccessful payments, cancellations and confirmation handling in the agreed test plan.
Agree accessibility expectations and how they will be evaluated. Keyboard navigation, readable text, clear labels and understandable errors affect real visitors. W3C explains that automated tools alone cannot determine accessibility; informed human evaluation is also needed. Ask for the findings and fixes rather than relying on a badge or a single score.
For loading performance, ask what pages, devices and connection conditions will be checked. Large images and third-party additions can change results after delivery. Define reasonable acceptance criteria and who handles regressions instead of accepting an unexplained promise that the site will be fast.
Clarify who maintains software, manages access, checks backups and restores the site after a problem. If forms collect personal information, decide what is needed, where it is stored, who can access it and how deletion requests are handled. Have applicable privacy requirements reviewed for the actual service rather than copying another website's policy.
Ask what SEO includes and how success will be measured
A proposal should describe the search-related work: useful page titles and content, navigable pages, checks for crawl or indexing problems, and redirects if existing addresses change. Agree whether the supplier handles only launch setup or ongoing content and search analysis as well.
Google's guidance makes clear that meeting its requirements does not guarantee inclusion in search results. Treat guaranteed rankings as a reason to ask for evidence and precise terms. A company can commit to defined work and reporting; it cannot control every search outcome.
Choose measures related to the business goal, such as qualified enquiries or completed bookings, and agree how they will be counted. Analytics setup, account access and privacy choices should be explicit. More visits alone do not show whether the site brings suitable customers.
Tie milestones to reviewable work
Use a schedule with tangible stages: agreed scope and content plan, design approval, working site, testing and corrections, then launch and handover. Each stage should identify the deliverable, your review period and the person authorised to approve it. Ask how supplier or client delays affect the schedule.
Agree payment milestones, cancellation terms and a documented change process. A new requirement should have a written description, cost and timing impact before work begins. Distinguish correction of a defect in agreed functionality from an additional feature.
Reserve time for your team to supply content and test the site. A supplier cannot reliably finish a multilingual catalogue if translations or product data arrive after the agreed deadline. Clear client responsibilities help keep the quoted schedule credible.
Finish with a website your business can operate
Before choosing, write a short reason for your preferred supplier: evidence of relevant work, a clear scope, manageable running costs, adequate account control and a workable support arrangement. If a critical point remains unanswered, resolve it before signing. A good selection should still make sense after the presentation is over.
- Your team can access the agreed administration, domain and service accounts with working recovery methods.
- Key pages and customer journeys have been tested, including errors and confirmation messages.
- Content, contact details, languages and included assets have been approved.
- Staff have practised editing and publishing, with instructions they can use later.
- Backups, restore responsibilities, renewal dates and billing contacts are documented.
- The agreed source files, exports, licences and ownership records have been delivered.
- Support contacts, hours, response targets and what costs extra are clear.
- Any outstanding defects have an owner and an agreed resolution date.
Frequently asked questions
Should I choose the cheapest website quotation?
Compare scope and total ownership cost first. A lower price may exclude content, testing, subscriptions, support or handover. Ask suppliers to quote against the same brief and clarify recurring charges before deciding.
Is a freelancer or an agency better?
Either can fit. Check relevant skills, availability, project management and continuity if the main contact is unavailable. Choose the delivery arrangement that matches your project's complexity and support needs rather than the business label alone.
Who should control the domain account?
Your business should have reliable control of registration details, renewal billing and recovery arrangements, with delegated supplier access where available. Confirm the process for your particular domain ending and keep records of the account and renewal dates.
Do I need a custom-built website?
Not necessarily. Ask the supplier to explain which requirements need custom work and demonstrate the editing experience. Compare the proposed platform's capabilities, running costs, restrictions and export options before choosing.
Can a company guarantee first place on Google?
Search placement is not fully within the supplier's control. Ask for defined deliverables, realistic reporting and evidence instead of a guaranteed position. Technical readiness and useful content support search visibility but do not guarantee indexing or rankings.
What should ongoing maintenance include?
Specify the actual tasks: software updates where applicable, backups, restore help, monitoring and a defined amount of support or content work. Clarify response hours, exclusions, renewal prices and whether new features are separately charged.
Can I move to another company later?
That depends on your contract, platform and licences. Agree what can be exported, which accounts you control and what migration assistance costs. A proprietary hosted service may require parts of the site to be rebuilt elsewhere.



