A client came to us with a familiar problem: senior people spending their best hours on repetitive text work. Incoming documents to read, proposals to draft, most of it 70% the same each time. We built a system that keeps humans in charge but removes the drudge. Here's what we did, what worked, and where it nearly broke. Klient tuli meie juurde tuttava murega: tippspetsialistid kulutavad oma parimad tunnid ühetaolisele tekstitööle. Sissetulevad dokumendid lugemiseks, pakkumised koostamiseks, 70% iga kord sama. Ehitasime süsteemi, mis hoiab inimese juhtimist, aga võtab ära tüütu osa. Siin on, mida me tegime, mis töötas ja kus asi peaaegu katki läks.
The problem as they described it Probleem nii, nagu klient seda kirjeldas
Two senior partners were spending roughly 15 hours a week each reading inbound client documents and then drafting initial proposals. The documents varied — briefs, requirements lists, RFPs, sometimes just long emails — but each one required the same pattern of work: read, extract the real asks, map them to the firm's service catalogue, draft a proposal with scope, timeline and pricing. Kaks vanempartnerit kulutasid umbes 15 tundi nädalas kumbki sissetulevate kliendidokumentide lugemisele ja esialgsete pakkumiste koostamisele. Dokumendid olid erinevad — briifid, nõuete nimekirjad, RFP-d, vahel lihtsalt pikad meilid — aga iga kord tuli teha sama: lugeda, välja noppida tegelikud soovid, siduda need firma teenustega, koostada pakkumine skoobi, ajakava ja hinnaga.
About 70% of each proposal was boilerplate they'd written a hundred times before. The remaining 30% was judgment — how to frame the approach, what risks to flag, where to push back on the client's assumptions. That 30% was where their value lived. The other 70% was a tax on their time. Umbes 70% igast pakkumisest oli tüüptekst, mida nad olid sada korda kirjutanud. Ülejäänud 30% oli otsustus — kuidas lähenemist sõnastada, millised riskid välja tuua, kus kliendi eeldustele vastu vaielda. Just see 30% oligi nende päris väärtus. Ülejäänud 70% oli maks nende ajale.
The bottleneck wasn't thinking. It was typing. Pudelikael ei olnud mõtlemine. Pudelikael oli tippimine.
What we built Mida me ehitasime
Three layers, connected but separately testable. Kolm kihti, omavahel seotud, aga eraldi testitavad.
The extraction layer reads the incoming document and pulls structured data: stated objectives, constraints, budget hints, timeline, decision-makers, anything that looks like a requirement. Output is a JSON object, not prose. That matters — downstream layers can reason about fields, not paragraphs. Ekstraheerimiskiht loeb sissetulnud dokumendi ja tõmbab struktureeritud andmed välja: eesmärgid, piirangud, eelarve vihjed, ajakava, otsustajad, kõik, mis nõudena tundub. Väljund on JSON, mitte tekst. See on oluline — järgmised kihid töötavad väljadega, mitte lõikudega.
The templating layer takes the extracted data plus a client profile and composes a first-draft proposal. It pulls scope language from a library of approved sections, fills in numbers from a pricing model the firm already maintained in a spreadsheet, and assembles a coherent document. Mallikiht võtab ekstraheeritud andmed pluss kliendiprofiili ja paneb kokku pakkumise mustandi. Ta tõmbab skoobiteksti kinnitatud lõikude kogust, võtab numbrid hinnamudelist, mis firmal juba Excelis oli, ja kokku tuleb terviklik dokument.
The review layer is a human. A senior partner opens the draft, reads it, edits the 30% that needs judgment, and sends it. We measured their time carefully: before the system, drafting took 60–90 minutes per proposal. After, editing took 8–15 minutes. Ülevaatuskiht on inimene. Vanempartner avab mustandi, loeb, toimetab selle 30%, mis nõuab otsustust, ja saadab. Mõõtsime aega täpselt: enne süsteemi võttis pakkumine 60–90 minutit. Pärast võtab toimetamine 8–15 minutit.
What worked Mis töötas
More than 80% of proposals went out with minor edits only. The partners stopped drafting and started reviewing, which is a completely different cognitive mode — faster, less fatiguing, and frankly more aligned with what senior people should be doing. Üle 80% pakkumistest läks välja väikeste muudatustega. Partnerid lõpetasid kirjutamise ja hakkasid toimetama. See on hoopis teine töölaad — kiirem, vähem väsitav ja lihtsalt rohkem see, mida tippspetsialist peaks tegema.
Turnaround dropped from roughly three days to same-day. Clients noticed. Win rate on proposals sent within 24 hours was meaningfully higher than on slower ones, though we can't fully isolate the cause. Pakkumine jõudis kliendini kolme päeva asemel samal päeval. Kliendid panid tähele. 24 tunni jooksul saadetud pakkumiste võiduprotsent oli kõrgem kui aeglasemate oma, ehkki me ei saa seda ainult kiiruse kraesse ajada.
The partners reclaimed around 20 hours per week between them. They did not use that time to process more proposals faster. They used it to work on two things they'd been putting off for a year: a service redesign and a hiring pipeline. That's the real return — redirected attention, not saved hours. Partnerid võitsid kokku umbes 20 tundi nädalas. Nad ei kasutanud seda aega rohkemate pakkumiste tegemiseks. Nad kasutasid seda kahe asja jaoks, mida olid aasta edasi lükanud: teenuste ümberkujundamine ja värbamiskonveier. See ongi päris kasu — suunatud tähelepanu, mitte säästetud tunnid.
The tricky parts Keerulised kohad
Document variability was the hardest problem. Not every incoming document is a clean RFP. Some are Word files, some PDFs, some forwarded email chains with attachments. We spent more engineering time on the ingestion edge cases than on the actual language model work. If you're evaluating this kind of project, budget accordingly. Dokumentide mitmekesisus oli raskeim probleem. Iga sissetulev dokument pole puhas RFP. Osa on Word-failid, osa PDF-id, osa edastatud meilid manustega. Me kulutasime ingestion-äärejuhtumitele rohkem insenertööaega kui päris keelemudeli osale. Kui sa niisugust projekti kaalud, arvesta sellega.
Confidence thresholds mattered more than we expected. When the extraction layer wasn't sure about a field — say the budget was vague or the timeline ambiguous — the system had to know to flag it rather than guess. Early versions guessed. The partners stopped trusting the drafts. We rebuilt the confidence scoring and the trust came back, but that lesson cost us three weeks. Usalduspiirid olid tähtsamad, kui me arvasime. Kui ekstraheerimiskiht ei olnud mingis väljas kindel — näiteks eelarve oli udune või ajakava lahtine — pidi süsteem oskama seda märkida, mitte arvata. Esimesed versioonid arvasid. Partnerid kaotasid mustandite vastu usalduse. Ehitasime usaldushindamise ümber ja usaldus tuli tagasi, aga see õppetund maksis kolm nädalat.
The hardest risk was the "uncanny valley" of proposals. A draft can sound competent, structured and professional while completely missing the real nuance of what the client actually needs. That's worse than an obviously bad draft, because a busy partner might let it through. We handled this by making the draft deliberately skeletal in the judgment sections — leaving explicit placeholders like "[Strategic framing — partner to write]" so nobody could accidentally send a hollow proposal. Kõige salakavalam risk oli "kummaline org" pakkumiste juures. Mustand võib kõlada pädevalt, olla hästi struktureeritud ja professionaalne, aga täiesti mööda kliendi tegelikust vajadusest. See on halvem kui ilmselgelt halb mustand, sest kiirel partneril võib see kogemata käest minna. Lahendasime nii, et otsustuskohad jätsime mustandis meelega kondised — näiteks "[Strateegiline raamistus — partner kirjutab]" — et keegi ei saaks kogemata saata tühja pakkumist.
What this isn't Mis see ei ole
This is not replacing senior judgment. Nothing in the system makes strategic calls. The AI does not decide which clients to take, how aggressively to price, or how to frame a tricky engagement. Those are human decisions and they remain human decisions. See ei asenda tippspetsialisti otsustust. Süsteem ei tee ühtegi strateegilist otsust. AI ei otsusta, milliseid kliente vastu võtta, kui agressiivselt hinnastada või kuidas keerulist projekti sõnastada. Need on inimese otsused ja nii jäävadki.
What the system does is clear the junk work so judgment lands where it matters. A senior partner reading a blank page for the tenth time this week is not doing their best work. A senior partner editing a competent draft and deciding which two paragraphs actually need rewriting — that's where the value comes out. Mida süsteem teeb, on tüütu töö ära koristamine, et otsustus langeks sinna, kus ta loeb. Tippspetsialist, kes kümnendat korda sel nädalal tühja lehte vaatab, ei tee oma parimat tööd. Tippspetsialist, kes loeb pädevat mustandit ja otsustab, millised kaks lõiku tegelikult ümber tuleb kirjutada — sealt tuleb päris väärtus välja.
The pattern Muster
If your team has senior people doing high-volume, pattern-heavy text work, there's probably a version of this system that applies. Extraction, templating, human review. Keep the human in the decision loop. Automate the typing, not the thinking. Kui sinu tiimis on tippspetsialistid, kes teevad suures mahus ühetaolist tekstitööd, on sellest süsteemist tõenäoliselt mingi versioon ka sinu juhtumi jaoks olemas. Ekstraheerimine, mallimine, inimese ülevaatus. Hoia inimene otsustusringis. Automatiseeri tippimine, mitte mõtlemine.
That's the whole pattern. It works more often than it doesn't. If your team has other high-volume text work, our five starter automations is a good next read — or jump to what we build. See ongi kogu muster. Ta töötab sagedamini kui mitte. Kui sinu tiimis on muid suures mahus tekstitöid, loe järgmiseks meie viit alustavat automatiseeringut — või vaata kohe mida me ehitame.