Invoice Flow app icon Invoice Flow management Uygulamayı edin
TR

Web Tasarım Ajansımı Sessizce Zayıflatan Kapsam Kayması Sorunu

Maya Patel, Web Tasarımcısı ve Ajans Sahibi — Denver, CO

Serbest web tasarım pratiğimi 2018’de tek bir hedefle başlattım: başka insanlar için çalışmayı bırakmak. 2022’ye gelindiğinde, iki yarı zamanlı yüklenici işe almış ve buna ajans demeye başlamıştım. Gelir büyüyordu. Kârlılık ise büyümüyordu.

Dört yıl boyunca işletmemi Google Docs tekliflerinin, e-postayla gönderilen PayPal faturalarının ve monitörümdeki bir yapışkan nottan ibaret olan dahili bir takip sisteminin bir kombinasyonuyla yönettim. Faturalama gayriresmiydi çünkü işletmeyle ilgili her şey gayriresmi başlamıştı. Paranın aslında nasıl aktığını tasarlamak için hiç durup düşünmemiştim.

Sonunda rakamlara dürüstçe baktığım yıl, aynı anda bir kapsam kayması sorunum, bir geciken faturalama sorunum ve bir hizmet bedeli (retainer) sorunum olduğunu fark ettiğim yıl oldu — hepsi de aynı kâr marjını yiyip bitiriyordu.

Beni Hesap Yapmaya İten Proje

Yerel bir restoran zinciri, tam bir web sitesi yeniden tasarımı için beni işe aldı: dört şube, online sipariş entegrasyonu, yeni fotoğraf bölümleri, etkinlik takvimi. Proje için 8.500 TL üzerinde anlaştık.

Üç ay sonra siteyi teslim ettim. Teklif ettiğim işin yanı sıra müşterinin proje sırasında “küçük düzeltmeler” olarak tanımladığı sekiz ek değişiklik talebini de yapmıştım. Bu düzeltmeler bana ve yüklenicime toplamda yaklaşık yirmi iki saatlik iş kazandırdı. Bunların hiçbirini faturalamadım.

Son fatura: 8.500 TL. Teslim edilen gerçek değer: standart ücretlerimle 10.700 TL’ye daha yakın.

O yıl tüm projelerimden faturalanmamış kapsamı topladığımda, rakam 14.000 ile 18.000 TL arasında bir yerdeydi. Müşteri tabanım genelinde esasen bir buçuk ay bedava çalışmıştım.

Üç Faturalama Başarısızlığını Anlamak

Invoice Flow app bir web tasarım ajansının fatura düzenleyicisi — kapsam dışı e-ticaret entegrasyonu ayrı bir satır olarak ve özel alanlarda proje ve alan adı referanslarıyla bir geliştirme aşaması faturası
Ekstra e-ticaret işi kendi satırında olan bir geliştirme kilometre taşı — fiyatlandırıldı ve belgelendi, tartışmalı bir "tabii, onu ekleyeyim" değil.

Soruna net bakmaya başladığımda, üç ayrı mesele tespit edebildim.

Faturalama mekanizması olmayan kapsam kayması. Bir müşteri fazladan bir sayfa veya revize edilmiş bir navigasyon yapısı istediğinde, evet der ve zamanı üstlenirdim. Bir kapsam değişikliği faturası düzenlemek için bir süreç yoktu. Proje ortasında zor biri gibi görünmek istemiyordum.

Proje kilometre taşlarında geciken faturalama. Sözleşmelerim %50 peşin ve %50 tamamlanınca şeklindeydi. “Tamamlanma” belirsizdi. Müşteriler küçük bitirme kalemleri isterdi — bir revizyon daha, bir içerik güncellemesi — ve ben her şey bitene kadar son faturayı beklerdim. İşi teslim etmekle faturayı düzenlemek arasındaki boşluk çoğu zaman haftalar sürerdi.

Tekrarlanan hizmet bedeli sistemi yok. Devam eden bakım için geri dönen müşterilere, ne zaman ulaşırlarsa anlık olarak fatura kesilirdi. Bazı aylar onlara fatura gönderirdim. Bazı aylar unuturdum. Bu gelirin hiçbirini garanti eden resmi bir hizmet bedeli yapısı yoktu.

Proje Nakit Akışını Düzelten Depozito Yapısı

Yeniden inşa ettiğim ilk şey depozito sistemiydi. Basit bir %50/%50 bölünmesinden, 3.000 TL’nin üzerindeki her proje için üç kilometre taşlı bir yapıya geçtim.

“Web Tasarım Projesi — [Müşteri Adı] — Proje Sözleşmesi:

Aşama 1 — Proje Depozitosu (%33): İmzalı sözleşme üzerine ödenir. Keşif oturumunu, site mimarisi planlamasını, ilk tel çerçeveleri kapsar. Tutar: 2.805,00 TL

Aşama 2 — Tasarım ve Geliştirme (%34): Müşterinin tasarım maketlerini onaylaması üzerine ödenir. Geliştirme yapımını, entegrasyonları, içerik taşımayı kapsar. Tutar: 2.890,00 TL

Aşama 3 — Nihai Lansman (%33): Site lansmanı üzerine ödenir. Testleri, revizyonları, canlı dağıtımı, 30 günlük lansman sonrası desteği kapsar. Tutar: 2.805,00 TL”

Üç fatura aşamasının tamamını proje başlangıcında InvoiceFlow’da oluşturuyorum. Aşama 1 hemen gider. Aşama 2, maketler onaylandığında tetiklenir. Aşama 3, lansmanda tetiklenir. Ne zaman neyin borçlu olduğu konusunda belirsizlik yok ve proje nakit akışı, başta yoğun sonra aylarca kuru olmak yerine zaman çizelgesine dağıtılmış oluyor.

Müşteri Davranışını Değiştiren Kapsam Değişikliği Faturası

Bir web tasarım ajansının Invoice Flow app yinelenen faturaları — güncellemeleri, yedeklemeleri ve güvenlik izlemesini kapsayan aylık web sitesi bakım planları
Bakım planları her ay kendini faturalar — projeler arasında yönetim işi olmadan yinelenen gelir.

Yeniden inşa ettiğim ikinci şey, değişiklik emri sürecimdi. Eklemelere sözlü olarak evet demeyi bıraktım ve kapsam dışı herhangi bir iş yapmadan önce resmi bir kapsam değişikliği faturası göndermeye başladım.

İlk gönderdiğimde gergindim. Bir müşteri ek bir e-ticaret ürün sayfası ve revize edilmiş bir ödeme akışı istemişti — daha önce hiç yorum yapmadan üstleneceğim bir iş.

Bunun yerine InvoiceFlow’u açtım ve şunu oluşturdum:

“Kapsam Değişikliği Yetkilendirmesi — [Müşteri Adı] — Ek İş:

İş başlamadan önce yetkilendirme gereklidir. Devam etmek için bu faturanın ödenmesi veya onaylanması gerekir.”

Müşteri iki saat içinde yanıt verdi: “Sorun değil, devam edin.” Üç gün içinde ödedi.

Kapsam değişikliği faturalarını uygulamaya başladığımdan beri, çeşitli projelerde on dört tane düzenledim. On ikisi pazarlık olmadan onaylandı. İkisi, kapsamın tamamen ortadan kaldırılması yerine azaltılmasıyla sonuçlanan kısa görüşmeler gerektirdi. Hiçbiri doğrudan reddedilmedi.

Müşteriler için psikolojik değişim önemli: kapsam gerçekleşmeden önce belgelendiğinde ve fiyatlandırıldığında, müşteriler gerçekten ne istedikleri konusunda kasıtlı kararlar verirler. Bir kalem eklendiğinde “küçük düzeltme” kültürü kaybolur.

Hizmet Bedeli İşini Kurmak

Üçüncü sorun — anlık bakım faturalaması — daha temel bir yeniden düşünme gerektiriyordu. Devam eden müşterilerimi öngörülemez aylık faturalamadan öngörülebilir aylık ücretlere dönüştüren hizmet bedeli anlaşmalarına ihtiyacım vardı.

Bakım müşterilerimi analiz ettim ve gerçekte ne kullandıklarını belirledim. Tipik model ayda yaklaşık iki ila dört saatlik işti: içerik güncellemeleri, eklenti bakımı, küçük tasarım değişiklikleri, performans kontrolleri. Hizmet bedeli kademelerimi bunun etrafında oluşturdum.

Standart hizmet bedeli faturam:

“Aylık Web Bakım Hizmet Bedeli — [Müşteri Adı] — [Ay Yıl]:

Her hizmet bedeli müşterisi için InvoiceFlow’da tekrarlanan faturalar kurdum. Her ayın ilk günü otomatik olarak oluşturulup gönderiliyorlar. Şu anda hizmet bedeli anlaşmasında sekiz müşterim var. Bu, herhangi bir proje işi gelmeden önce ayda 3.840 TL temel tekrarlanan gelir demek.

Hizmet bedeli konuşması da kulağa geldiğinden çok daha kolay. Mevcut her bakım müşterisine, teklifi onlara bir fayda olarak çerçeveleyerek yaklaştım: “Her ay garantili destek saatlerine, öncelikli planlamaya ve değişken aylık faturalar yerine öngörülebilir bir bütçeye sahip olacaksınız.” Çoğu bir hafta içinde kabul etti.

Kurumsal Müşteri Faturalaması: Tamamen Farklı Bir Süreç

Invoice Flow app'te bir web tasarım ajansının belgeleri — bir proje depozitosu, tasarım ve geliştirme kilometre taşları, aylık bir bakım planı ve bir barındırma yenilemesi
Depozito, kilometre taşları, bakım ve bir barındırma yenilemesi — imzadan sürekli bakıma kadar faturalanan bir proje, tek kayıtta.

Müşterilerimden ikisi, satın alma departmanları olan orta ölçekli şirketler. PayPal kullanmıyorlar. Satın alma emri sistemleri kullanıyor ve net-30 koşullarında ödüyorlar.

Bu müşterilere gönderdiğim ilk faturalar, gerekli alanlar eksik olduğu için AP departmanları tarafından reddedildi: PO numarası referansı yok, tedarikçi kimliği yok, açık ödeme koşulları beyanı yok. Bir fatura gönderir ve haftalarca hiçbir şey duymaz, sonra AP’den düzeltilmiş bir fatura isteyen bir e-posta alırdım.

InvoiceFlow’un özel alanları bunu temiz bir şekilde çözdü. Satın Alma Emri Numarası, Tedarikçi/Satıcı Kimliği ve Proje Kodu için alanlar ekledim. Şimdi her kurumsal fatura şunları içeriyor:

“Web Geliştirme Hizmetleri — [Kurumsal Müşteri] — Haziran 2026: PO Numarası: PO-2026-IT-0892 Tedarikçi Kimliği: VND-48821 Proje Kodu: DIGITAL-REBRAND-2026 Web sitesi yeniden tasarımı — Aşama 3 tamamlanması: açılış sayfası yapımı, CMS entegrasyonu, QA testi: 4.200,00 TL Ödeme Koşulları: Net-30 Vade Tarihi: 8 Temmuz 2026”

AP ekibi bunları takip olmadan işliyor. Ödeme koşullar dahilinde geliyor. Bu formatı uygulamaya başladığımdan beri eksik bilgi nedeniyle geri dönen bir kurumsal faturam olmadı.

İki Yıl Sonraki Rakamlar

Elden geçirmeden önce aylık gelirim tamamen projeye bağlıydı — projeler kapandığında iyi aylar, kapanmadığında zayıf aylar. Tüm faturalanmamış kapsamı hesaba kattığımda, gerçek saatlik ücretim belirtilen ücretimin oldukça altındaydı.

Yapılandırılmış faturalamanın iki yılından sonra:

İşletme büyüdü, ancak daha önemli değişiklik, mevcut gelirin daha eksiksiz ve daha görünür hale gelmesiydi.

Pratik Şu Anda Neye Benziyor

Herhangi bir zamanda yedi ila on aktif proje müşterisi, hepsi üç aşamalı kilometre taşı faturalamasında. Öngörülebilir aylık gelir üreten sekiz hizmet bedeli müşterisi. Resmi PO referanslı faturalamaya sahip iki kurumsal hesap. Orijinal anlaşmaların dışındaki herhangi bir iş için, o iş başlamadan önce düzenlenen kapsam değişikliği faturaları.

Artık gerçek bir ajans yönetiyorum — faturalamanın tasarım işinin kalitesiyle eşleştiği bir ajans. InvoiceFlow’u indirin. Hizmet bedeli kademelerinizi oluşturun. Bir “küçük düzeltme”yi daha üstlenmeden önce ilk kapsam değişikliği faturanızı düzenleyin.

Maya Patel, Denver, Colorado’da küçük işletme web siteleri, e-ticaret yapımları ve bölgesel markalar için devam eden dijital bakım konusunda uzmanlaşmış bir web tasarımcısı ve ajans sahibidir.