Kun hankinnan arvioija pääsee tarjouksesi kohtaan "Innovatiivinen lähestymistapa", he etsivät harvoin tieteisfiktiota. He eivät toivo, että keksit koko toimialan uudelleen tai esit...
Tarjousten arvioinnissa kynää pitävä henkilö on harvoin se, joka ymmärtää teknisen arkkitehtuurinne. Useimmissa julkisissa ja yksityisissä hankinnoissa arviointiryhmä on sekamuotoinen. Mukana saattaa olla yksi substanssiasiantuntija, joka ymmärtää rajapintanne tai rakennusmenetelmänne nyanssit, mutta he ovat vähemmistössä hankinta-asiantuntijoiden, projektipäälliköiden ja talousohjaajien rinnalla.
Nämä ei-tekniset arvioijat päättävät usein tarjouksenne kohtalosta. He etsivät riskien vähentämistä, selkeyttä ja vaatimustenmukaisuutta. Kohdatessaan jargonia täynnä olevan tekstimuurin he eivät vakuutu asiantuntemuksestanne. He huolestuvat. He pelkäävät, että ratkaisuanne on vaikea hallita, se on työläs toteuttaa tai että ette yksinkertaisesti ymmärrä heidän liiketoimintatarpeitaan.
Haasteena ei ole ratkaisun yksinkertaistaminen liikaa. Haasteena on tiedon kerrostaminen siten, että se tyydyttää asiantuntijaa vieraannuttamatta päätöksentekijää. Sinun on kirjoitettava tekninen tarjous, jonka ei-tekninen henkilö voi pisteyttää luottavaisin mielin.
Arviointiryhmän kokoonpano
Jos analysoit, kuka tarjousvastauksen todella lukee, löydät usein epäsuhdan kirjoittajan ja lukijan välillä. Kirjoittaja on usein tekninen johtaja tai tuoteasiantuntija, joka haluaa todistaa ratkaisun ylivertaisuuden. Lukija on kuitenkin usein generalisti, joka työskentelee aikapaineen alla.
Tyypillisessä konsensuskokouksessa tekninen asiantuntija saattaa sanoa: ”Tämä ratkaisu on teknisesti loistava.” Mutta jos hankinta-asiantuntija sanoo: ”En ymmärrä, miten he hoitavat siirtymävaiheen”, teillä on ongelma. Hankinta-asiantuntijan hämmennys muuttuu alhaisemmaksi pisteeksi kohdassa ”Toteutussuunnitelma” tai ”Palvelun toimitus”, eikä tekninen erinomaisuus harvoin korvaa koettua riskiä toimituksessa.
Sinun on kirjoitettava ”älykkäälle maallikolle”. Tämä on henkilö, joka ymmärtää toimialaa, mutta ei tunne teidän sisäisiä lyhenteitänne tai insinöörien oikopolkuja. Heidän täytyy tietää että se toimii, ei välttämättä miten subatomiset hiukkaset törmäävät saadakseen sen toimimaan.
Käänteinen pyramidi -rakenne
Toimittajat käyttävät rakennetta, jota kutsutaan käänteiseksi pyramidiksi. He sijoittavat tärkeimmän tiedon alkuun ja yksityiskohdat loppuun. Tekniset kirjoittajat tekevät usein päinvastoin: he rakentavat argumentin perusperiaatteista, kuvaten taustan, metodologian, työkalut ja päätyen lopulta ratkaisuun.
Tarjouksessa sinulla ei ole ylellisyyttä hitaaseen paljastukseen. Sinun on vastattava kysymykseen välittömästi. Jos kysymyksessä tiedustellaan, miten varmistatte tietoturvan, älä aloita salauksen historiasta. Aloita toteamalla, että olette ISO 27001 -sertifioituja ja käytätte päästä päähän -salausta. Sitten, ja vasta sitten, selitä tekniset yksityiskohdat.
Tämä lähestymistapa palvelee molempia yleisöjä:
- Johtaja: Lukee ensimmäisen kappaleen, näkee vaatimustenmukaisuuden, tuntee olonsa turvalliseksi ja jatkaa eteenpäin.
- Asiantuntija: Lukee ensimmäisen kappaleen, nyökkää ja jatkaa seuraaviin kappaleisiin varmistaakseen tekniset väittämät.
Ominaisuuksien kääntäminen liiketoiminta-arvoksi
Yleinen virhe teknisissä tarjouksissa on ominaisuuksien luetteleminen selittämättä niiden vaikutusta. Insinöörille ominaisuus on itsestäänselvyys. Ostajalle ominaisuus on vain kustannuserä, kunnes selität, minkä ongelman se ratkaisee.
Sinun on rakennettava silta ”mitä se on” ja ”mitä se tekee ostajalle” välille. Tämä vaatii kirjoittamiseen käännökerroksen. Sinun on otettava raakadata Yritysprofiilista ja muotoiltava se hyödyksi.
Tältä tuo käännös näyttää käytännössä:
| Tekninen ominaisuus (Mitä se on) | Insinöörin näkökulma | Arvo ostajalle (Mitä kirjoittaa) |
|---|---|---|
| Asynkroninen käsittely | Ei-estävät I/O-toiminnot paremman läpimenon saavuttamiseksi. | Järjestelmä pysyy nopeana ja reagoivana käyttäjille jopa raskaiden raportointitehtävien aikana. |
| Modulaarinen esivalmistus | LVI-yksiköiden kokoonpano työmaan ulkopuolella. | Vähentää melua työmaalla ja lyhentää asennusaikaa 30 %, minimoiden häiriöt toimistollenne. |
| 256-bittinen AES-salaus | Standardi kryptografinen suojausprotokolla. | Pankkitason tietoturva varmistaa, etteivät asiakastiedot koskaan vuoda, suojaten teitä GDPR-sakoilta. |
| API-first-arkkitehtuuri | Headless CMS -kyvykkyydet. | Turvaa investointinne tulevaisuuden mahdollistamalla helpon yhdistämisen uusiin työkaluihin ilman järjestelmän uudelleenrakentamista. |
”Entä sitten?” -testi
Kun tarkastelet luonnostasi, sovella ”Entä sitten?” -testiä jokaiseen kappaleeseen. Jos kirjoitat: ”Käytämme dedikoitua valokuituyhteyttä”, kysy itseltäsi: ”Entä sitten?”
Vastaus saattaa olla: ”Jotta voimme taata 99,99 % käytettävyyden.”
Kysy ”Entä sitten?” uudelleen. ”Jotta kriittiset toimintonne eivät koskaan pysähdy virka-aikana.”
Tuo viimeinen lause kuuluu tiivistelmäänne ja teknisen vastauksenne aloitukseen. Valokuituyksityiskohta kuuluu tukevaan todistusaineistoon. Kun työskentelet BidPal AI -editorissa, on hyödyllistä pitää tämä ero mielessä. Tekoäly voi auttaa tekstin tuottamisessa, mutta sinun on varmistettava, että fokus pysyy ostajan lopputuloksessa, ei vain teidän panoksessanne.
Muistan erään suuren julkisen sektorin IT-sopimuksen jälkipuintitilaisuuden, jonka hävisimme vuosia sitten. Palaute oli tuskallista, koska se oli niin yksinkertaista. Johtava arvioija kertoi meille: ”Tiesimme, että olitte pätevin tekninen tiimi. Mutta ehdotuksenne uupui yksityiskohtiin. Emme löytäneet vastauksia perusriskejä koskeviin kysymyksiimme lukematta liitteitä. Voittanut tarjoaja kertoi meille selkeästi, että olisimme turvassa.” Olimme pakottaneet heidät tekemään työn meidän ymmärtämiseksemme, ja he paheksuivat sitä.
Visuaalisuus ja muotoilu tienviittoina
Tiiviit tekstilohkot ovat ymmärtämisen vihollisia. Kun ei-tekninen lukija näkee jargonia täynnä olevan tekstimuurin, heidän aivonsa kytkeytyvät pois päältä. He alkavat silmäillä. Kun he silmäilevät, heiltä jää huomaamatta nyanssit, joiden eteen teitte kovasti töitä.
Käytä muotoilua heidän ohjaamiseensa. Riko pitkät tekniset kuvaukset luetelmakohdilla. Käytä lihavointia korostaaksesi keskeistä hyötyä, ei keskeistä teknologiaa. Jos kuvaat monimutkaista työnkulkua, älä vain kirjoita sitä auki. Käytä numeroitua luetteloa näyttääksesi tapahtumien järjestyksen. Tämä saa prosessin tuntumaan hallitulta ja hallittavissa olevalta.
Jos olet ladannut monimutkaisia teknisiä asiakirjoja hankintatyötilaan, muista, että arvioija ei välttämättä avaa jokaista liitettä. Päävastausasiakirjanne on seisottava omilla jaloillaan. Tiivistä keskeiset tekniset havainnot leipätekstiin ja viittaa liitteeseen ”lisätietoja varten”. Älä piilota vastausta Liitteeseen C.
BidPal AI:n käyttö äänensävyn säätämiseen
Yksi BidPal AI:n eduista on kyky iteroida äänensävyä. Jos luonnos tuntuu liian raskaalta tai akateemiselta, voit käyttää editoria osioiden uudelleenkirjoittamiseen selkeyden vuoksi. Tavoitteena on säilyttää tekninen tarkkuus – joka haetaan rakenteisesta datastanne – mutta tasoittaa ilmaisua.
Kun olet tarjouksen luomisen Ajattelu ja selittäminen -vaiheessa, järjestelmä analysoi hankinta-asiakirjoja nähdäkseen, miten ostaja puhuu. Jos tarjouspyyntö on kirjoitettu selkeällä, toiminnallisella kielellä, vastauksenne tulisi vastata sitä. Jos tarjouspyyntö on erittäin akateeminen, voitte olla teknisempiä. Mutta 90 prosentissa tapauksista selkeys voittaa.
Tarkistuslista lopullista katselmointia varten
Ennen kuin lähetät tarjouksen, pyydä kollegaa, joka ei ole mukana projektissa, lukemaan tiivistelmänne ja tärkeimmät tekniset vastauksenne. Jos heidän täytyy lukea lause kahdesti ymmärtääkseen sen, lause on kirjoitettava uudelleen.
Tässä on käytännön järjestys teknisten osioiden tarkistamiseen:
- Tunnista jargoni: Ympyröi jokainen lyhenne ja tekninen termi. Onko ne määritelty? Ovatko ne tarpeellisia? Jos voit korvata ilmaisun ”hyödyntäen proprietääristä heuristista algoritmia” ilmaisulla ”käyttäen älykästä lajittelua”, tee se.
- Tarkista aloituslauseet: Vastaako kappaleen ensimmäinen lause ostajan kysymykseen, vai onko se vain johdantoa?
- Varmista hyöty: Onko jokaiseen tekniseen väittämään liitetty vastaava liiketoimintahyöty?
- Etsi ”me” vs. ”te” -asetelmat: Laske, kuinka monta kertaa sanotte ”Me teemme X” verrattuna ”Te saatte Y”. Fokuksen tulisi olla heidän tuloksessaan, ei teidän toiminnassanne.
- Tarkista muotoilu: Onko tyhjää tilaa tarpeeksi? Ovatko luettelot helposti silmäiltäviä? Näyttääkö asiakirja kutsuvalta lukea?
Ei-tekniselle yleisölle kirjoittaminen ei tarkoita asiantuntemuksen piilottamista. Se tarkoittaa asiantuntemuksenne kehystämistä ratkaisuksi heidän ongelmaansa. Kun teette tämän hyvin, komitean tekninen asiantuntija kunnioittaa tarkkuuttanne ja talousohjaaja kunnioittaa selkeyttänne. Näin saatte voittamiseen tarvittavat konsensuspisteet.
Vastaukset (0)