
Bu şablonu kullanın
Harika bir proje teklifi, bir fikri fonlanan bir girişime dönüştürür. Trupeer ile ücretsiz bir proje teklifi şablonuyla başlayarak teklif yazma sürecinde saatler kazanabilir, bunu marka kimliğiniz ile özelleştirebilir ve teklifi karar vericilerin 5 dakikada izleyebileceği bir video pitch’e dönüştürebilirsiniz.
Proje teklifi şablonu nedir ve kim okur?
Proje teklifi, birinin onaylamasını ya da fonlamasını istediğiniz işi ortaya koyar: sorunun ne olduğu, bununla ilgili olarak ne önerdiğiniz, nasıl yapacağınız, işi kimin yapacağı, ne kadar süreceği ve maliyeti.
Belirleyici özelliği, “hayır” deme yetkisine sahip biri için yazılmış olmasıdır. Bunu, alınmış ve üzerinde çalışmaya yetki verilmiş işleri tanımlayan brief’ten ve onaylanan işin nasıl teslim edileceğini anlatan plandan ayırır.
Okuyucu genellikle üç kişiden biridir. Tedarikçiler arasında seçim yapan bir müşteri ya da potansiyel müşteri. Sınırlı bir bütçeyi dağıtan bir fon sağlayıcı ya da hibe kurumu. Ya da aynı bütçeden rekabet eden çağrılar arasında karar veren dahili bir onay mercii.
Üçünün de bu sayfadaki her şeyi şekillendiren ortak bir noktası vardır. Tek başına teklifinizi okumazlar.
Teklifiniz bir yığın içinde okunur, tek başına değil
Neredeyse her teklif, okuyucunun masasında tek dokümanmış gibi yazılır. Giriş, hakkımızda, yaklaşımımız, ekibimiz, vaka çalışmaları, zaman çizelgesi, fiyat. Sonuca doğru ilerleyen, kendi içinde tamamlanmış bir argüman.
Bu, okuma deneyimi değildir. Okuyucunun açıkta üç ya da dört teklifi vardır; her biri için puanladığı bir dizi kriter ve her doküman başına sınırlı bir dikkat süresi. Sizin argümanınızı değerlendirmezler. Her tekliften aynı birkaç cevabı çıkarır ve karşılaştırırlar.
Bu da demek oluyor ki teklifin görevi sırayla ikna edici olmak değildir. Çıkarılması kolay olmaktır.
Bunun pratik sonucu, yazmaya gurur duyan herkes için rahatsız edicidir. Sayfa kırk birde, ağır ağırlıklı bir kriterin cevabını gömen iyi argümanlı kırk yedi sayfalık bir teklif, bunu kriterin adını taşıyan bir başlık altında sunan daha sade otuz sayfalık bir teklife kaybeder.
Bu, değerlendiricilerin bir kusuru değildir. Karşılaştırmanın gerektirdiği şeydir ve bunun geleceğini biliyorsanız tamamen öngörülebilirdir.
Bu şablon Trupeer’da nasıl özelleştirilir
Adım 1: Şablonlar Bölümünü Açın
Ana navigasyondan Şablonlar bölümüne gidin.

Adım 2: Bir Şablon Seçin ve Açın
Açmak istediğiniz herhangi bir şablonun üzerine tıklayın.

Adım 3: Şablon Görünümünü Genişletin
Gerekirse, tam düzeni ve ayrıntıları net görmek için şablon görünümünü genişletin.

Adım 4: Şablonu Düzenleyin
Seçili şablonda değişiklik yapmaya başlamak için Düzenle’ye tıklayın.

Düzenleyicide şunları yapabilirsiniz:
Yeni bölümler ekleyin
Biçimlendirme kurallarını tanımlayın veya güncelleyin
Bir logo ekleyin ve konumunu ile ilgili ayarları düzenleyin
Adım 5: Özelleştirilmiş Şablonunuzu Kaydedin
Gerekli tüm değişiklikleri yaptıktan sonra, güncellenmiş şablonu kendi şablonunuz olarak saklamak için Kaydet’e tıklayın.

Adım 6: Şablonu Önizleyin ve İnce Ayar Yapın
Özelleştirilmiş şablonunuzun nasıl göründüğünü görmek istediğinizde Önizleme’yi açın.

Önizleme ekranından, gerekirse doğrudan ayarlamaya devam edebilir; böylece şablonun tam olarak istediğiniz gibi göründüğünden emin olabilirsiniz.
Proje teklifi şablonuyla şunları yapabilirsiniz:
Yazma süresinden tasarruf edin: Deneyimli PM’lerin kullandığı bir yapıyla boş sayfayı atlayın.
Onayları kazanın: Sorun, ROI ve risk için yerleşik bölümler güçlü bir gerekçe oluşturur.
Markanızla uyumlu kalın: Trupeer’ın marka kitini kullanarak logonuzu, yazı tiplerinizi ve renklerinizi uygulayın.
Etkiyle pitch yapın: Teklifi, karar vericilerin gerçekten izlediği bir video pitch’e dönüştürün.
Tüm projelerde standardize edin: Her teklif için aynı şablonu kullanın.
Küresel paydaşlara ulaşın: Tek tıkla teklifleri 65+ dile çevirin.
Değerlendirme kriterlerini, kendi sıralarında yansıtın
Bir teklife yapılabilecek en yüksek geri dönüş değişikliği yapısaldır ve hiçbir yazı gerektirmez.
Kriterler yayımlandıysa, bunları bölüm başlıklarınız olarak kullanın; verilen sırayla, kendi kelimelerinizle değil onların ifadeleriyle. Altı kriterin listelendiği bir ihale, her biri o kriterin adını taşıyan altı ana bölüm içeren bir teklif üretmelidir. Dördüncü kriteri puanlayan değerlendirici, “dördüncü kriterin adı” diye bir bölüm bulmalıdır.
Kriterler yayımlanmadıysa, sorun. Çoğu alıcı size bunu söyler ve soru sormak, kendinizden bahsetmek yerine soruyu yanıtlamayı amaçladığınızı gösterir.
Soramazsanız, çıkarım yapın ve bunu ilk sayfada belirtin. Kararın neye dayanacağını anladığınızı ifade eden kısa bir paragraf, okuyucuya sizi düzeltme fırsatı verir ve onların sorununu düşündüğünüzü, kendi yeteneklerinizi değil, gösterir.
Bundan çıkan iki sonuç, insanların direnç gösterdiği şeylerdir. En sevdiğiniz içerik hiçbir kritere denk gelmeyebilir; bu durumda ek’e gider ya da tamamen çıkar. Ve bölüm sıralamanız anlatı olarak mantıksız görünebilir; bu önemli değildir çünkü anlatı olarak okunmaz.
Ağırlıklarla uyumu nasıl kontrol edersiniz
Gönderimden önce on dakikalık bir kontrol, hasarın çoğunu ortaya çıkarır.
Kriter | Ağırlık | Nerede yanıtlanıyor | Ayrılan kelime | Orantılı mı? |
|---|---|---|---|---|
Teknik yaklaşım | %25 | Bölüm 2, sayfa 4 ila 11 | 3.100 | Evet |
Sosyal değer | %20 | İki paragraf, sayfa 41 | 180 | Hayır, yetersiz |
Program yönetimi | %15 | Bölüm 4, sayfa 14 ila 17 | 1.600 | Evet |
Ekip | %15 | Bölüm 5 artı ek CV’ler | 1.400 | Evet |
Risk yönetimi | %15 | Bölüm 2 ve 4 boyunca dağıtılmış | 700, bulunamıyor | Hayır, konumlandırılamıyor |
İnovasyon | %10 | Bölüm 6, sayfa 22 | 900 | Evet |
Bu tabloda iki başarısızlık modu görülür ve ikisi de yaygındır.
Ağırlığı düşük içerik. Puanların beşte biri değerinde bir kriter, iki paragrafta yanıtlanır. Kelime sayısının ağırlıkla birebir orantılı olması gerekmez; ancak büyüklük sırası düzeyinde sapma, stil tercihi değil puanlama problemidir.
Konumlandırılamayan içerik. Dokümanda var olan ama tek bir yerde yanıtlanmak yerine doküman boyunca dağıtılmış materyal. Beşinci kriteri puanlayan değerlendirici, cevabınızı dört bölümden bir araya getirmez. Bulabildiklerini puanlar.
Tabloyu çalıştırın. “Hayır” olarak işaretlenen satırları düzeltin. Bu genellikle müdahalenin tamamıdır.
Onlar için yazmanız gereken karşılaştırma tablosu
Her değerlendirici, resmi olsun ya da bir sayfanın arkasında olsun bir karşılaştırma ızgarası oluşturur. Boyutları seçerler.
Bunları siz de seçebilirsiniz ve neredeyse kimse seçmez.
Birinci ya da ikinci sayfaya, kararın hangi boyutlara dayanması gerektiğini düşündüğünüz boyutları ve her biri karşısında cevabınızı gösteren kısa bir tablo koyun. Diğer sütunları tamamen dışarıda bırakın; okuyucu onları zihninde doldurur.
Boyutları dikkatle seçin. Alıcı için gerçekten önemli olmalı, doğrulayabileceğiniz şeyler olmalı ve en az birinin alternatiflerin daha zayıf olduğundan emin olduğunuz bir şey olması gerekir. Sadece “yeterli” bir boyutlar tablosu, hiç tablo olmamasından daha kötüdür.
Bu bir hile değil ve düşmanca bir yaklaşım gerektirmiyor. Önemli boyutları adlandırmak, bunu daha az bilgiyle sizin yerinize yapmaya hazırlanan bir okuyucuya hizmettir.
Alıcı kriterleri yayımladıysa, tablonuz bunları kullanmalıdır. Yayımlamadıysa, tablonuz sizin çıkarımınızdır ve önceki bölümde tarif edilen paragrafın yerini de tutar.
Ücretsiz proje teklifi şablonu: kopyalanacak yapı
Buradan kopyalayın. Bölüm adlarını, var oldukları yerde alıcının kriterlerine göre uyarlayın.
Kapak. Proje ya da ihale adı, kuruluşunuz, tarih, referans numarası, iletişim.
Tek sayfalık özet. Bir paragrafta öneriniz. Karşılaştırma tablosu. Fiyat. Talep ettiğiniz karar ve bunun için süre.
Gereksinimi anlama. Sorunu kendi kelimelerinizle yeniden ifade edin; brief’i tekrar etmek yerine anladığınızı gösterin. Kriterler yayımlanmadıysa, kararın neye dayanacağını düşündüğünüzü ekleyin.
Kriterleri yansıtan bölümler. Her kriter için bir tane; kendi sıralarında, onların kelimeleriyle adlandırın. Her biri o kritere tamamen yanıt vermeli ve tek bir yerde olmalıdır.
Program. Aşamalar, kilometre taşları ve tarihler. Planın kendisi teklif değildir ve kazandıktan sonra oluşturacağımız çalışma dokümanını proje planı şablonumuz kapsar.
Ekip. Gerçekten işi yapacak adlandırılmış kişiler ve uygunlukları. Yetenek beyanı değil.
Fiyat. Tek bir yerde net şekilde; nelerin dahil olup nelerin dahil olmadığını belirtin. Fiyatın dayandığı varsayımlar, numaralandırılmış.
Riskler ve nasıl ele aldığımız. Bir kriterse, dağıtılmış değil bir bölüm olarak yanıtlayın.
Öneri olarak sunmadıklarımız. Açık dışlamalar. Bu, temkinli bir yaklaşım gibi değil güven gibi okunur ve en yaygın ihale sonrası anlaşmazlığı önler.
Ekler. Vaka çalışmaları, CV’ler, sertifikalar, politikalar. Yanıt vermekten çok destekleyen her şey.
Buraya kadar kopyalayın.
47 sayfa yazan ve üçüncü olan danışmanlık
Marlow and Deane, yaklaşık yüz kırk kişilik bir mühendislik danışmanlığıdır; yerel bir otoriteyle birlikte dört yıllık bir otoyol tasarım çerçevesi için teklif verdi. Bu teklif, dönem boyunca yaklaşık iki buçuk milyon sekiz yüz bin sterlin değerindeydi.
Teklifleri kırk yedi sayfaya uzandı. İyi yazılmıştı; güçlü ekip CV’leri, ayrıntılı bir metodoloji ve üç ilgili vaka çalışması içeriyordu. Yapısı; giriş, hakkımızda, yaklaşımımız, ekibimiz, vaka çalışmaları, program, fiyat şeklindeydi.
Kalitede beş teklif arasından üçüncü oldular.
Brifing bilgilendiriciydi. İhale, ağırlıklarıyla birlikte altı değerlendirme kriteri yayımlamıştı: teknik yaklaşım %25, sosyal değer %20, program yönetimi %15, ekip %15, risk yönetimi %15 ve inovasyon %10.
Mevcut puanların beşte biriyle, ikinci en yüksek ağırlığa sahip olan sosyal değer, kırk birinci sayfadaki iki paragrafta ele alındı.
Bir diğer %15’lik risk yönetimi ise bir bölüm olarak yanıtlanmak yerine metodoloji boyunca dağıtılmıştı. Değerlendiricinin notunda, net bir yanıtı konumlandıramadıklarını belirttiler.
Dolayısıyla mevcut puanların %35’i, kırk yedi sayfada ya zar zor var olan ya da bulunamayan içerik nedeniyle düşük puan almıştı.
Kazanan teklif otuz bir sayfaydı. Altı ana bölümü, ihalenin sırasına göre altı değerlendirme kriteriydi ve ihalenin kullandığı ifadelerle adlandırılmıştı.
Teklif, Marlow and Deane’e personel zamanı olarak yaklaşık yirmi dört bin sterline mal oldu.
Yazıyı değil süreci değiştirdiler. Bölüm başlıkları artık yayımlanan kriterleri sırasıyla ve onların kelimeleriyle yansıtıyordu. Gönderimden önce bir kapsam kontrolü çalıştırılıyor; her kriter, ağırlığı, nerede yanıtlandığı ve kaç kelime aldığı listeleniyor; orantısız olan her şey işaretleniyor. İkinci sayfada bir karşılaştırma tablosu bulunuyor. Ve teslim ekibi, teklif gönderilmeden önce teklifi okuyor.
Yeni süreçte ilk tekliflerinde, teslim ekibi yazıldığı şekilde teslim edilemeyeceğini söyledikleri dört taahhüdü kaldırdı.
Sonraki on sekiz ay boyunca on bir teklif sundular ve altısını kazandılar; önceki benzer dönemdeki on bir teklifin üçüyle karşılaştırıldığında. Beş kayıptan ikisi, kalite açısından ikinci olduklarını ve fiyatta kaybettiklerini belirten geri bildirimle geldi; bu farklı bir problem ve sahip olunması daha iyi bir problem.
Proje teklifinde neleri içermeli ve nerede?
Yukarıdaki yapı, içerikten daha önemli olan üç yerleştirme kararıyla birlikte.
Fiyat önde, özet bölümünde ve bir kez de kendi bölümünde yer alır. Okuyucular onu önce arar; nerede koyduğunuzdan bağımsız olarak. Onu saklayan bir teklif, diğer dokümanlarla karşılaştırılan bir dokümanda kaçamak gibi okunur. Ortaya çıkarma (reveal) için kademeli ilerlemek, iki başka dokümanla karşılaştırılan bir dokümanda değil, bir pitch’te işe yarar.
Her kriter tam olarak tek bir yerde yanıtlanır. Anlatı akışı için bir yanıtı dağıtmak puan kaybettirir; çünkü değerlendirici ilgili başlık altında olanı puanlar.
Varsayımlar numaralandırılır ve fiyata eklenir. Her teklif varsayımlar içerir ve fiyata eklenenler, nihai sözleşmenin verdiğiniz teklifin içeriğiyle eşleşip eşleşmeyeceğini belirleyenlerdir. Numaralandırmak, bir varyasyonun tek bir noktaya işaret etmesini sağlar.
Neleri dışarıda bırakmalısınız: çözüm kriteri değilse geçmişiniz. Genel yetenek beyanları. Her yetkin tedarikçinin yapacağı şeyi anlatan metodoloji. Altıncı ayda size geri alıntılanmasını istemeyeceğiniz her şey; bir sonraki bölümün konusu budur.
Göndermeden önce teslim ekibinin okumasını sağlayın
Bir teklif bir vaattir ve içindeki her cümle, başka birinin karşılaması gereken bir beklentiye dönüşür.
Çoğu organizasyonda teklif, zaman baskısı altında bir teklif/business development fonksiyonu tarafından yazılır ve işi gerçekten teslim edecek kişiler, kazanımdan sonra ilk kez okur. O zamana kadar taahhütler sözleşmeseldir.
Çözümün maliyeti bir saattir. Teslimatı kimin yöneteceği fark etmeksizin, teslim lideri gönderimden önce teklifi okur; tek bir talimatla: yazıldığı şekilde teslim edemeyeceğiniz ya da belirtilen fiyattan teslim edemeyeceğiniz her şeyi işaretleyin.
Liste genellikle kısa ve nettir. Kimsenin bulunabilir olduğunu varsayan bir yanıt süresi. Fiyatlandırılandan fazlasını ima eden bir şekilde tarif edilen bir teslim edilebilirlik. Başka bir yerde taahhüt altına alınmış bir kişi. İnanılır görünen ama gerçekleşmeyen bir metodoloji adımı.
Bunların her biri, şimdi kaldırmanın maliyeti üçüncü ayda yeniden müzakere etmekten daha düşüktür ve kaldırmak nadiren teklifi zayıflatır; çünkü kaldırılan taahhütler genellikle ayırt edici olmaktan çok genel niteliktedir.
Teklif kazanırsa, aynı inceleme teslim planı için başlangıç noktası olur; çünkü teslim lideri kapsamı zaten okumuş ve sorgulamıştır.
Proje teklifi varyantları: hibe, danışmanlık ve inşaat
Yapı korunur; ancak vurgu türüne göre önemli ölçüde değişir.
Hibe ve finansman teklifleri. Fon sağlayıcının formatı zorunludur ve genellikle yönlendiricidir; her bölüm için kelime sınırları da dahil olmak üzere. Sorularını kendi sıralarında yanıtlayın ve kelime sınırlarını, ağırlık sinyali olarak ele alın. Burada yöntemden daha fazla ağırlık sonuçlara ve ölçüme verilir.
Danışmanlık teklifleri. Ekip ve yaklaşım baskındır ve alıcı büyük ölçüde bu belirli kişilerin birlikte çalışmak için iyi olup olmayacağını değerlendirir. Gerçek uygunluğu olan adlandırılmış bireyler, yetenek beyanlarını geçer.
İnşaat ve mühendislik. Program, yöntem beyanı, risk ve uyum ağırlığı taşır ve dokümantasyon gereksinimleri çoğu zaman belirtilir. Sağlık ve güvenlik yeterlilikleri, puanlanan bir kriterden çok sıkça geç/fail kapısı şeklindedir.
Kamu sektörü ihaleleri. Kriterler ve ağırlıklar yayımlanır; değerlendirme resmileştirilir ve netleştirme sorularına genellikle izin verilir, ancak yeterince kullanılmaz. Masanın diğer tarafında ise ihale yönetim planı şablonumuz, alıcıların sözleşme türünü istediklerini ne kadar iyi tarif edebildiklerine göre nasıl belirlediğini kapsar; bu da bir ihaleyi yorumlamak için faydalı bir bağlamdır.
Dahili teklifler. Tedarikçilere karşı değil, bütçeye karşı yarışmak. Karşılaştırma diğer dahili girişimlerle yapılır; bu nedenle adlandırmaya değer boyutlar genellikle geri ödeme, risk ve bunun yerine ne yapılmayacağıdır.
Serbest çalışan ve küçük proje teklifleri. İki ila dört sayfa. Kapsam, fiyat, zaman çizelgesi, dışlamalar ve kapsam değişirse ne olacağı. Uzunluk burada işe yarar bir sinyal vermez; dışlamalar ise çoğu anlaşmazlığı önler.
Teklif şablonu kullanmanın dezavantajları
Bu konuda dürüst olmakta fayda var; çünkü bu konuyla ilgili yazılanların neredeyse hiçbirinde yok.
Şablonlar, yanlış yapıyı yanıtlamaya teşvik eder. Bir şablonun bölüm sırası geneldir ve alıcının kriterleri özeldir. Kriterler yerine şablonu takip etmek, yukarıdaki örnekte tam olarak görülen hatadır.
Genel içerik üretirler. Kalıp metodoloji ve yetenek bölümleri kalıp gibi okunur ve değerlendiriciler çok sayıda teklif okur.
Her bölümü doldurmaya heveslendirirler. Söyleyecek ayırt edici bir şeyi olmayan bir bölüm, gözden geçirilen bir dokümanda ölü ağırlıktır ve önemli olan bölümleri sulandırır.
Fiyatı saklarlar. Çoğu şablon ticari kısımları en sona koyar; okuyucuların zaten ilk baktığı yer orası değildir.
Alıcının formatı değildirler. Alıcı bir format belirtiyorsa, onların formatı bu sayfadaki her şeyi geçersiz kılar.
Unutmamanız gerekenler için bir şablon kullanın ve yapıyı alıcının kriterleri belirlesin.
Proje teklifi, brief ya da iş gerekçesi mi?
Birbirine yakın duran ve karıştırılan üç doküman.
Bir teklif, ilerlenip ilerlenmeyeceğine karar verecek kişiye yazılır; genellikle rekabetçi şekilde ve içinde bir fiyat bulunur. Görevi kazanmak.
Bir brief, bir şey yapma kararı alındıktan sonra yazılır; sorunu belirtir ve işi yetkilendirir. Dahilidir ve fiyat içermez. proje brief şablonumuz bunu kapsar; ayrıca çözüm yerine sorun belirten brief’lerin neden bu kadar çok israfa yol açtığını da içerir.
Bir iş gerekçesi, seçenekler, maliyetler ve faydalarla bir yatırımı haklı çıkarır ve finans fonksiyonu ya da yönetim kurulu tarafından onaylanır. Uzayıp finansal modellemelerle dolan bir teklif genellikle yanlış adla anılan bir iş gerekçesidir.
Dahili işler için sıra brief, iş gerekçesi, plan şeklindedir. Harici işler için ihale ya da soruşturma, teklif, sözleşme, plan şeklindedir. Projeler yalnızca ikinci aşamada görünür; bu yüzden teklif tavsiyelerinin çoğu dahili proje pratiğiyle tuhaf biçimde uyuşmaz.
Word ya da PDF’de proje teklifi şablonu alabilir miyim?
Yazmak için Word veya Google Docs; çünkü teklifler birkaç tur inceleme ve yorumdan geçer ve çünkü alıcı bazen düzenlenebilir bir dosya talep eder.
Gönderim için her zaman PDF. Alıcı başka bir şey belirtmedikçe. Düzeni sabitler, kazara yapılan düzenlemeleri önler ve dokümanınızın tasarlamadığınız bir şeye yeniden akmasını engeller.
Olması gerekenden daha önemli iki üretim detayı. PDF’de bölümleri yer imleriyle işaretleyin ya da bağlantı verin; çünkü kriterler arasında atlayan bir değerlendirici size teşekkür eder. Ve son tarihten önce dosya boyutunu herhangi bir portal limitine göre kontrol edin; bu, geç gönderimlerin gerçekten yaygın bir nedenidir.
Sunum yazılımları, teklife eşlik eden bir pitch için uygundur; teklifin kendisi için değil. Alıcı ayrıca bir sunum da istiyorsa, bunu aynı kriterleri aynı sırayla yanıtlayan ayrı bir doküman gibi ele alın.
Bir teklif çoğu zaman bir müşterinin gördüğü ilk şey olduğundan, marka kitleri onu takip eden her şeyle tutarlı tutar; bu, alıcının kısmen düzenli görünüp görünmediğinizi de değerlendirdiği durumlarda önemlidir.
Yöntemi anlatmak yerine nasıl gösterirsiniz
Her teklif bir metodoloji iddia eder ve değerlendiriciler bunların onlarcasını okur. Yöntem açıklamaları birbirinin yerine geçebilir niteliktedir; bu yüzden kriter çoğu zaman içerikten çok sunum üzerinden puanlanır.
Somut bir şey bunu aşar. Tekliften bağlantı vererek eklediğiniz, işi gerçekten nasıl yaptığınıza dair kısa bir kayıt, üç sayfalık bir açıklamanın yapamadığı şekilde şüpheciliği zorlaştırır.
Trupeer AI bunu üretmeyi kolaylaştırır. Ekipten bir kişi süreci bir kez kaydeder; çıktı, markanız içinde bir yazılı anlatım ve bir video olur. Bu, teklifin ilgili bölümünden bağlantı verilebilir ya da bir ek olarak sunulabilir.
Kaydedin. Markalayın. Çevirin. Trupeer’layın.
Kazanımdan sonra ikinci bir kullanım alanı daha vardır. Yöntemi göstermek için ürettiğiniz materyal, onboarding ve teslim dokümantasyonuna dönüşür; böylece çaba sadece teklife harcanmaz. Çıktı bilgi bankanızda yaşar ve teklifin daha sonra devredilecek bir işe yol açtığı durumlarda proje devir şablonumuz karşı tarafın ihtiyaç duyduğu şeyleri kapsar. Kurulum talimatları doküman şablonu kurulum kılavuzunda yer alır.
Sıkça Sorulan Sorular
Word’de ücretsiz bir proje teklifi şablonu var mı?
Yukarıdaki yapı, Word veya Google Docs’a doğrudan yapıştırılır. Kilitli bir indirme yoktur ve form yoktur. Herhangi bir şey yazmadan önce yapılmaya değer değişiklik, bölümleri alıcının değerlendirme kriterlerine göre (kendi sıralarında) yeniden adlandırmaktır; bu, herhangi bir şablondan daha değerlidir.
PDF’de ücretsiz bir proje teklifi şablonu var mı?
Bir doküman düzenleyicide yazın ve alıcı başka bir şey belirtmedikçe PDF olarak gönderin. Değerlendiricinin kriterler arasında atlayabilmesi için bölümleri yer imleriyle işaretleyin ve son tarihten önce portalın dosya boyutu limitini kontrol edin.
Basit bir proje teklifi şablonu var mı?
Küçük projeler ve serbest çalışma için dört bölüm yeterlidir: ne yapacağınız, maliyeti, ne zaman tamamlanacağı ve nelerin hariç tutulduğu. İki ila dört sayfa. Bu ölçekte uzunluk işe yarar bir sinyal vermez; dışlamalar ise çoğu anlaşmazlığı önler.
Word’de ücretsiz bir iş teklifi şablonunu nerede bulabilirim?
İş teklifi, proje teklifi ve hizmet teklifi büyük ölçüde aynı dokümandır; farklı vurgularla. Yukarıdaki yapı üçü için de çalışır; fark, alıcının hangi kriterleri puanladığıdır. Yeni bir müşteriye verilen bir iş teklifi genellikle nasıl yaptığınızdan çok neden siz olduğunuz hakkında daha fazla bilgi gerektirir; bu, yapısal değil bir ağırlık kararıdır.
Bir proje teklifi ne kadar uzun olmalı?
Kriterler ne kadar gerektiriyorsa o kadar ve daha fazla değil. Yukarıdaki örnek, kırk yedi sayfalık bir çerçeveyle iki buçuk milyon sterlinlik bir teklifi, otuz bir sayfalık bir kazanana kaptırdı. Uzunluk değişken değildir; kriterlere göre bulunabilirliği yakalayın.
Proje teklifini kim yazmalı?
Teslimatı yönetecek kişi ya bunu yazmalı ya da gönderimden önce gözden geçirmelidir. Teklif fonksiyonu tarafından tamamen yazılan teklifler, teslim ekibinin hiç görmediği taahhütler içerir ve bu taahhütler, kazandığınız gün sözleşmesel hale gelir.
Fiyat önde mi arkada mı olmalı?
Önde, özet bölümünde ve bir kez de kendi bölümünde. Okuyucular onu önce arar; diğer dokümanlarla karşılaştırılan bir dokümanda saklamak kaçamak gibi okunur. Ortaya çıkarma (reveal) için kademeli ilerlemek, canlı bir pitch’te işe yarar; bir dokümanda değil.
Teklif ile teklif fiyatı (quote) arasındaki fark nedir?
Teklif fiyatı (quote), tanımlı işler için bir fiyattır. Teklif ise sadece fiyatı değil, aynı zamanda bir yaklaşımı savunur ve alıcının ne istediğini tam olarak belirtmediği durumlarda kullanılır. Gereksinim tamamen belirtilmişse yalnızca bir teklif fiyatına (quote) ihtiyacınız olabilir; bunun yerine teklif gönderirseniz, uzunluk artar ama puan eklenmez.