Shopify geliştiriciye nasıl brif verilir (ve işe yarar bir teklif alınır)?

Üç geliştirici aynı Shopify işi için çok farklı fiyatlar verdiğinde, nadiren aynı işi fiyatlıyorlardır. Her biri brifteki boşlukları kendi varsayımlarıyla doldurmuştur. Daha iyi bir brifin uzun ya da teknik olması gerekmez. Teklifleri güvenilmez kılan tahminleri ortadan kaldırması gerekir.

Shopify’ın Partner arayan mağaza sahiplerine verdiği tavsiye de aynı: Partner’ın doğru teklif verebilmesi için bütçenizi, zaman çizelgenizi ve beklenen sonuçları ayrıntılı tanımlayın.

Bir geliştiricinin işi fiyatlamak için neye ihtiyacı var?

Bir işi tahmin eden geliştirici üç soru sorar: ne kadar iş yapılacak, işi göründüğünden zor yapabilecek ne var ve bittiğini nasıl anlayacak? İlki anlattığınız sonuca bağlıdır. İkincisi mağazanıza, yani temasına, uygulamalarına ve entegrasyonlarına bağlıdır. Üçüncüsü “bitti”nin ne demek olduğunu söyleyip söylemediğinize bağlıdır. Belirsiz tekliflerin çoğu bu üçünden birine dayanır.

İşe yarar bir brifin yedi parçası

1. Mağaza. Adresi, Shopify planınız, kullandığınız tema ve sürümü, ilgili alana dokunan uygulamalar ve entegrasyonlar. Plan önemlidir: örneğin Shopify Functions içeren özel uygulamaları yalnızca Shopify Plus mağazaları kullanabilir; bu da ödeme sayfası kurallarının nasıl kurulacağını değiştirir.
2. Çözüm değil, sonuç. “B2B müşterileri 12 adedin altında ödeme yapamamalı” demek, geliştiricinin doğru aracı seçmesine izin verir. “Sepete bir JavaScript popup ekleyin” ise onu tek bir cevaba, bazen de yanlış cevaba kilitler.
3. Var olanlar ve denenenler. Kurulu uygulamalar, eski özelleştirmeler, çalışmayı bırakan her şey ve tutmayan düzeltmeler. Gizli risk buradadır.
4. Kısıtlar. Gerçek bir son tarih ve nedeni, pazarlar ve diller, B2B ya da toptan satış kuralları ve değişmemesi gereken her şey.
5. İşin bittiğine nasıl karar vereceğiniz. İki üç somut kontrol: “12 adetlik bir sipariş geçiyor, 11 adetlik bir sipariş ödeme sayfasında bir mesajla engelleniyor.”
6. Bir bütçe aralığı. Bir üst sınır ya da aralık verirseniz geliştirici, en kapsamlı sürümü fiyatlayıp sizi kaçırmak ya da en ucuzunu fiyatlayıp hayal kırıklığı yaratmak yerine bütçeye sığanı önerir.
7. Kişiler ve kararlar. İşi kimin onaylayacağı, içeriği ve görselleri kimin sağlayacağı ve sorulara ne kadar hızlı cevap verileceği.

Zayıf bir brif ve işe yarar bir brif

Gerçek bir müşteri değil, açıklayıcı bir örnek:

İşe yarar sürüm teknik olduğu için uzun değil. Geliştiricinin aksi hâlde sormak ya da tahmin etmek zorunda kalacağı soruları cevapladığı için uzun.

Ekran görüntüleri sıfatlardan daha çok işe yarar. Sorunun işaretlendiği bir sayfa görüntüsü ya da yanlış giden adımların kısa bir ekran kaydı, bir soru turunu ortadan kaldırır. Sorun yalnızca bir cihazda, tarayıcıda ya da pazarda oluyorsa hangisi olduğunu söyleyin.

Kopyalayabileceğiniz bir brif

Bildiklerinizi doldurun, gerisini boş bırakın; boş bir satır geliştiriciye neyi sorması gerektiğini söyler.

Store: https://…  (Shopify plan: …)
Theme: name and version; edited by others before? yes / no
Apps and systems involved: …

What should happen:
  …  (the outcome, in one or two sentences)
Who it is for: all customers / B2B / one market / …

What exists today:
  …  (current setup, what stopped working, what was tried)

Constraints:
  Deadline: …  because …
  Must not change: …

Done when:
  1. …
  2. …

Budget range: …
Decisions by: name, role; content supplied by: …

İyi bir geliştiricinin size geri soracağı sorular

Sorularla dolu bir cevap oyalama değil, iyiye işarettir. Bunlardan bazılarını bekleyin ve hiçbirini sormayan bir teklife temkinli yaklaşın:

• Hangi Shopify planındasınız ve çözümün ileride daha alt bir planda da çalışması gerekiyor mu?
• Bugün bu alana hangi uygulamalar dokunuyor ve bunlardan kaldırılabilecek olan var mı?
• Daha önce yazılmış özel kod var mı, varsa kim yazdı?
• Değişiklik yayına girmeden önce nasıl test edilecek ve kim onaylayacak?
• Zaten var olan siparişlere, müşterilere ya da içeriğe ne olmalı?

Erişimi güvenle paylaşmak

Brife şifre yazmayın ve kendi girişinizi paylaşmayın. Shopify’ın bunun için bir mekanizması var: collaborator hesapları. Bir Partner, sizin verdiğiniz bir talep koduyla erişim ister; siz talebi onaylar ve yalnızca işin gerektirdiği izinleri içeren rolleri atarsınız. Collaborator’lar mağazanızın kullanıcı sınırına dahil edilmez, onlar için iki adımlı doğrulama zorunludur ve eski kodlar çalışmasın diye istediğiniz zaman yeni bir talep kodu oluşturabilirsiniz.

İlk tahmin için nadiren erişim gerekir. Bir adres, ekran görüntüleri ve bir açıklama genellikle yeterlidir; erişim, iş üzerinde anlaşılana kadar bekleyebilir.

Gelen teklifleri karşılaştırmak

• Varsayımlar. İyi bir teklif neyi varsaydığını söyler. İki teklif farklı şeyler varsayıyorsa farklı işleri karşılaştırıyorsunuz demektir.
• Kapsam dışı kalanlar. İçerik girişi, uygulama abonelikleri, tasarım, diğer cihazlarda test: neyin dahil olmadığı, neyin dahil olduğu kadar önemlidir.
• Değişikliklerin nasıl ele alındığı. Sabit fiyat mı, zamana dayalı mı, karma mı; kapsam yolda değişirse ne olacağı.
• İşin nerede yapıldığı. Bir temadaki değişiklikler canlı temada değil, yayımlanmamış bir kopyada kurulup incelenmelidir.
• Devir teslim. Kodun sahibi kim, nerede saklanıyor ve hangi dokümantasyonu alacaksınız.
• Faturalandırma. Shopify’ın Partner Directory’si üzerinden bulduğunuz bir Partner size doğrudan fatura keser; bu ücretler Shopify faturanızda görünmez.

Kimi işe alacağınız ayrı bir soru. Brif ister bir freelancer’a, ister bir ajansa, ister kendi geliştiricinize gitsin aynıdır; iyi bir brif onların cevaplarını karşılaştırılabilir kılar.

Lintel’in brifi nasıl işler

Lintel’in proje brifi aynı temel bilgileri kısa bir formda ister: adınız ve iş e-postanız, web sitenizin ya da mağazanızın adresi, neye ihtiyacınız olduğu (özel uygulama, Shopify Functions, tema mühendisliği, entegrasyonlar ve diğerleri ya da “emin değilim”) ve ilgili uygulamalar, Scripts ya da sistemlerle birlikte sorunun ne olduğu. Şifre ya da mağaza erişimi eklememenizi ister. Her brifi kurucu kendisi inceler; ardından kapsam ve fiyat konuşulur ve iş ancak ikisi üzerinde anlaşıldıktan sonra başlar.