Tarkvaraarendus
Kiirpäring
Saa tasuta pakkumised 0 parimalt pakkujalt
Täida kontaktandmed ja saada päring — ilma kohustuste ja müügikõnedeta.
Saajad0
10 pakkujat
Tarkvaraarendus
Tarkvaraarendus aitab muuta idee töötavaks veebiks, äpiks või sisemiseks tööriistaks. Tegi.ee-s saad leida tarkvaraarenduse ettevõtteid, võrrelda lähenemisi ja saata päringu, et saada selge plaan, ajakava ja pakkumine.
Kiirpäring
Saa tasuta pakkumised 0 parimalt pakkujalt
Täida kontaktandmed ja saada päring — ilma kohustuste ja müügikõnedeta.
Saajad0
Valige pakkujad
Valige sobivad pakkujad, kellele soovite päringu saata (max 10).
10 pakkujat
VEEBILEHT & AVALDAJA
KONTAKTID
PÄRING
andevis.ee
andevis.ee
34.5
Andevis AS tegeleb kaasaegsete infosüsteemide väljatöötamisega, mis on vajalikud ettevõtete edukaks ja tõhusaks korraldamiseks.
TallinnKMKR
webtailor.ee
webtailor.ee
33.5
WebTailor pakub digiturunduse ja tarkvaraarenduse teenuseid, keskendudes suure jõudlusega veebilehtede loomisele ja turundusstrateegiate väljatöötamisele.
TallinnKMKR
softsystems.ee
softsystems.ee
33.4
Softsystems pakub IT arendamise ja haldamise täisteenust keskmistele või suurtele ettevõtetele.
TallinnKMKR
deltmar.ee
deltmar.ee
33.1
Deltmar OÜ tegeleb tarkvara koostamise ja raamatukogutarkvara arendamisega, sealhulgas tööstuse automatiseerimisega.
TallinnKMKR
pesanest.ee
pesanest.ee
33.1
PESANEST pakub Eestis arendatud projektijuhtimise tarkvara, mis koondab vajalikud tööriistad ühte kohta projektide sujuvaks juhtimiseks.
TallinnKMKR
doora.ee
doora.ee
33
Pakume ettevõtetele kliendispetsiifilisi tarkvaraarenduse, süsteemide integreerimise ja -administreerimise lahendusi ning raamatupidamisteenuseid.
KärdlaKMKR
brightspark.ee
brightspark.ee
32.8
Brightspark on tarkvaraettevõte, mis arendab kvaliteetseid ja kaasaegseid veebipõhiseid infosüsteeme.
TallinnKMKR
softpro.ee
softpro.ee
32.7
OÜ Softpro tegeleb infosüsteemide ja andmebaasisüsteemide optimeerimise ning ülesehitamisega.
TartuKMKR
digitalfruit.ee
digitalfruit.ee
32.7
Digital Fruit OÜ tegeleb veebi- ja mobiilirakenduste arendamisega, pakkudes kasutajaliideste disaini ja e-kaubanduse lahendusi.
TallinnKMKR
codestage.ee
codestage.ee
32.6
Codestage OÜ pakub innovaatilisi tarkvaralahendusi Eesti ettevõtetele, sealhulgas kohandatud rakenduste loomist ja süsteemide arendamist.
MurasteKMKR
Kuidas see töötab?
1
Vali pakkujad sellelt lehelt
Märgi teenusepakkujad, kellele soovid päringu saata. Võrdle reitinguid ja kontakte enne valikut.
2
Täpsusta päring ja saada teele
Lisa asukoht, maht/detailid ja tähtaeg. Saada päring valitud pakkujatele ühe korraga.
3
Võrdle vastuseid ja vali tegija
Vastused ja vestlused tulevad töölauale. Küsi täpsustusi, võrdle tingimusi ja vali sobiv pakkuja.
Kasulik teave
Kuidas valida tarkvaraarenduse partnerit
Hea pakkumine ei ole ainult hind. Kasuta allolevat nimekirja, et võrrelda ettevõtteid ja saada aru, kuidas nad sinu probleemi lahendaksid.
- 1Selgus eesmärgis: kas arendaja sõnastab koos sinuga mõõdetava tulemuse (nt protsess kiirem, vähem käsitööd, rohkem müüke)?
- 2Sarnased tööd: küsi 2–3 näidet sarnase keerukusega projektidest ja mida nad seal õppisid.
- 3Nõuete täpsustamine: kas nad pakuvad töötoa/analüüsi etappi või alustavad kohe „arendame ära“?
- 4Tehnoloogiline sobivus: kas valik on põhjendatud (hooldatavus, meeskonna kogemus, integratsioonid), mitte „meil on alati nii“?
- 5UX/UI ja kasutajateekond: kas disain on osa protsessist või eeldatakse, et tood kõik ette?
- 6Projektijuhtimine: kes on kontaktisik, kui tihti saad ülevaateid, kuidas muutusi hallatakse?
- 7Arenduse läbipaistvus: kas saad ligipääsu koodirepole, ülesannete tahvlile ja testkeskkonnale?
- 8Testimine: kas on plaan (automaat- ja/või manuaaltestid), kes testib ja millal?
- 9Turvalisus ja ligipääsud: kuidas hallatakse paroole, võtmeid, õigusi ja logimist?
- 10Dokumentatsioon: kas saad ülevaate arhitektuurist, seadistusest ja kasutusjuhistest (vähemalt adminile)?
- 11Hooldus ja edasiarendus: kas pakutakse järeltoe mudelit (SLA, reageerimisajad, töömaht) või on see „hiljem vaatame“?
- 12Omand ja õigused: kas lepitakse kirjalikult kokku, kellele kuulub lähtekood, disainifailid ja domeenid/teenusekontod?
Päringu näidis
Täida mall ja saada see Tegi.ee kaudu mitmele ettevõttele. Mida konkreetsem sisend, seda võrreldavamad pakkumised (maht, ajakava, riskid).
Ettevõte ja valdkond
Lühidalt, millega tegelete ja kes on kasutajad.
Näide: B2B hulgimüügi ettevõte, kasutajateks müügijuhid ja kliendid
Probleem või vajadus
Kirjelda, mis täna ei tööta või mis on eesmärk.
Näide: Tellimused liiguvad e-kirjadega ja käsitsi sisestus tekitab vigu
Edu mõõdikud
Kuidas mõõdad tulemust pärast lansseerimist.
Näide: Tellimuse sisestus aeg väheneb ja vigade arv langeb
Toote tüüp
Kas vajad veebirakendust, mobiiliäppi või mõlemat.
Näide: Veebirakendus koos admin-paneeliga
Kasutajarollid
Kes kasutab ja mida nad teha saavad.
Näide: Admin, müügijuht, klient
MVP funktsioonid
Kirjelda 5–10 kõige olulisemat funktsiooni.
Näide: - Sisselogimine ja rollid
- Toodete kataloog
- Tellimuse loomine
- Arvete eksport
Lisasoovid
Asjad, mis võivad tulla hiljem, kui eelarve/ajakava ei luba.
Näide: - Mitmekeelsus
- Automaatne soovitussüsteem
Integratsioonid
Loetle teenused/süsteemid, millega peab suhtlema.
Näide: Makselahendus, CRM, raamatupidamistarkvara
API ligipääsud
Kas ligipääsud on olemas või tuleb need hankida/luua.
Näide: Selgub – CRM-il on API, aga ligipääsud tuleb tellida
Tehnilised piirangud või eelistused
Nt peab töötama olemasolevas pilves, kindel andmebaas, on IT-poliitika.
Näide: Eelistame pilvepõhist lahendust ja SSO tuge
Kas vajad UX/UI disaini?
Märgi, kas disain tuleb arendajalt või on teil olemas.
Näide: Osaliselt – stiilijuhis olemas, ekraanid vajavad disaini
Kas sisu on valmis?
Tekstid, pildid, tootekirjeldused, jms.
Näide: Osaliselt – tootekataloog on olemas, tekstid vajavad toimetamist
Soovitud ajakava
Anna kas tähtaeg või ajavahemik ja mis on paindlik.
Näide: Soovime MVP lansseerida 3 kuu jooksul
Hinnastuse eelistus
Kas soovid fikseeritud hinda (selged nõuded) või ajapõhist (paindlik).
Näide: Soovin soovitust – nõuded vajavad täpsustamist
Koostöökorraldus
Kuidas soovid suhelda ja otsuseid teha.
Näide: Kord nädalas demo, igapäevane suhtlus Teamsis
Lisainfo
Lingid, failid, olemasolev süsteem, konkurentide näited, jms.
Näide: Olemasolev koduleht: https://...; näide sarnasest lahendusest: https://...
Olulised küsimused (soovi korral)
Vali ja lisa need automaatselt päringu teksti.
Millise lähenemisega te nõudeid täpsustate (töötoad, prototüüp, user story’d) ja mis on selle etapi väljund?
Kuidas te muutmistaotlusi (scope change) käsitlete ja kuidas see mõjutab ajakava/hinda?
Kes kuulub projektimeeskonda (PM, arendajad, QA, disainer) ja kui suur on nende saadavus?
Kas saame ligipääsu koodirepole ja tööde tahvlile ning kas teete regulaarseid demosid?
Milline on testimise plaan ja kes vastutab vastuvõtutestide eest?
Kuidas toimub juurutus (staging/production), varundus ja monitooring?
Mida sisaldab üleandmine (dokumentatsioon, ligipääsud, koolitus) ja millised on järeltoe võimalused?
Valmis päringu tekst
Kopeeri ja kasuta seda päringus.
Tere!
Soovin hinnapakkumist ja teostusplaani tarkvaraarenduse projektile.
1) Taust ja eesmärk - Ettevõte/valdkond: __company__ - Probleem, mida lahendame: __problem__ - Edu mõõdikud (kuidas teame, et valmis?): __success_metrics__
2) Lahendus (esialgne visioon) - Toote tüüp: __product_type__ (nt veebirakendus, mobiiliäpp, sisemine tööriist) - Peamised kasutajarollid: __user_roles__ - Olulisemad funktsioonid (MVP): __mvp_features__ - „Hea kui oleks“ funktsioonid: __nice_to_have__
3) Integratsioonid ja tehnilised eeldused - Vajalikud integratsioonid (nt maksed, raamatupidamine, CRM, e-posti teenus): __integrations__ - Kas on olemas API-d/ligipääsud? __api_access__ - Eelistatud tehnoloogiad või piirangud: __tech_constraints__
4) Disain, sisu ja materjalid - Kas vajame UX/UI disaini? __need_design__ - Kas tekstid/pildid on olemas? __content_ready__
5) Ajakava ja töökorraldus - Soovitud tähtaeg või ajaraam: __timeline__ - Kas eelistate fikseeritud eelarvet või ajapõhist arvestust? __pricing_preference__ - Kuidas soovite koostööd korraldada (kohtumiste sagedus, suhtluskanal): __collaboration__
6) Palun saatke - Esialgne hinnang (vahemik) ja mis on hinnangus sees - Etapid ja ajakava (analüüs/disain/arendus/testimine/juurutus) - Meeskonna koosseis ja rollid - Eeldused ja riskid (mis võib mahtu muuta) - Hoolduse/edasiarenduse võimalused pärast lansseerimist
Lisainfo: __additional_info__
Parimate soovidega
Mis mõjutab tarkvaraarenduse hinda
Pakkumised võivad erineda, sest sama eesmärki saab saavutada erineva ulatuse ja riskitasemega. Allpool on peamised tegurid, mida ettevõtted hinnastamisel arvestavad.
Ulatus ja detailsus (MVP vs täislahendus)
Mida rohkem rolle, ekraane, ärireegleid ja erandeid, seda suurem analüüsi-, arendus- ja testimismaht.
Integratsioonid ja andmeallikad
Kolmandate osapoolte süsteemid (API-d, maksed, raamatupidamine, SSO) lisavad sõltuvusi, testimist ja sageli ka koordineerimist.
Disaini ja kasutajakogemuse tase
Kui on vaja UX-uuringut, prototüüpe, disainisüsteemi või mitut iteratsiooni, kasvab töömaht võrreldes „standardsete“ vaadetega.
Platvormid ja seadmed
Veeb, iOS, Android, admin-paneel ja avalik API on sisuliselt mitu toodet, mis vajavad eraldi arendust ja testimist.
Kvaliteedinõuded ja testimine
Automaat- ja koormustestid, turvakontrollid, logimine ja monitooring suurendavad algmahtu, kuid vähendavad hilisemaid riske.
Andmemigratsioon ja pärandsüsteemid
Vana andmestruktuur, ebaselge andmekvaliteet ja migratsioonireeglid võivad olla ajamahukad.
Töökorraldus ja lepingumudel
Fikseeritud ulatusega projekt vajab tavaliselt põhjalikumat eeltööd; paindlik iteratiivne arendus jaotab riski teistmoodi.
Mis tavaliselt teeb kallimaks
Hind ↑- + Palju erandeid ja keerulised ärireeglid (nt hinnastamine, õigused, töövood)
- + Mitmed integratsioonid ja sõltuvus väliste teenuste muudatustest
- + Mitmeplatvormiline arendus (veeb + mobiil + admin + API)
- + Kõrged töökindluse ja turvalisuse ootused (auditid, logid, monitooring, varundus)
- + Andmemigratsioon ebaselgest või korrastamata allikast
Mis võib muuta soodsamaks
Hind ↓- - Selgelt piiritletud MVP ja prioriteedid (mis on „must-have“ vs „later“)
- - Olemasolev disain ja sisu (või valmis komponentide kasutus)
- - Standardne autentimine ja lihtsad rollid
- - Vähem integratsioone või hästi dokumenteeritud API-d
- - Iteratiivne arendus, kus otsuseid tehakse demode põhjal ja muutused on oodatud
Tarkvaraarenduse tüüpiline töö käik
Ettevõtted võivad protsessi nimetada erinevalt, kuid sisuliselt liigub projekt enamasti nende sammude kaudu. Küsi pakkumises, millised deliverable’id igas etapis saad.
- 1Eesmärgi ja ulatuse täpsustamineSõnastatakse probleem, kasutajarollid, prioriteedid ja piirangud. Sageli koostatakse esmane backlog ja riskide nimekiri.
- 2Analüüs ja lahendusdisainKirjeldatakse kasutuslood, andmemudel, integratsioonid ja arhitektuuri põhimõtted. Vajadusel tehakse prototüüp.
- 3UX/UI disain (kui vajalik)Valmivad ekraanid ja kasutajateekonnad. Lepitakse kokku, mis on „valmis“ (nt responsiivsus, komponentide loetelu).
- 4Arendus sprintidenaFunktsionaalsus valmib iteratiivselt. Regulaarsed demod aitavad varakult suunda korrigeerida.
- 5Testimine ja parandusedTehakse funktsionaalne testimine, regressioon, integratsioonide kontroll ja vajadusel koormustestid. Parandused planeeritakse prioriteedi järgi.
- 6Juurutus ja lansseerimineSeadistatakse keskkonnad, domeenid, ligipääsud ja monitooring. Tehakse lansseerimisplaan ja tagasipöördumise (rollback) loogika.
- 7Üleandmine ja järeltegevusedAntakse üle dokumentatsioon, ligipääsud ja koolitus. Lepitakse kokku hooldus, veaparandused ja edasiarenduse rütm.
Mida ette valmistada enne päringu saatmist
Kui need punktid on läbi mõeldud, saad kiiremini sisukad vastused ja väldid olukorda, kus pakkumised pole võrreldavad.
0/8
Kirjelda ärieesmärk ühe lausega (milleks seda vaja on, mitte ainult „mida teha“).
Pane kirja kasutajarollid ja 3–5 peamist kasutusjuhtu (kes teeb mida ja mis on tulemus).
Tee must-have vs nice-to-have nimekiri (MVP piirid).
Kogu näited: lingid sarnastele lahendustele või ekraanipildid, mis sulle meeldivad/ei meeldi.
Kaardista integratsioonid ja ligipääsud (kes annab API võtmed, kas on testkonto).
Mõtle läbi, kes sinu poolelt otsustab ja kes annab sisendi (tooteomanik, IT, turundus, klienditugi).
Pane paika ajaraam ja kriitilised kuupäevad (kampaania, hooajalisus, lepingud).
Kirjelda olemasolev tehniline olukord (domeenid, hosting, analüütika, kasutajakontod) või märgi, et see on avatud.
Vastuvõtt ja üleandmine: mida kontrollida
Enne lõplikku kinnitamist veendu, et saad kätte nii töötava lahenduse kui ka selle haldamiseks vajaliku info ja ligipääsud.
0/8
Vastuvõtukriteeriumid: iga MVP funktsiooni juures on kirjas, mis tähendab „valmis“ ja see on läbi testitud.
Ligipääsud: admin-kontod, repo ligipääs, pilvekonto/teenused, domeenid, analüütika ja vealogid on sinu kontrolli all või selgelt kokku lepitud.
Dokumentatsioon: paigaldus/seadistus, arhitektuuri ülevaade, integratsioonide kirjeldus, keskkonnamuutujad ja sõltuvused.
Juurutus: on olemas tootmiskeskkonna seadistus, varunduse loogika ja taastamise põhimõte (vähemalt kirjeldus).
Turvalisus: rollid ja õigused toimivad, vaikimisi paroolid puuduvad, logimine ja auditijälg on läbi mõeldud (vastavalt vajadusele).
Kasutatavus: kriitilised teekonnad on sujuvad nii mobiilis kui desktopis (kui see on nõue).
Koolitus: admini või kasutajate lühikoolitus ja/või juhendmaterjalid on üle antud.
Järeltoe kokkulepe: kuidas raporteerida vigu, mis on reageerimise kord ja kuidas planeeritakse edasiarendusi.
Levinud vead tarkvaraarenduse tellimisel (ja parem alternatiiv)
Need on tüüpilised kohad, kus projektid lähevad kallimaks või venivad. Parandus on enamasti lihtne: tee ootused ja piirid varakult nähtavaks.
Viga
Alustatakse arendust ilma MVP piirideta („teeme kõik ära“).
Parem nii
Pane kirja must-have funktsioonid ja lükka ülejäänu teadlikult järgmisse etappi.
Viga
Päringus on ainult üldine kirjeldus („vajame äppi“).
Parem nii
Kirjelda kasutajarollid, 3–5 põhiteekonda ja integratsioonid; lisa näited.
Viga
Eeldatakse, et hind on võrreldav, kuigi ulatus ja eeldused on erinevad.
Parem nii
Küsi pakkumises selgelt: mis on hinnas sees, mis on eeldus ja mis on välistatud.
Viga
Muutused tulevad „jooksvalt“ ilma otsustusprotsessita.
Parem nii
Lepi kokku muutmistaotluse protsess: mõju ajale/hinnale, prioriteedid ja kinnitaja.
Viga
Integratsioonid jäetakse lõppu („hiljem ühendame“).
Parem nii
Tee integratsioonide tehniline kontroll varakult (API olemasolu, piirangud, testandmed).
Viga
Üleandmisel puuduvad ligipääsud ja dokumentatsioon.
Parem nii
Lisa vastuvõtukriteeriumidesse: repo, keskkonnad, võtmed, dokumentatsioon ja juurutusjuhis.
Viga
Testimine on ainult „klikkame läbi“ vahetult enne lansseerimist.
Parem nii
Planeeri testimine sprintidesse ja lepi kokku, kes teeb vastuvõtutestid ning millal.
Seotud teenused
- kodulehe tegemine103
- e-poe tegemine99
- UX/UI disain170
- mobiilirakenduse arendus186
- veebirakenduse arendus196
- API arendus ja integratsioonid83
- tarkvara testimine191
- tarkvara hooldus ja tugi200
Seotud tooted
- domeeni registreerimine181
- veebimajutus300
- SSL sertifikaat124
- Google Workspace270
- pilveteenused (AWS, Azure, Google Cloud)119
Korduma kippuvad küsimused
Kui palju maksab tarkvaraarendus (veebirakendus, mobiilirakendus või infosüsteem)?
Tarkvaraarenduse hind sõltub funktsionaalsusest, integratsioonidest, UX/UI disainist ja sellest, kas tegu on MVP või täislahendusega. Täpse eelarve saamiseks tasub võrrelda mitut hinnapakkumist ning täpsustada nõuded (ulatus, tehnoloogiad, ajakava).
- Väiksem MVP: kiire prototüüp ja põhifunktsioonid
- Keskmine projekt: rollid, maksed, haldusvaade, API-integratsioonid
- Suurem süsteem: mitme teenusega arhitektuur, skaleerimine, turvaaudit
Kuidas tarkvaraarenduse protsess tavaliselt välja näeb?
Enamasti algab töö analüüsi ja spetsifikatsiooniga, seejärel tehakse disain, arendus, testimine ja juurutus. Pakkujad kasutavad tihti agiilset arendust (Scrum/Kanban), et saaksid vahetulemusi kiiresti näha ja tagasisidet anda.
- Nõuete kaardistus ja tehniline analüüs
- UX/UI ja prototüüp
- Arendus sprintide kaupa
- Testimine, kasutuselevõtt ja hooldus
Kui kaua võtab tarkvaraarendus aega ja mis mõjutab tähtaega?
Ajaraam sõltub funktsioonide mahust, integratsioonidest (nt makselahendused, CRM/ERP), andmemudelist ja testimise ulatusest. Lihtsam MVP võib valmida nädalate või mõne kuuga, suurem kohandatud tarkvara arendus võtab sageli mitu kuud. Tähtaega aitavad hoida selge backlog, regulaarne demo ning kiire otsustusprotsess. Tee päring, et saada realistlik ajakava hinnang eri arendusettevõtetelt.
Kuidas tagatakse turvalisus ja andmekaitse (GDPR) tarkvaraprojektis?
Turvaline tarkvaraarendus hõlmab õiguste haldust, logimist, krüpteerimist, haavatavuste testimist ja turvalist juurutust. Kui töödeldakse isikuandmeid, on oluline GDPR-i põhimõtete järgimine ning selge vastutuste ja rollide kokkulepe.
- Turvanõuded ja riskianalüüs
- OWASP praktikad ja koodireview
- Pen-test või turvaaudit (vajadusel)
Kuidas valida sobiv arenduspartner ja milliseid tehnoloogiaid kasutatakse?
Sobiv arenduspartner sõltub sellest, kas vajad veebiarendust, mobiiliarendust, API-arendust või pilvelahendusi (AWS/Azure/GCP). Mõistlik on võrrelda portfooliot, tiimi kompetentse ja arendusmetoodikat ning küsida selgitusi tehnoloogiapinu kohta (nt React, .NET, Java, Python, Node.js).
- Varasemad sarnased projektid ja referentsid
- Kommunikatsioon ja projektijuhtimine
- Hooldus, SLA ja skaleerimisvõimekus
Kas olemasolevat tarkvara saab edasi arendada või on parem teha uus lahendus?
Paljudel juhtudel saab olemasolevat süsteemi moderniseerida (refaktor, API-de lisamine, jõudluse parandamine), kuid vahel on odavam ja kiirem ehitada uus versioon. Otsus sõltub koodi kvaliteedist, tehnilisest võlast, dokumentatsioonist ja sellest, kui kriitilised on integratsioonid.
- Tehniline audit ja koodianalüüs
- Moderniseerimise plaan vs uusarendus
- Migratsioon ja andmete üleviimine
Valige pakkujad
Valige sobivad pakkujad, kellele soovite päringu saata (max 10).
Leitud: 10
andevis.ee
andevis.ee
34.5
Andevis AS tegeleb kaasaegsete infosüsteemide väljatöötamisega, mis on vajalikud ettevõtete edukaks ja tõhusaks korraldamiseks.
TallinnKMKR
webtailor.ee
webtailor.ee
33.5
WebTailor pakub digiturunduse ja tarkvaraarenduse teenuseid, keskendudes suure jõudlusega veebilehtede loomisele ja turundusstrateegiate väljatöötamisele.
TallinnKMKR
softsystems.ee
softsystems.ee
33.4
Softsystems pakub IT arendamise ja haldamise täisteenust keskmistele või suurtele ettevõtetele.
TallinnKMKR
deltmar.ee
deltmar.ee
33.1
Deltmar OÜ tegeleb tarkvara koostamise ja raamatukogutarkvara arendamisega, sealhulgas tööstuse automatiseerimisega.
TallinnKMKR
pesanest.ee
pesanest.ee
33.1
PESANEST pakub Eestis arendatud projektijuhtimise tarkvara, mis koondab vajalikud tööriistad ühte kohta projektide sujuvaks juhtimiseks.
TallinnKMKR
doora.ee
doora.ee
33
Pakume ettevõtetele kliendispetsiifilisi tarkvaraarenduse, süsteemide integreerimise ja -administreerimise lahendusi ning raamatupidamisteenuseid.
KärdlaKMKR
brightspark.ee
brightspark.ee
32.8
Brightspark on tarkvaraettevõte, mis arendab kvaliteetseid ja kaasaegseid veebipõhiseid infosüsteeme.
TallinnKMKR
softpro.ee
softpro.ee
32.7
OÜ Softpro tegeleb infosüsteemide ja andmebaasisüsteemide optimeerimise ning ülesehitamisega.
TartuKMKR
digitalfruit.ee
digitalfruit.ee
32.7
Digital Fruit OÜ tegeleb veebi- ja mobiilirakenduste arendamisega, pakkudes kasutajaliideste disaini ja e-kaubanduse lahendusi.
TallinnKMKR
codestage.ee
codestage.ee
32.6
Codestage OÜ pakub innovaatilisi tarkvaralahendusi Eesti ettevõtetele, sealhulgas kohandatud rakenduste loomist ja süsteemide arendamist.
MurasteKMKR