Discord’da sipariş iş akışı en iyi şekilde şöyle çalışır: önce bir alım bileti, ardından her aşama veya her bitmiş iş için bir fatura; teslimat da siparişi başlatan aynı biletin içinde yapılır. Sanatçılar, geliştiriciler, tasarımcılar, editörler ve booster’lar Discord’da satış yaparken aynı sorunla karşılaşır: iş sabit bir katalog ürünü değildir, fiyat kapsama göre değişir ve ödeme çoğu zaman aşamalar halinde yapılır. Bu rehber, özel işleri katı bir ürün kataloğuna zorlamadan yöneten bir bilet’ten faturaya akışını anlatır.
Sipariş işi normal bir kataloğa neden uymaz?
Bir ürün kataloğu, sabit bir şey için sabit bir fiyat varsayar: bir rütbe, bir rol, bir dosya. Sipariş işi ise her müşteri için ayrı kapsamlandırılır; bir portre karmaşıklığa göre farklı tutarlara mal olur, bir Discord botu özelliği saatlere bağlıdır, bir video kurgusu süreye ve revizyonlara bağlıdır. Olası her fiyatı ayrı bir katalog ürünü olarak listelemeye çalışmak, neredeyse aynı onlarca kayda dönüşür. Daha iyi uyan yöntem, kapsamı yakalayan bir talep formu ve işin gerçekte neleri içerdiğini öğrendikten sonra elle fiyatlandırılmış bir fatura kullanmaktır.
1. Adım: Talepleri açık sohbetle değil, bir formla al
Açık bir “sipariş için bana DM at” mesajı, daha fiyat bile vermeden belirsiz taleplere ve kapsam genişlemesine davetiye çıkarır. Bir formu olan bir bilet paneli (Noxyr’da /ticket form), bilet açılmadan önce ihtiyacın olanları baştan sorar: referans görseller, teslim tarihi, bütçe aralığı, revizyon beklentileri. Böylece tek satırlık “karakterimi çizebilir misin” isteğine değil, gerçek bilgiye dayanarak teklif verirsin.
2. Adım: Bilet içinde teklif ver ve onayla
Bilet alıcıyla açıldığında, fiyatı ve kapsamı DM’de değil, o kanalda yazılı olarak teklif et. Bu iki açıdan önemlidir: müşteri daha sonra farklı bir kapsamın kabul edildiğini iddia ederse başvuracağın kayıt budur ve nihai faturanın satır satır eşleşmesi gereken şey de budur. Revizyonlar veya teslim süresi için sabit bir hizmet koşulları metni kullanıyorsan, bunu da burada belirt. Yaratıcı işe özel uyarlayabileceğin revizyon ve iptal ifadeleri için satıcı hizmet koşulları şablonuna bak.
3. Adım: Bir oturumdan uzun her iş için aşama bazında fatura kes
Hızlı işlerde sonda tek bir fatura yeterlidir. Gerçek bir süre gerektiren her iş için (birkaç günlük bir sanat eseri, bir geliştirme projesi, günlere yayılan bir booster siparişi) bunu böl: başta bir kapora faturası, teslimatta da bir son fatura. /invoice create bunu doğrudan destekler:
- product_name ve description: aşamayı açıkça adlandır (“Eskiz onayı, kapora”, “Son teslimat, kalan bakiye”). Böylece fatura geçmişi iki alakasız ücret değil, bir proje zaman çizelgesi gibi okunur.
- discount_percent veya custom_price: tekrar eden bir müşteri için indirim ya da normal fiyat listene uymayan, pazarlıkla belirlenmiş bir nihai fiyat için kullanışlıdır.
- payment_status: kapora faturasını ödeme geçtiğinde Başarılı olarak işaretle; son faturayı teslimat hazır olduğu anda Beklemede olarak oluştur, bakiye ödenince durumunu değiştir.
Tek bir faturada birden fazla satır (product_2 ile product_5 arası) da çalışır. Tek bir ödeme birkaç küçük ekstrayı kapsıyorsa işe yarar; örneğin temel komisyon, acele ücreti ve ek bir revizyon turu gibi.
4. Adım: Teslim et, son ödemeye bağla
Bitmiş dosyayı, erişimi veya tamamlanmış işi, siparişin başladığı aynı biletin içinden gönder. Bunu son fatura Başarılı göründükten sonra yap; diğer dijital satışlarla aynı kural geçerlidir (bkz. dijital ürünleri güvenle satmak). Tam çözünürlüklü dosyalar, kaynak erişimi veya filigransız teslimat tam ödeme gelene kadar beklemelidir. Bundan önce bir önizleme veya filigranlı taslak, ilerlemeyi kanıtlamak için makul bir yoldur.
5. Adım: Bir döküm ve bir makbuzla kapat
Bileti siparişe atıfta bulunan bir nedenle kapat (“Teslim edildi, son fatura INV-0231”). Böylece kaydedilen döküm ve fatura birbirine çapraz referans verir. Bir müşteri aylar sonra kapsamı ya da ödemeyi tartışırsa, pazarlığa dayanan anlaşma ve makbuzun ikisi de tek bir yerde olur.
6. Adım: Teslimat onaylandıktan sonra değerlendirme iste
Sipariş işi çoğu Discord mağazasından daha fazla itibara dayanır. Teslim edilen gerçek işle birlikte (ekran görüntüleri dahil) herkese açık değerlendirmelerden oluşan bir portfolyo, göz atan bir üyeyi ödeyen bir müşteriye dönüştüren en iyi şeylerden biri olmaktadır. /rate komutuyla bir müşteri, puanına ve yorumuna bir görsel ekleyebilir. Sorunsuz bir teslimattan hemen sonra, deneyim tazeyken bunu teşvik et. Daha fazlası için Discord’da değerlendirme toplama rehberine bak.
Sipariş sırasında kapsam değişikliklerini yönetmek
En yaygın sipariş anlaşmazlığı, iş başladıktan sonra “bunu istemedim” demektir. Bunu azaltan iki şey vardır: işe başlamadan önce anlaşılan kapsamı bilete yaz (2. adım) ve ekstraları sessizce üstlenmek ya da tüm fiyatı yeniden pazarlık etmek yerine ayrı satırlar olarak faturala. “Temel komisyon” ve “Ek revizyon turu (müşteri talebi)” ayrı ayrı yazılmış bir fatura, iki kez değişmiş tek bir toplam rakamdan çok daha kolay savunulur.
Bu iş akışının yapmadıkları
Teklif vermeyi otomatikleştirmez. Özel işin fiyatlandırması hâlâ talebe bakıp bir rakam belirleyen bir insan gerektirir. Ayrıca sözleşmeleri ya da fikri mülkiyet devri şartlarını da ele almaz. Bunlar, faturanın yanında kullandığın hizmet koşullarına veya anlaşmaya aittir; bir ödeme kaydı olan faturaya değil, yasal bir sözleşme değildir.
Sık sorulan sorular
Kaporayı ve son ödemeyi iki ayrı fatura olarak alabilir miyim? Evet. Her ödeme için, aşamayı açıkça belirten bir açıklamayla bir fatura oluştur. Müşterinin sipariş geçmişine baktığında ikisi de aynı müşteri altında görünür.
Noxyr saatlik ücretleri benim yerime hesaplar mı? Hayır. Her faturadaki fiyatı kendin belirlersin; ister sabit bir komisyon ücreti olsun, ister başka yerde kaydettiğin saatlerden hesapladığın bir rakam.
Müşteri özel işin ortasında geri ödeme isterse ne olur? Bu bir politika kararıdır, bot özelliği değildir. Kaporayı almadan önce kısmi geri ödeme kuralını hizmet koşullarında belirt; böylece sonradan pazarlık konusu olmaz.
Alıcılar sipariş faturalarına daha sonra kendileri bakabilir mi? Evet. Herkese açık /check invoice komutu, herkesin bir siparişi kimliğiyle sorgulamasına izin verir. Bu, müşterinin kendi kayıtları için bir makbuz işlevi de görür.
Bu iş akışı için bir bilet formu şart mı? Hayır, ama gerçek kapsama dayanarak teklif vermekle tahmin yürütmek arasındaki farktır. Form olmadan, her biletin ilk birkaç mesajının senin formun baştan soracağı soruları sormandan ibaret olmasını bekle.