Securing a first government contract is an important milestone for a GovTech startup, but the process differs considerably from selling software to private companies. City councils, municipal organisations and government agencies operate under procurement rules, approved budgets and formal accountability requirements. In Ukraine, the Prozorro electronic procurement system gives technology businesses access to public purchasing opportunities, including projects that smaller suppliers can realistically deliver. However, finding a tender is only the beginning. Startups must understand how public institutions select suppliers, prepare compliant proposals and demonstrate that their solutions offer measurable benefits. In 2026, the most practical route to a first contract combines careful market research, realistic pricing and a clear understanding of Ukrainian procurement legislation.
Government institutions purchase a wide range of digital products and services. Municipal authorities may need electronic document management, online appointment systems, geographic information services, cybersecurity tools or software for handling residents’ requests. Public hospitals require administrative applications, while educational institutions may purchase scheduling, reporting and information management solutions. For a young technology company, these requirements create opportunities without necessarily demanding a large development team. A startup offering software that automates municipal applications, for example, could target a specific administrative department rather than attempting to replace an entire city’s information infrastructure. The commercial opportunity depends on whether the product addresses an actual operational problem and whether the institution has funding available to purchase it.
In Ukraine, procurement procedures are regulated by the Law on Public Procurement and Cabinet of Ministers Resolution No. 1178, which establishes special purchasing arrangements during martial law and the applicable transitional period. Changes effective from 1 September 2026 set a general threshold of UAH 200,000 for goods and services purchased by contracting authorities covered by points 1–3 of Article 2(1) of the law. For contracting authorities covered by point 4, the corresponding threshold is UAH 1 million. Above these amounts, buyers generally use the procurement methods specified in Resolution No. 1178, subject to applicable exceptions. Below the relevant thresholds, other permitted purchasing arrangements may be available. The rules were also amended in September 2026, making it essential to check the applicable procedure for each particular contract rather than rely on outdated purchasing limits.
Understanding who makes purchasing decisions is equally important. In a municipal organisation, the department experiencing a problem may identify the need for new software, but procurement officers determine how the purchase must be organised. Financial departments confirm whether sufficient funds are available, while technical specialists assess compatibility with existing systems. A startup should therefore establish who owns the problem, who manages procurement and who will approve the finished product. Consider a company offering an online appointment system to a municipal service centre. The service manager may support the proposal, but the purchase cannot proceed until the institution has established its requirements, confirmed its budget and selected an appropriate procurement method. Recognising these responsibilities early prevents founders from spending months discussing projects that cannot yet become contracts.
Prozorro is the main starting point for researching public procurement opportunities in Ukraine. Businesses can examine published tenders, procurement plans, contract awards and information about previous suppliers. Searches can be organised using institution names, keywords and Common Procurement Vocabulary classifications, commonly known as CPV codes. Relevant areas include software packages, IT services, software development, technical support and information systems. Founders should search several related classifications because institutions may describe similar technology requirements differently. Reviewing completed procurements is particularly useful: historical contracts indicate which organisations regularly purchase technology, their typical spending levels and whether they already work with external software suppliers. This information provides a more reliable basis for sales planning than contacting public institutions indiscriminately.
A practical approach is to create a shortlist of ten to fifteen potential public customers. For each organisation, record its technology needs, previous purchases, current suppliers, contract values and anticipated purchasing activity. For instance, a city that has repeatedly purchased maintenance services for an ageing administrative system may eventually require modernisation or additional functionality. A municipality with an approved digital services budget could be another suitable prospect. Startups should distinguish between confirmed procurement demand and their own assumptions about what a city might need. A problem can be genuine without being an immediate purchasing priority. The best initial opportunities are those where the institution has already demonstrated demand, the required functionality matches an existing product and the likely contract value is manageable for a small business.
To submit proposals through Prozorro, suppliers register with an authorised electronic procurement marketplace connected to the system. Registration enables businesses to participate in relevant procedures, ask formal questions, upload documents and receive notifications. Startups should also understand the role of Prozorro Market, the electronic catalogue used for eligible categories of goods. It is not a universal purchasing route for custom software development or specialist IT services, so the appropriate procedure depends on what the institution intends to buy. Once registered, a business can configure tender alerts and review opportunities regularly. Rather than applying to every technology-related procurement, founders should initially select projects for which they can meet the technical requirements, provide the requested evidence and complete delivery without overextending their resources.
Public procurement does not automatically exclude young businesses, but every supplier must satisfy the requirements of the particular purchasing procedure. A contracting authority may request evidence of relevant experience, suitably qualified employees, technical resources or financial capacity where the applicable rules permit such conditions. Startups should examine these requirements before investing time in a proposal. A company with no previous government customers may still possess valuable experience from commercial projects, particularly if it has delivered comparable software to businesses or non-profit organisations. However, this experience must be documented appropriately and must satisfy the tender’s actual conditions. Working demonstrations, customer references and completed project records can strengthen a proposal, but they cannot replace mandatory documents when the procurement specifically requires them.
Administrative preparation is another essential step. A startup should confirm that its business registration details are accurate, identify the person authorised to sign procurement documents and arrange the electronic signature required for the relevant procedure. Its supporting documents may include company information, financial records, staff qualifications, evidence of previous work and declarations required by the tender. The exact list varies between procurements. Founders should create a consistent internal document library rather than assemble every application from scratch. This reduces the risk of submitting outdated certificates, contradictory company information or incomplete attachments. Procurement deadlines also deserve careful management: a technically excellent proposal may be rejected if required documents are missing or submitted after the deadline.
GovTech products often handle information that public institutions have a legal responsibility to protect. A startup proposing software for municipal applications should explain how user access is controlled, how information is backed up and how technical incidents are managed. The required safeguards depend on the data involved, the institution and the applicable Ukrainian regulations. Products dealing with sensitive information may face additional security requirements, including restrictions on infrastructure, data processing and access. Founders should avoid promising security certifications or compliance capabilities they do not possess. Instead, provide verifiable descriptions of existing safeguards, maintenance procedures and service continuity arrangements. A buyer will also want to know whether its records can be exported if the contract ends and how the supplier will support the system after implementation.
A competitive tender proposal should demonstrate precisely how the startup will satisfy the buyer’s published requirements. General descriptions of innovation or advanced technology are rarely sufficient. If a municipality needs software for managing residents’ complaints, the proposal should explain how requests are registered, assigned to employees, monitored and closed. It should also describe the implementation process, required integrations, training arrangements and technical support. A possible delivery schedule for a relatively small project might include two weeks of configuration, one month of implementation and a further period of testing and staff training. These are illustrative stages rather than standard procurement requirements; the actual schedule must comply with the tender documents. Clear deliverables and measurable acceptance criteria help the customer understand what it will receive.
Pricing requires particular care because the lowest proposed figure is not necessarily the most commercially sensible. The startup must account for development, hosting, software licences, integration, documentation, testing, employee training, technical support and applicable taxes. If the buyer requires ongoing maintenance, those costs should be included for the specified contract period. For example, a hypothetical UAH 180,000 software project might involve UAH 90,000 in development costs, UAH 25,000 for integration, UAH 20,000 for testing and training, UAH 15,000 for hosting and support, and UAH 30,000 remaining before other business expenses and applicable taxes. This example illustrates why founders need detailed internal cost calculations. A seemingly attractive contract can generate a loss when the supplier underestimates implementation complexity or accepts extensive support obligations without adequate compensation.
Before submitting the final offer, the team should examine the evaluation methodology and draft contract. Price is important, but suppliers must understand whether additional evaluation criteria apply and how the contracting authority will assess them. Contract conditions should be checked for payment schedules, intellectual property rights, service availability, penalties, warranties and the procedure for accepting completed work. Where legally applicable, the buyer may also require bid security or contract performance security. If a specification is unclear, suppliers can use the formal clarification mechanism within the prescribed period. Where procurement conditions appear unlawful, the available review or challenge procedures may be relevant. Startups should not assume that disputed requirements can simply be renegotiated after winning. A credible proposal is one the business can fulfil under the published conditions, at the offered price and within the required timeframe.

The most achievable first public sector project is often a narrowly defined service with an identifiable outcome. A startup might supply software for booking municipal appointments, tracking maintenance requests or preparing routine administrative reports. Such projects are easier to demonstrate, price and evaluate than a complete replacement of an institution’s existing technology. Smaller purchases may also involve different procurement arrangements, although their value alone does not determine whether a direct contract is permitted. Under the Ukrainian rules applicable in October 2026, contracting authorities can use certain purchasing methods below their relevant thresholds, subject to legal conditions and reporting obligations. Suppliers must not encourage a public institution to divide a larger purchase artificially to avoid competitive procurement. A realistic first contract should be commercially manageable and legally appropriate for the buyer.
Early contact with potential public customers can help a startup understand operational needs before a procurement is announced. Founders may arrange product demonstrations, attend municipal business events or communicate with departments responsible for digital transformation. Such discussions should remain transparent and must not create an unfair advantage in a subsequent competition. A useful demonstration concentrates on a clearly defined problem, showing what employees currently do manually and how the proposed system could simplify their work. For example, a startup could demonstrate how a service centre might manage appointments, reduce duplicate data entry and generate operational reports. Any claimed time savings should be supported by testing or clearly identified as estimates. Once a formal tender begins, questions about its requirements should be handled through the prescribed procurement channels.
Partnerships offer another route into government purchasing, particularly when a project includes infrastructure, integration or support requirements beyond the startup’s own capabilities. A specialist software developer may collaborate with an established IT integrator that has experience working with municipal systems. Depending on the procurement conditions, the startup could participate as a supplier, subcontractor or technical partner under a permitted arrangement. Responsibilities must be clearly documented before bidding. The parties should agree who communicates with the customer, provides technical support, maintains the software, manages security incidents and owns any newly developed intellectual property. Startups should also confirm whether the buyer permits subcontracting and how the tender evaluates the qualifications of participating companies. A dependable partnership can make a complex contract achievable, but unclear responsibilities create financial and operational risks.
Winning a procurement procedure creates an obligation to deliver according to the signed contract. For a technology supplier, this usually involves completing agreed development or configuration work, implementing the system and demonstrating that the required functionality operates correctly. The contract may specify technical testing, employee training, documentation, integration requirements and formal acceptance procedures. Founders should maintain records of completed milestones, customer approvals and any technical issues discovered during implementation. If the institution requests additional features, the startup must establish whether the changes are permitted under the existing contract or require a separate purchase. Ukrainian public procurement rules restrict the circumstances in which essential contractual terms may be amended, so informal agreements to expand the scope can expose both parties to difficulties.
Payment arrangements should be considered before work begins, not after implementation. Government contracts commonly specify documentary requirements for confirming delivery, and payment may depend on acceptance procedures and the contractual terms. A startup may need to provide invoices, acceptance certificates, technical documentation or other agreed evidence before payment becomes due. For a small business, delays between project expenditure and receipt of funds can create serious cash flow pressure. Founders should calculate how long they can finance salaries, hosting and support without receiving the contract payment. If the agreement provides for milestone payments, each stage should have clearly defined deliverables. Maintaining accurate records and addressing acceptance issues promptly can reduce avoidable administrative delays, although payment timing also depends on the specific contractual and budgetary arrangements.
A completed government contract can support further sales when the startup can demonstrate reliable delivery and measurable results. With appropriate permission and respect for confidentiality, the company may develop a case study describing the original problem, implemented solution, contract scope and verified operational improvements. For example, a municipal appointment system might reduce manual scheduling work or make it easier for employees to track service demand, provided such results have been measured. This evidence can help other public institutions assess whether a comparable solution meets their needs. Founders should continue monitoring procurement activity, maintain professional relationships with existing customers and improve their products based on practical feedback. The immediate objective is not to win the largest possible government tender. It is to secure a manageable first contract, fulfil every obligation, preserve a sustainable margin and establish credible experience for future public sector work.
You may be interested in related articles.
Securing a first government contract is an important milestone for a GovTech …
MoreFor a SaaS startup selling to customers in the European Union, 12 …
MoreFor a new startup, search visibility in 2026 is no longer limited …
MoreFrom 11 September 2026, start-ups that manufacture connected hardware or software for …
More