8 yıldan fazla bir süredir WordPress önerileri yazmaktan öğrendiklerim
Son sekiz yılda, WordPress web sitesi projesi için yüzlerce teklif yazdım. İlk günlerde, çoğu korkunçtu. Sonra ne aldığım ve aldığım geri bildirimlere dikkat etmeye başladım. Benim için uygun bir formül bulana kadar teklifimde küçük değişiklikler yapmaya başladım. Bu makalede, beklentileriniz için daha iyi bir teklif yazmanıza ve daha fazla proje kazanmanıza yardımcı olmak için son sekiz yıldır bir teklif yazmaktan öğrendiğim her şeyi paylaşacağım. Uygulama: Müşterilerimin çoğu küçük ve orta ölçekli işletmelerdir. Şirket müşterileriyle ilgileniyorsanız, teklifinize daha fazla ayrıntı eklemeniz gerekebilir, ancak bence burada sizinle paylaştığım çerçeve başlamak için iyi bir yerdir.
Bir teklifin yıllardır gördüğüm tekliflerin çoğunun görüldüğü ve lüks broşürler veya çok sıkıcı teknik belgeler gibi hissettiği bir şey önermesi gerekiyor. Gerçek teklifin, sizin ve müşterinin onayladığı şeyi açan bir belge olduğunu anlıyorum. Tıpkı katılmayı kabul ettiğiniz bir düğüne bir baskı daveti gibi. Bu ayrıntıları özetler ve anlaşmayı açar. Bence birçok eksik teklifin nedeni, teklifçinin kendinizi satmak için bir teklif kullansanız da, pazarlamanızda başarısız olmasına rağmen, teklifin teklifinde kendilerini satmaları gerektiğini hissetmeleridir. Müşteri sizden bir teklif istediğinde, iş için haklı olduğunuzdan emin olmalılar.
Teklifin görevi, müşterilerin hedeflerine ulaşmalarına ve sorunlarını çözmelerine yardımcı olmak için açık ve gerçek bir çözüm önermektir. Bu bir satış belgesi değil. Bu bir pazarlama broşürü değil. Bu işlevsel bir özellik belgesi değildir. Teklifin ilk başladığımda güzel olması gerekmiyor, teoride hala işlev görebilen e -postaya eklenmiş bir kelime belgesi olarak bir teklif göndereceğim. O zaman teklifimin güzel görünmesi gerektiğini düşünüyorum çünkü tasarım hizmetleri satıyorum, bu yüzden bir tasarım ödülünü hak eden güzel bir teklif üretmek için InDesign’da saatler geçireceğim (bir şablonla yapabileceğiniz şey inanılmaz). Şu anda, “tasarlanmış” bir teklif gördüğümde, neyin kaybolduğunu ve neyi telafi ettiklerini hemen merak ediyorum. O zaman açık bir sorun var. Teklifinizin okunması kolay, anlaşılması kolay ve gerçekten çözümler sunduğundan emin olmaya çalışın. Ne dahil edilmeli? Özellikle teklifinize neyin dahil edilmesi gerektiği hakkında konuşalım. Bunlar, şimdi her teklife eklediğim dokuz bölüm, koyduğum sıraya göre. Çekim fotoğrafları, müşterilerinin, işlerini ve onlar için yeni bir web sitesi oluşturmaya yaklaştıklarını tanımlayan sadece bir ila iki cümle.
İş İhtiyaçları Bu bölüm, işletmelerin neden yeni bir web sitesine ihtiyaç duyduğunu açıklar. Genel olarak, müşterinin bana söylediklerine dayanarak buraya üç ila beş puan gireceğim. Müşterinin başarıyı nasıl ölçeceğini anlamak ve bu faktörleri bu bölüme dahil etmek çok önemlidir. Bu, müşterilerinize başarılarını önemsediğinizi ve yatırımlarından kar elde etmelerine yardımcı olduklarını gösterme şansınızdır. Bu bölüm kitlesinin ihtiyaçları, web siteleri için hedef kitleyi ve ondan neye ihtiyaç duyduklarını özetlemektedir. Müşteriniz bir tuğla ve harç işiyse, hedef kitlenin adresler ve işlem saatleri bulması gerekir. Ya da müşteriniz bir dans stüdyosu ise, hedef kitlenin sınıf programları ve fiyatları bulması gerekir. Hedef kitleyi ne kadar çok anladığınızı ve web sitesini neden kullanmaları gerektiğini gösterirseniz, müşterinizin işine daha fazla değer eklersiniz. Bu çözüm, yaratıcı kaslarınızı esnetebileceğiniz ve iş ve kitle hedeflerinin ihtiyaçlarına ulaşmasına yardımcı olmak için çözümler önerebileceğiniz yerdir. Web sitesi özelliklerinin bir listesini yapmayı reddetmeye çalışın. Bu özelliğin müşterinin işine nasıl fayda sağlayacağını gösterin. Örneğin, katılım formu yeni beklentiler üretmek gibi müşteriler için çok anlamlı olmayabilir.
Bu, yıllarca teklifimde yaptığım en karlı değişikliklerden biri haline geldi. Benim tavsiyem, elde ettiğiniz her fırsatın faydaları olacak özellikleri yeniden yazmaktır. Zaman çizelgesi zaman çizelgesi, projenin ne kadar sürdüğünden emin olduğunuzu açıklar ve yol boyunca herhangi bir başarı kilometre taşını içerecektir. Sıradan web siteleri için, zaman çizgim genellikle başarı ve sonraki süreyi içerir: site haritası – bir hafta
Prototip – İki Hafta
Tasarım – Bir Hafta
Geliştirme – İki Hafta
Test ve Uygulama – İki Hafta
Tabii ki, zaman sitenin karmaşıklığına bağlı olarak değişecektir.
Bu yatırım benim en sevdiğim kısım. Bu, bu teklifi etkinleştirmek ve hedeflerine ulaşmalarına yardımcı olmak için müşterinin ihtiyaç duyduğu yatırımı tanımlayabileceğiniz yerdir. Umarım, ilişkinin bu noktasında, müşterinin hedeflerine ulaşmak için gerçekçi bir bütçeye sahip olduğunu belirlediniz. Müşterinin bütçesini bilmeden bir teklif yazarsanız, herkesin zamanını boşa harcarsınız. Bir teklifi derlemek için zaman ayırmadan önce müşterinizin beklentilerini karşıladığınızdan emin olun. Bu bölüm için “fiyat”, “maliyet”, “maliyet yapısı”, “bütçe”, “maliyet”, “harcama”, “tarife”, “harcama”, “Kazola” (ben de dahil olmak üzere birçok farklı isim denedim şaka yapmamak), “Ne kadar?”, “Ne kadara mal oluyor” ve hatta “hasar”.
“Yatırım” bulmak için neden uzun bir zamana ihtiyacım var büyük gizemlerden biri, ancak bunu bir yatırım olarak konumlandırmanın teklifinizin kabul edilmesini sağlama şansınızı önemli ölçüde artıracağına söz veriyorum. Son zamanlarda proje tabanlı ücretler sunuyorum, bu yüzden satırları veya bileşenleri parçalamıyorum. Bir zamanlar teklifime “proje yönetimi” nin neden dahil edildiğine dair bir müşteri sorum vardı. Neden projenin zamanında ve bütçeye göre tamamlanmasını sağlamaya adanmış bir proje yöneticisine sahip olmamız gerektiğini anlamıyor. Bu yüzden proje yöneticilerini silmeyi ve geliştirme maliyetlerine ücret eklemeyi teklif ettim. Bu, deneyimsiz müşterilerle sinirlenen bir argüman, ancak bu, değeri oldukça iyi tanımlamadığımı fark etmemi sağlıyor. Yatırım bölümü sık sık sorulan bir soru olur olmaz SSS. Teklif sürecinde müşteriden aldığım en yaygın soruların listesini burası yaptım. Tüm bu soruları, müşterinin teklifi okurken sahip olabileceği her itirazı örtbas etmek için iyice cevapladım. Web sitesi yayınlandıktan sonra ne olur? Hosting peki ya? Google’ın birinci sayfasında bir sıralamada ne kadar almam gerekiyor? Değişim talebi ne olacak? Güncellemeler ne olacak? Kendi eklentimi yükleyebilir miyim? (Bu arada, bu sorunun cevabı “hayır” dır.) İçeriği kim işler? Bize web sitesini nasıl kullanacağımızı öğretecek misiniz?
Bu işlem sırasında müşteriden her soru aldığımda, gelecekte kullanılacak şablonuma ekliyorum.Bir sonraki adım, müşterinin teklifi etkinleştirmek ve ilerlemek için ne yapması gerektiğini açıklamaktır.Teklifimi göndermek için BMSketch’i kullanıyorum, bu nedenle bu bölüm, müşterinin teklifi okudukları web sitesindeki onaylanmış düğmeye basmasını söyler (teklifinizin kabul edildiğini ve genellikle tetikleyicilerinizden gelen Bidsketch’den gelen e -postayı görmek için çok tatmin edicidir. ofis çevresinde mutlu bir beş dans dakikası).Tıpkı bir blog okuyucudan yorum bırakmasını istemek gibi, çok net davranma daveti önemlidir.Geçmişte, aslında beni arayan ve bundan sonra ne yaptığımızı soran birden fazla müşterim vardı?
Teklifimin son bölümünün karşılıklı anlaşmasına karşılıklı anlaşma denir. Eskiden terim olarak adlandırılırdı, ama bence oldukça kişiliksiz. Teklif bölümüm, 2008’de çok iyi açtığı Andy Clarke’ın sözleşme katiline dayanıyor. Andy’nin şablonunda yaptığım ana değişiklik, web sitesine ev sahipliği yapmadığım ve web sitelerini geliştirme sunucumda saklamaktan sorumlu olmadığımdı. İçeriklerini doldurmaya hazır değillerse 30 günden fazla. Mükemmel bir dünyada (ve çoğu zaman son zamanlarda benim için), müşteri projeye başlamadan önce tüm içeriklerini size vermiş olacak ya da sadece onlar için içerik yapacaksınız ve bunları buna göre toplayacaksınız. Diğer hususlar artık parçalar ve dizileriniz olduktan sonra, teklifinizi yazarken dikkate alınması gereken birkaç şey daha var. Teklifimi olabildiğince ince tutmaya çalıştım. Teklifin işlevsel bir özellik belgesi olmadığını unutmayın. Bir teklif, ödenmeniz gereken bir işlevsel özellik belgesi geliştirmenizi önerebilir, ancak teklif, işlevsel özellikler belgesi değildir. Süreçte birçok karar vericisi varsa, iş ve kitlenin ana ihtiyaçlarını ve önerdiğim çözümün ana faydalarını tanımlayan bir sayfa yönetici özeti sağlayacağım. Bu toplantılarda çok hızlı bir şekilde aktarılabilir ve teklifler daha büyük ayrıntılara atıfta bulunulabilir. En önemlisi, tüm tekliflerde mümkün olduğunca çok müşteri dili kullanmaya çalışacağım.
Müşteri ile toplantımı kaydettim ve bir teklif yazdığımda kendi dillerine başvurabilmem için kopyaladım. Müşterinize uygun şekilde yazılmış teklifler büyük olasılıkla okunacak, anlaşılacak ve kabul edilecektir. WordPress hakkında konuşmayı bırak WordPress’i seviyorum. Bu, son sekiz yıldır benim için harika bir yaşam tarzı sağladı ve etrafında büyüyen olağanüstü topluluk için çok minnettarım. Ancak, müşterilerimin% 95’i WordPress’in ne olduğunu ve umursamıyor. Sorunlarına çözümler veya hedeflerine ulaşmada yardım istiyorlar. Doktorunuzun kalp atış hızınızı kontrol etmek için kullandığı stetoskop markasını biliyor musunuz? Aracınızı ayarlamak için mekaniğiniz tarafından kullanılan motorun markasını biliyor musunuz? Muhasebecinizin vergi beyannamenizi göndermek için kullandığı yazılımı biliyor musunuz? Bunun ne anlama geldiğini anlıyorsun. Yıllardır WordPress’ten veya eklentilerin veya tema çerçevelerinin adlarından bahsettiğini buldum, yalnızca istemcileri karıştırmak ve sormaları gerekmeyen soruları gündeme getirmek için işlev gördüm. WordPress, tema çerçevesi ve eklenti, bu akıllı topluluğun bizi yapma sürecinde katkıda bulunan optimizasyondur. Onları danışman olarak katma değer verdiğim hammadde olarak görüyorum. WordPress’ten bahsettiğim tek zaman, müşteri onlar için WordPress’te çözümler oluşturmamızın önemli olduğunu gösteriyorsa. Bu çok nadirdir.