A founder in Dubai wants to build software that helps maintenance contractors organise service reports. Three friends say the idea sounds useful. A contractor agrees to see a prototype, and a prospective co-founder wants to register the company this month. The next decision depends on what the founder can establish about the work, the person who would pay and the approvals needed for any live trial.
A useful first round of validation answers a specific question with evidence. It might establish that several buyers struggle with the same part of a job, that a prototype can help them complete it or that a buyer has a budget and a route to approve a purchase. Define which question must be answered before the company commits to incorporation costs, a product build or a commercial pilot.
Name the customer and the job
Write one sentence that names the buyer, the user and the job that goes wrong. In the maintenance example, a supervisor collects reports from technicians and sends a consolidated version to a property manager before an invoice can be approved. The user could be the supervisor, while the buyer could be the contractor’s general manager. The property manager may also have approval requirements that affect whether a tool can be adopted.
Choose a first segment narrow enough to interview and compare. Contractors that serve several small commercial properties may handle reporting differently from a facilities group with an established enterprise system. Ask where jobs originate, who signs the report and what format the customer accepts. Keep track of the segments in which the problem appears and the ones where the existing process works well.
Establish the point at which the pain costs time or money. A late report might delay billing, or it might be an inconvenience with little effect on payment. Ask what happened the last time a report was late, which person followed up and what changed as a result. The founder can then assess whether the problem is worth solving for a buyer with competing priorities.
Interview for evidence of actual behaviour
Ask prospective users to describe a recent job, starting with the request and ending with acceptance or payment. Listen for the steps they repeat, the places where they wait and any workaround they maintain. When useful, ask for a walkthrough using a blank template or a sample the company can share. Record observations without collecting confidential information or copying live customer records into a prototype.
Ask the buyer how a purchase gets made. Who controls the budget? Does the company pay for a comparable service? What proof would it need to replace the current process? A staff member who would benefit may have little influence over purchasing. Ask for an introduction to the person who approves the spend and see whether the prospect follows through.
Look for contradictory cases. A founder who interviews only contacts who asked for a demo may miss buyers who already solved the problem or who have a reason to avoid another system. Include companies that fit the target segment but choose another approach. Record what they use, what they pay for if they can share it, and which feature or relationship would be difficult to replace.
Choose a test that answers the next question
| Question | Early test | Evidence worth recording |
|---|---|---|
| Does the problem recur? | Recent-job interviews across the target segment | Examples, frequency and consequences |
| Can the proposed workflow help? | Walk through a mock-up with representative sample data | Completed steps, errors and work still done elsewhere |
| Is there an identifiable buyer? | Ask about the budget and decision process | Role, budget source and procurement steps |
| Would the buyer take a next step? | Discuss an indicative price and request a follow-up | A named decision-maker, date and concrete action |
| Can the business carry out the proposed trial? | Review the exact activity with the responsible authority or adviser | Applicable route, conditions and unresolved questions |
A prototype can be a few screens and a simulated report. Give the user a task and observe what they do before explaining the interface. Ask them to prepare the report the property manager needs, then compare that result with the existing template. Record what the user entered twice, what they could not find and whether the output would make sense to the recipient.
If the team wants to test price, describe an indicative future offer with its limits. Ask which budget would cover it and whether the buyer would review a proposal after the operating route is confirmed. Keep interview interest, a proposed price and a purchase decision separate. If a prospect declines, ask whether the concern is price, timing, procurement or the fit of the solution. The answer can change what the founder should test next.
Check where validation becomes a business activity
Article 11 of the UAE Commercial Companies decree-law requires companies to obtain the approvals and licences needed for their activities before commencing business practice. Dubai’s Department of Economy and Tourism provides a mainland licensing route and describes different licence types. Confirm the competent authority and applicable requirements for the actual activity, entity and place of operation. Incorporation, licensing and any additional approval are decisions to verify for the proposed business. UAE Commercial Companies decree-law, Article 11 · Dubai DET licences and permits
Describe a proposed test in practical terms before seeking that answer. State who participates, whether it uses real customer data, whether work is delivered for a customer and whether any payment or commitment is involved. Have the relevant authority or qualified adviser assess a live trial, a paid offer or a test that touches a regulated activity before it goes ahead. A limited cohort or a free price alone does not resolve the question.
Keep the experimental task separate while the answer is pending. For the report tool, the founder could learn from an interview and a simulation using fictional orders while confirming the conditions for a real deployment. If the proposed test needs access to a customer's system, identify who can authorise it and what the founder would handle. Ask the buyer how it assesses security, confidentiality and supplier onboarding. Those requirements can affect the order in which the company has to make decisions.
Use the local ecosystem for specific introductions
in5 Tech in Dubai Internet City describes an application process that includes an application and business plan, shortlisting, pitching and selection, followed by business setup for selected applicants. It offers a route to explore if the programme suits the concept. Check its current criteria and terms directly. A founder can bring a clearer case by showing what buyers already do and what evidence the next test would gather. in5 Tech application process
An in5 Dubai reel shows a speaker beside in5 branding. It gives a view of the startup workspace context. Before visiting an incubator or a founder event, decide which introduction would move the research forward. In the maintenance example, a meeting with a contractor’s operations lead or a person who approves property service reports could expose a different part of the buying process.
Use more than one route to reach prospective buyers. Ask people already in the sector for introductions and look for organisations that share the same operating model. Track how each conversation was arranged. Warm introductions are useful for learning, but a cluster of responses from one network gives limited evidence about how the company would reach new buyers.
Put the evidence and assumptions side by side
Suppose a hypothetical founder interviews 15 contractors in the intended segment. Nine describe a late-report problem in a recent job. Four agree to walk through a prototype and two introduce the founder to a budget owner. The interviews justify examining the problem further. The two introductions provide stronger evidence of a purchase path than the nine descriptions, but the founder still needs a decision from each buyer. Keep those denominators and stages visible instead of treating all 15 as potential sales.
Work through the economics with the same care. Suppose a contractor estimates that a revised workflow could save eight hours of administrative time per month. At an illustrative loaded rate of AED 50 per hour, that is AED 400 of time value. If the founder is considering an indicative price of AED 300 a month, the remaining AED 100 of value is sensitive to training, extra review or the time the contractor can actually recover. If only four hours are saved, the time value falls to AED 200. These are assumptions, and the customer may value faster billing or fewer disputes separately if it can measure those effects.
Estimate the delivery effort on the founder’s side. Include setup, training, ongoing support and any integration required for the first customer. Ask which work recurs for every account and which can be reused. A promising price can still leave a difficult business if each customer needs a bespoke report or approval process. Record the conditions under which the same product can serve the next buyer.
Write down what would make the team change its mind before the next conversations. If the next five buyers describe the problem but all route purchases through a platform they cannot replace, test an integration or a different buyer. If buyers accept the workflow but cannot name a budget, investigate how similar purchases get approved. Define a result that would justify stopping as well as one that would justify continuing. That makes it easier to read the next conversation as evidence, even when the founder has already invested time in the prototype.
Decide when the next commitment is justified
Agree a decision date with any co-founders. Review the customer segment, recent examples, buying process, prototype evidence and the unresolved legal or operating questions. Decide whether to narrow the segment, revise the offer, seek the necessary setup approvals or pause. Give each unresolved question an owner and a test that can change the decision.
Separate incorporation costs from the first period of trading. If the evidence supports moving forward, get written estimates for the entity and activity you plan to use, and identify any further approvals and ongoing costs. Compare the commitment with the evidence of likely sales and the time it may take to close them. A founder who needs a licence before running a commercial pilot can plan that step without treating the pilot outcome as already proven.
If a buyer changes its requirements, date the change so the team can separate new evidence from its original assumptions.
Leave a record another founder could read. Include the problem, the people interviewed, evidence of past behaviour, willingness to take a next step and the conditions that must be met before a trial. Record why the team proceeds or waits and what would cause it to reconsider. The result should support a decision about the business the team can actually test and operate in the UAE.


Comments (0)
No comments yet. Be the first!