Mga proposal na talagang sinasagot ng US client

Ano ang unang binabasa ng client

Bago pa man mabasa ang buong proposal, tumitingin muna ang karamihan sa client sa unang dalawa o tatlong linya. Kung generic ito, gaya ng isang pambungad na pangungusap tungkol sa sarili bilang masipag at maaasahang developer, madalas itong hindi na tuluyang binabasa. Ang mas nakakakuha ng atensyon ay ang proposal na agad na tumutugon sa espesipikong problema na nasa job post o sa unang mensahe ng client.

Ibig sabihin, kailangang basahin muna nang mabuti ang hinihingi bago pa man magsimulang magsulat. Kung may partikular na challenge na binanggit sa post, sagutin muna iyon sa unang bahagi, saka lang ipasok ang tungkol sa sarili.

May pagkakaiba rin kung ang proposal ay sagot sa isang post na may malinaw nang paglalarawan ng proyekto, kumpara sa isang unang mensahe na kayo mismo ang nag-abot dahil walang bukas na post. Sa una, mas mahalagang ipakitang binasa ninyo ang buong post, hindi lang ang titulo. Sa pangalawa, mas mahalagang ipakita agad kung bakit kayo sumulat sa kanila mismo, hindi sa kahit sinong kumpanya na may parehong kategorya.

Ano ang agad na nagpapabura ng proposal

• Copy-paste na template na klarong ginamit din sa ibang proyekto
• Pangungusap tungkol sa sarili bago pa man mabanggit ang proyekto ng client
• Walang binanggit na halimbawa ng katulad na trabahong nagawa na
• Masyadong mahabang paragraph bago marating ang aktwal na punto
• Mga tanong na nasagot na sa job post mismo, senyales na hindi ito binasa nang mabuti

Hindi ibig sabihin nito na kailangang paikliin lahat nang sobra. Ang punto ay bawat linya ay dapat may function, hindi lang pampuno.

Iba ang diin depende sa uri ng specialist

Hindi pareho ang hinahanap ng client sa bawat proposal, dahil iba-iba ang tinitingnan nila depende sa klase ng trabaho. Para sa mga engineer, karaniwang mas mabigat ang tingin sa specific na stack at sa kalidad ng code na naipapakita, kaya mas mabuting direkta banggitin ang teknolohiyang aktwal na ginamit sa katulad na proyekto.

Para sa mga AI at machine learning specialist, mas hinahanap ang paliwanag kung paano kayo lumalapit sa isang problemang walang tiyak na sagot, hindi lang ang listahan ng mga tool o library na alam ninyo. Para sa mga product at interface designer, mas mahalaga ang visual na ebidensya mismo kaysa sa dami ng salitang inilalagay sa paligid nito.

Para sa mga DevOps at reliability specialist, mas kapani-paniwala ang isang paglalarawan ng kung paano kayo humaharap sa isang problemang paulit-ulit na lumalabas, kaysa sa isang listahan ng mga certification. Para naman sa QA, ang pagiging detalyado sa paglalarawan ng proseso ng pagsubok ay mas nagpapakita ng seniority kaysa sa simpleng pagsasabing masinsinan kayong tester. At para sa project manager, ang pinaka-nakukumbinsi ay ang paglalarawan ng isang totoong sitwasyon kung saan kayo ang nag-ayos ng gulo sa pagitan ng team at ng client.

Paano ipakita ang trabaho nang epektibo

Sa halip na maglista ng lahat ng proyektong nagawa na, mas epektibo ang pagpili ng isa o dalawang halimbawa na pinaka-kaugnay sa kasalukuyang proyekto. Ipaliwanag nang maikli kung ano ang problema noon, ano ang ginawang solusyon, at ano ang naging resulta, hindi sa tono ng pagmamayabang kundi bilang konkretong ebidensya.

Kung may NDA na hindi pumapayag na ipakita ang code o ang buong proyekto, sapat na ang paglalarawan ng approach at ng desisyong ginawa. Mas kumbinsido ang isang client sa malinaw na paliwanag ng proseso ng pag-iisip kaysa sa isang link na hindi naman nila titingnan.

Paano pag-usapan ang scope sa unang mensahe

Sa unang contact, hindi pa oras para ilatag ang buong detalyadong plano. Ang mas mainam ay ipakita na naiintindihan ninyo ang laki at hugis ng proyekto: alin ang mga bahaging malinaw, alin ang mga bahaging kailangan pang linawin, at anong tanong ang kailangang sagutin bago pa man magbigay ng tiyak na plano.

Isang tanong na tama ang tinatanong ay mas nagpapakita ng seniority kaysa sa isang mahabang listahan ng mga bagay na kaya ninyong gawin. Nagpapakita ito na alam ninyong hindi pa kumpleto ang impormasyon, at gusto ninyong linawin ito bago mangako ng anuman.

Kung malaki ang proyekto at maraming hindi pa malinaw, mas mainam pang imungkahi ang isang maikling tawag o palitan ng mensahe bago pa man mag-alok ng kumpletong plano. Ipinapakita nito na ayaw ninyong magbigay ng pangako na hindi pa ninyo lubos na naiintindihan, at karaniwan itong mas pinapahalagahan ng client kaysa sa isang mabilis na sagot na kulang sa pag-iisip.

Ang tono na gumagana

Ang mga proposal na sinasagot ay kadalasang direkta pero magalang, tiwala sa sarili pero hindi mapagmataas. Iwasan ang parehong sukdulan: ang paglalagay ng sobrang dami ng disclaimer tungkol sa kakulangan ng karanasan, at ang paggamit ng eksaheradong salita tungkol sa sarili. Sapat nang ipakita ang katotohanan nang malinaw.

Kapag malinaw na hindi kayo ang pinaka-angkop para sa isang proyekto, mas mabuti ring sabihin ito nang tapat kaysa sagarin pa rin at subukang bigyang-kasiyahan ang lahat. Isang tapat na sagot na hindi kayo bagay, minsan pati na rin ang pagsangguni sa ibang taong mas angkop, ay nag-iiwan ng magandang impresyon na maaaring maalala pa rin ng client sa susunod na proyekto.

Ang isang tumpak na tanong tungkol sa proyekto ay madalas na mas nakakakumbinsi kaysa sa isang listahan ng mga papuri sa sarili.