Süreç

Teknik şartname: görevi anlaşılır biçimde nasıl tarif edersiniz

Şartname sayfa listesi veya "güzel yapın" dileği değildir. Yüklenici ile müşterinin iş kapsamını aynı şekilde anlaması için içinde neler olması gerektiğini ele alıyoruz.

Müşteri ile yüklenici arasındaki çatışmaların çoğu kötü işle değil, tarafların görevi farklı anlamasıyla başlar. Biri bir şeyi kastetti, diğeri başka bir şey yaptı ve resmi olarak ikisi de haklı — belgede bu yoktu. Teknik şartname tam olarak bu tür farklılıkların teslimde değil, işe başlamadan önce ortaya çıkması için vardır.

Şartname nedir, ne değildir

Şartname, neyin ortaya çıkması gerektiğinin doğrulanabilir ifadelerle tarifidir. Anahtar kelime doğrulanabilir. Bir madde için kesin olarak "yapıldı" veya "yapılmadı" denemiyorsa, bu şartname maddesi değil, bir dilektir.

Şartnamenin olmadıkları:

  • Sayfa listesi değil. "Ana sayfa, hakkımızda, hizmetler, iletişim" listesi tek bir görevi tarif etmez. İnsanların bu sayfalarda ne yaptığını ve işin neyle tamamlanmış sayıldığını söylemez.
  • Tasarım maketi değil. Maket sonucun nasıl göründüğünü gösterir. Şartname neden böyle görünmesi gerektiğini ve makette olmayan durumlarda ne olduğunu açıklar: boş liste, yükleme hatası, fazla uzun ürün adı.
  • Zevk gereksinimleri seti değil. "Modern", "lüks", "rakibinki gibi ama daha iyi" gereksinim değildir. Ne yerine getirilebilir ne itiraz edilebilir.

"Güzel yapın" ifadesi basit bir nedenle işe yaramaz: güzellik sonucun bir özelliği değil, belirli bir kişinin belirli bir gündeki görüşüdür. Kabul kriteri birinin görüşüyse kabul sonu gelmeyen bir pazarlığa dönüşür. Yerini başka şey alır: tarif edilmiş görev, tarif edilmiş kitle ve tam olarak neyin beğenildiğinin açıklandığı referanslar — yapı, yoğunluk, tipografi, illüstrasyonların karakteri.

Zorunlu bölümler

İşletme görevi

Her şey siteyle değil, neden gerektiğiyle başlar. Hizmet talepleri toplamak. Satış ekibini tekrarlanan sorulardan kurtarmak. Yönetici katılımı olmadan ürün satmak. Şirketi ihale komisyonlarına tanıtmak. Görev geri kalan her şeyi belirler: yapıdan sonradan başarı sayılacak metriklere kadar.

Olumsuzunu da ifade etmek faydalıdır — sitenin ne yapmaması gerektiği. Bu kısıt, her özellik listesinden daha fazla para tasarrufu sağlar.

Kullanıcı senaryoları

Şartnamenin en faydalı kısmı. Senaryo bir yolun kısa tarifidir: kim geldi, nereden, ne yapmak istiyor, hangi adımlarla yapıyor, nasıl bitiyor.

Örneğin: "Müşteri aramadan hizmet adıyla geldi. Açıklamayı okuyor, kapsama ve iş sırasına bakıyor, telefon ve uygun arama saatiyle talep bırakıyor. Talep departmanın e-postasına ve CRM'e düşüyor." Bu biçimde hangi sayfaların, formda hangi alanların gerektiği ve verilerin nereye gittiği hemen görülür.

Senaryo genellikle azdır — üç ila beş ana ve birkaç yan senaryo. Bir senaryo tarif edilemiyorsa görev henüz düşünülmemiş demektir ve geliştirme onu netleştirmez.

Kapsam

Burada sayılabilir her şey sabitlenir: sayfa türü sayısı, dil sürümleri, kullanıcı rolleri, e-posta şablonları. Örnek değil tür — tek şablonda on hizmet sayfası ile on benzersiz sayfa emek açısından katlarca farklıdır.

Duyarlılık ayrıca belirtilmelidir: hangi cihazlar destekleniyor, mobil sürüm için ayrı davranış var mı, hangi tarayıcılar hedef sayılıyor.

Entegrasyonlar

Her dış sistem ayrı bir risktir ve somut olarak yazılmalıdır: sistem nedir, veriler hangi yöne gidiyor, belgelenmiş bir arayüzü var mı, erişimleri ve test ortamını kim sağlıyor. Ödeme, CRM, depo kaydı, teslimat servisleri, mesajlaşma uygulamaları, analitik sistemleri — hepsi çoğu zaman sitenin kendisinden daha karmaşık çıkar.

Bir entegrasyon lansman için zorunluysa bu açıkça yazılmalıdır. Aksi hâlde açılamayan hazır bir site alma ihtimali vardır.

Kim ne sağlıyor

Diğerlerinden daha sık unutulan ve süreleri en güvenilir biçimde kaydıran bölüm. Metinler, fotoğraflar, kaynak dosyalarıyla logo, yasal belgeler, alan adı ve barındırma erişimi, ödeme sağlayıcısı bilgileri, soruları yanıtlayacak iletişim kişisi. Her kalemin bir sahibi olmalıdır.

Proje karmaşık bir özellik yüzünden durmaz. Üç hafta boyunca on iki hizmetin açıklamasını yazacak kimse olmadığı için durur.

İşin sınırları nasıl sabitlenir

Sınır, yüklenicinin sorumluluğunun bittiği yerdir. Genel ifadelerle değil, işe dahil olmayanların listesiyle tarif edilir: kararlaştırılan hacmin üzerinde içerik girişi, lansman sonrası geliştirmeler, kurumsal kimlik tasarımı, çekimler, reklam yönetimi, metin yazımı.

Sonra bir değişiklik mekanizması gerekir. Gereksinimler her zaman değişir, bu normaldir; normal olmayan, değişmiyormuş gibi davranmaktır. Anlaşmalarda şunlar belirtilmelidir: yeni gereksinim nasıl kayda geçer, süreye ve maliyete etkisini kim değerlendirir, kararı kim verir. Bunu, henüz kimsenin belirli bir değişikliğe duygusal yatırımı yokken önceden konuşmak gerekir.

Aynı şekilde ara sonuçların tartışılma biçimi üzerinde de önceden anlaşmak gerekir: hangi biçimde gösterilecekleri, müşteri tarafında kimin yorum yapma hakkı olduğu ve yorumların nasıl toplanacağı. Beş mesajlaşma uygulamasında beş kişiden gelen yorumlar garantili bir çatışmadır ve yüklenicinin suçu değildir.

Ayrıntı düzeyi hakkında

Aşırı ayrıntılı bir şartname yüzeysel olandan daha az zarar vermez. Belgede her düğmenin rengi tarif edilmişse iş görevi çözmek yerine belgeyi yeniden çizmeye dönüşür. Makul sınır şöyle geçer: müşteri neyi ve nedeni tarif eder, yüklenici nasıldan sorumludur.

Bunun istisnaları vardır — "nasıl"ın hukuki, finansal veya teknik sonuçları olan yerler: kişisel verilerin işlenmesi, belge saklama gereksinimleri, şirketin diğer altyapısının çalıştığı platformun belirli sürümü. Bunlar katı biçimde sabitlenir.

Görev büyükse ve bütünüyle anlaşılmıyorsa, onu bölmek daha dürüsttür: önce çekirdeği tarif edip yapmak, geri kalanını yol boyunca netleştirmek. Karmaşık sistemler için bu çoğu zaman tek işleyen yoldur — bunu web uygulamaları bölümünde ele alıyoruz.

Kontrol listesi: şartnamenizi kontrol edin

Belgeyi yükleniciye göndermeden önce maddelerin üzerinden geçin.

  1. Dilek listesi değil, işletme görevi ifade edilmiş.
  2. Ana kullanıcı senaryoları tarif edilmiş — girişten sonuca kadar yolun tamamı.
  3. Sayfa türleri, roller, dil sürümleri sayılmış.
  4. Tüm dış sistemler listelenmiş ve erişimi kimin verdiği belirtilmiş.
  5. Her içeriğin — metinlerin, fotoğrafların, belgelerin — sorumlusu ve süresi var.
  6. İşe neyin dahil olmadığı yazılmış.
  7. Değişiklik yapma ve yorum toplama prosedürü tarif edilmiş.
  8. Her madde için zevk tartışması olmadan "yapıldı" veya "yapılmadı" denebiliyor.

Bir maddede yanıt yoksa bu projeyi ertelemek için bir neden değildir. İmzalamadan önce yükleniciyle konuşmak için bir nedendir: iyi bir yüklenici şartnameyi tamamlamanıza yardım eder ve kendinize nerede sorun yarattığınızı söyler. Görevinizi iletişim formu üzerinden konuşabiliriz.