# Website Design & Software Development for Durban Businesses > Business websites, product catalogues and custom software for Durban teams connecting customer enquiries with day-to-day operations. Canonical page: https://webvelopment.co.za/za/locations/durban/ Language: en South Africa · Service area Business websites, product catalogues and custom software for Durban teams connecting customer enquiries with day-to-day operations. [Let’s talk](https://webvelopment.co.za/za/contact/) ## Websites and software your team can use ![A retail worker at the counter of a small shop.](https://webvelopment.co.za/images/lifestyle/retail-owner-1400.webp) Illustrative photography · [Vladyslav Hryhoriev / Unsplash](https://unsplash.com/photos/woman-working-at-a-counter-in-a-store-7H9BVqI739w) We can help with [website design](https://webvelopment.co.za/za/services/websites/website-design/), [WordPress development](https://webvelopment.co.za/za/services/websites/wordpress-development/) and [custom software](https://webvelopment.co.za/za/services/development/custom-software-development/). A first phase might improve a service website, connect an enquiry form or replace a repetitive staff task. The [Perforated Plastics project](https://webvelopment.co.za/work/perforated-plastics/) shows product categories and a business enquiry layout; it is a design example, not a claim about the client’s location. ## A useful starting budget The website planning model starts with **10 hours at R850/hour: R8,500 excluding VAT**, including one standard page. For example, seven standard pages and one complex page give 10 + (6 × 3) + 6 = **34 hours, or R28,900 excluding VAT**. This is indicative development labour; migration, integrations, content, hosting and supplier fees may add to the scope. [Explore the website calculator](https://webvelopment.co.za/pricing/#calculator). ## Meetings and delivery Remote workshops and written reviews can keep the work moving. Any in-person meeting, travel and on-site access are agreed for your project. [Contact details and business addresses](https://webvelopment.co.za/za/contact/) are published together so you can confirm the appropriate arrangement before visiting. [Discuss your Durban website or software project](https://webvelopment.co.za/za/contact/) with the current site, what needs to improve and your intended budget. ## Follow the request beyond the website A better enquiry gives your sales team somewhere useful to start. For your Durban business, that might mean helping a customer identify a product before asking for a quotation, or explaining which service details need checking before a booking can be confirmed. We can help turn those requirements into clear pages and a form your team can use. For example, a product enquiry could include the product reference, intended use and quantity, with the customer’s question alongside them. If a specification is missing, sales needs to know whether to ask the customer for it or involve a technical colleague. Walking through that example helps us decide what to publish on the product page, what to ask in the form and what to leave for a conversation. ## Make the business promise explicit Customers need to know what they can rely on before they enquire. Use approved product facts, service areas and fulfilment conditions, and explain anything your team still needs to check. If submitting a form starts a quotation request, the page and confirmation message should make that clear; a customer should not mistake it for an accepted order or confirmed booking. This matters when a request falls outside your usual arrangements. Your team should decide whether to decline it, assess it individually or ask for more information. We can make that next step understandable without promising coverage or availability that you have not approved. The project may call for [website design](https://webvelopment.co.za/za/services/websites/website-design/), an [eCommerce build](https://webvelopment.co.za/za/services/development/ecommerce-development/) or [custom business software](https://webvelopment.co.za/za/services/development/custom-software-development/) connecting an internal task. Product data preparation and system access are scoped according to the actual requirement. ## Questions for a Durban-based team - Which customer requests can be answered from approved information? - Which require a sales, technical or operations review? - Who owns product updates and withdrawn material? - What happens to an enquiry outside the intended service area? - Can the process be demonstrated remotely, or is an agreed site session necessary? Bring a sample quotation request, order form or customer question so we can work through these choices with you. An incomplete request is especially useful: it shows where staff have to stop and ask for more information. Remove customer names and other sensitive details until access and data handling are agreed. ## Arrange delivery around responsible reviewers We can agree remote workshops and reviews with the people who maintain product information and handle requests. Sales can check whether a customer’s question is clear; operations can check whether the information is enough to assess it. A visit, travel or access to premises is confirmed separately. We do not claim a Durban office. Before launch, follow a sample submission through to the receiving team. Check that the product or service reference arrives with the message, that staff know who handles an incomplete request and that someone is responsible for future information updates. [Discuss your Durban project](https://webvelopment.co.za/za/contact/) with one customer request and the handover your team wants to improve. ## Questions for a Durban business workflow A few useful answers before you decide. ### What sample material helps explain a quotation process? Bring an appropriately redacted request and explain what sales needs before passing it to a technical or operations colleague. Include an incomplete example and show which missing detail held it up. We also need someone who can confirm how that situation should be handled, so the form follows an agreed way of working. ### Should a product enquiry ask for full specifications immediately? Only when your team needs them for the next action and the customer can reasonably supply them. A customer may know a product reference and quantity but need help choosing a specification. In that case, allow them to explain the intended use or ask a question. We can work through each proposed field with the receiving team and leave detailed technical questions for the stage where they are useful. ### Can the project include delivery or service-area information? Yes. Provide the service areas, delivery conditions and fees your business has approved. Where a request needs an assessment, explain what the customer should supply and what remains to be confirmed. Your business approves the product facts and commercial conditions before they appear on the site; that includes any claim of nationwide coverage. ### How can sales and operations review together? Choose one typical request and follow it from the customer’s message to the point where your team can answer it. Ask sales what they would pass on, then ask operations what they would still need to know. If the answers differ, resolve that question with the person authorised to decide before we build the form or workflow. Also agree who handles corrections and unusual requests. ### Is a workshop at our premises part of the service? Only if agreed for your project. We would first establish what needs to be examined at the premises, who should participate and what access is permitted. Sample requests and a remote walkthrough may be enough for some questions. Travel and a visit are separate arrangements; they are not automatically included. ### What should the staff handover demonstrate? Use the finished workflow to show staff how to update the agreed information, find an incoming request and pass it to the right person. Include a missing specification or another relevant exception, so staff can see what to do when a request is incomplete. The handover should also make account access, support responsibilities and the route for reporting a problem clear. ## Prepare an enquiry that operations can assess - Use a non-sensitive sample request to identify the product, application or service being discussed. - Distinguish details needed before first contact from specifications gathered during qualification. - Decide how availability, scheduling or fulfilment questions return to the customer without implying unconfirmed commitments. ## Prepare your next conversation Send your current site, one redacted customer request and a short explanation of where it gets held up. Alongside your intended budget, that gives us a useful starting point for scoping the website or workflow improvement with your Durban-based team. [Review product quotation ownership](https://webvelopment.co.za/za/industries/manufacturing/) · [Scope the internal handover](https://webvelopment.co.za/za/services/development/custom-software-development/) [Discuss your Durban website project](https://webvelopment.co.za/za/contact/). Keep exploring ## Keep the right things connected. [South Africa · Services ### Digital Services for South African Businesses Choose development, websites, marketing or creative services for your South African business by starting with the customer or staff task that needs to work better.](https://webvelopment.co.za/za/services/)[South Africa · Contact ### Contact Webvelopment About a South African Project Discuss a South African website, software, eCommerce, marketing or creative brief with Webvelopment, including goals, current tools and the people reviewing delivery.](https://webvelopment.co.za/za/contact/) Let’s move things forward ## Start a conversation Tell us what you are working towards. We’ll help you find a practical next step. [Let’s talk](https://webvelopment.co.za/za/contact/)