İçeriğe geç

Sorun · Bitmeyen düzeltme döngüleri

Küçük bir değişiklik daha. Yedinci kez.

Düzeltmeler normaldir. Bitmeyen düzeltmeler değil. Neredeyse her zaman ilk turdan önce bir nedenleri vardır: açık kalan bir brifing, dağınık geri bildirim ya da onay veren kimsenin olmaması.

Düzeltme döngüsü kontrolü

Nereden geliyor bu kadar çok tur?

Çok fazla düzeltme içeren son projeyi düşün ve soruları yanıtla.

01İşe başlamadan önce sonucun neyi sağlaması gerektiği nasıl belirlendi?
02Müşterinin geri bildirimi sana nasıl ulaşıyor?
03Müşteri tarafında sonucu kim onaylıyor?
04Teklifte ya da sözleşmede düzeltmelerle ilgili ne yazıyor?

0 / 4 yanıtlandı

Sonucun

Tüm soruları yanıtla. Ardından burada sorunun muhtemelen nerede oluştuğu ve önce hangi küçük adımın yardımcı olduğu yazar.

Varsayımlar ve sınırlar

  • Kontrol, yanıtlarına göre örüntüleri gösterir. Bazı projeler gerçekten daha fazla tur gerektirir, örneğin müşteri ne istediğini kendisi de hâlâ arıyorsa.
  • Düzeltmelere ilişkin sözleşme kuralları, iş birliği bozulduğunda bir konuşmanın yerini tutmaz.

Girdiğin bilgiler bu tarayıcıda kalır. Hiçbir şey kaydedilmez veya gönderilmez.

Nereden fark edersin

Neredeyse bitti. Haftalardır.

  • Üçüncü tur birinciyle çelişiyor ve artık kimse neye karar verildiğini bilmiyor.
  • Geri bildirim, brifinge katılmamış kişilerden geliyor.
  • Proje iyi hesaplanmıştı, şimdi kâr marjı yok oldu.

Nedenleri anla

Dört neden, ilk düzeltmeden çok önce.

  1. 01

    Açık brifing

    Nereden fark edersin
    Müşteri ne istediğini ancak taslağı görünce anlıyor.
    Neden oluyor
    Hedef ve kriterler işe başlamadan önce kayda geçirilmedi.
    Ne yardımcı olur
    Hedefi, hedef kitleyi ve başarı kriterlerini yazılı olarak kaydet ve onaylat.
    Sınır
    Bazı müşteriler bunu önceden gerçekten bilmez; o zaman küçük bir ilk taslak brifing aracı olarak yardımcı olur.
  2. 02

    Dağınık geri bildirim

    Nereden fark edersin
    Müşteri tarafındaki herkes kendi değişiklik isteklerini gönderiyor.
    Neden oluyor
    Geri bildirimin nasıl toplanıp uzlaşılacağına dair bir kural yok.
    Ne yardımcı olur
    Her tur için müşteri tarafında uzlaşılmış, toplu tek bir geri bildirim üzerinde anlaş.
    Sınır
    Müşterinin kendi içinde uzlaşmasını yalnızca talep edebilirsin, onun yerine yapamazsın.
  3. 03

    Belirli bir onaylayan kişi yok

    Nereden fark edersin
    Bitmeye yakın yeni bir görüş ortaya çıkıyor.
    Neden oluyor
    Son kararı veren kişi en başından dahil değildi.
    Ne yardımcı olur
    Onaylayan kişiyi başlangıç toplantısında belirle ve her kilometre taşına dahil et.
    Sınır
    Büyük kuruluşlarda çoğu zaman birden fazla onay vardır; o zaman her birini ayrı ayrı belirle.
  4. 04

    Turlar kararlaştırılmamış

    Nereden fark edersin
    Ek turlar ücretsiz iştir.
    Neden oluyor
    Teklif ve sözleşme, kaç düzeltmenin dahil olduğu hakkında hiçbir şey söylemiyor.
    Ne yardımcı olur
    Tur sayısını ve ek turların fiyatını teklife yaz.
    Sınır
    Sözleşmedeki bir sınır, ancak projede de dile getirirsen işe yarar.

Çözüm yolları

Daha az tur. Tartışmadan.

Çok fazla düzeltme döngüsü için çözüm yolları karşılaştırmalı
YolŞu durumda yeterliSınır
Brifing şablonu ve e-postayla onayAz sayıda proje, müşteri tarafında tek bir muhatap.Geri bildirimler ve onaylar yine de gelen kutusuna dağılıyor.
Düzeltme turlarını teklifte belirleTurlar çoğunlukla eksik sınırlardan doğar.Belirsiz bir brifingi ya da eksik bir onayı çözmez.
Uzmanlaşmış düzeltme ya da onay aracıÇoğunlukla işaretlenip yorumlanan tasarımlar ya da dosyalar teslim ediyorsun.Müşteri için bir araç daha; teklif ve görevler başka yerde duruyor.
Peak OneBir projenin teklifini, brifingini, görevlerini ve onaylarını bir arada tutmak istiyorsun.Grafikler için bir işaretleme aracının yerini tutmaz; kaç tur üzerinde anlaşacağınıza sen karar verirsin.

Peak One iş başında

Yedinci turdan net bir onaya.

  1. TetikleyiciProje neden bitmiyor?
  2. 01 · GörevSinyalPeak Board’daki Project Board, hangi görevlerin tekrar tekrar çalışmaya geri döndüğünü gösterir.
  3. 02 · BelgeAnlayışBrifing ve kararlar Peak Docs’ta; Document Decisions neyin zaten kararlaştırıldığını gösterir.
  4. 03 · TeklifKararOffer Builder’da düzeltme turları dahil neyi hangi koşullarla teslim ettiğini kaydedersin.
  5. 04 · OnayEylemPeak Automations’ta onay iş akışında ayrı bir adım olur ve hangi adımın sırada olduğunu görürsün.
Sonuç: Düzeltmeler onaylanmış bir brifinge dayanır ve her tur bir onayla biter.

İlgili uygulamalar

Tekliften onaya.

Görünümler

Durum ve kararlar.

Üç adım

Bir sonraki döngüyü kısalt.

  1. 01 / 03

    Brifingi onaylat

    Bir sonraki taslaktan önce hedefe dair üç cümle gönder ve yazılı olarak onaylat.

  2. 02 / 03

    Tek bir onaylayan kişi

    Müşteriye son onayı kimin verdiğini sor ve bu kişiyi bir sonraki değerlendirmeye davet et.

  3. 03 / 03

    Turlar teklife

    Bir sonraki tekliften itibaren kaç düzeltme turunun dahil olduğunu yaz.

Sık sorulan sorular

Kısaca yanıtlandı.

Kaç düzeltme döngüsü normaldir?

Bunun için herkese uyan bir sayı yok. Birçok hizmet sağlayıcı teklifte sabit bir sayı belirler. Önemli olan, sayının önceden belli olması ve iki tarafın da bunu bilmesi.

Müşteriyi kızdırmadan ek düzeltmeleri nasıl dile getiririm?

Erken ve tarafsız: Anlaşılan turların dolduğunu söyle ve bir sonraki turu efor karşılığında teklif et. Sınır teklifte yazılıysa bu daha kolay olur.

Bir değişiklik, düzeltmeyle aynı şey mi?

Hayır. Düzeltme, sonucu kararlaştırılan brifinge uyarlar. Değişiklik ise brifingin kendisini değiştirir ve yeni bir efor olarak konuşulmalıdır.

Keşfetmeye devam et

Welt Value

✦ Bir Peak ilkesi

Önce netlik. Gerisi arkasından gelir.

Her şey sırayla

Daha fazla sorun

Büyüyen şirketlerde tipik darboğazlar; her biri doğrudan denemek için bir araç, nedenleri ve Peak One'ın bunun için öngördüğü yolla.

Bir kez çöz. Gerisi arkasından gelir.

Her geri bildirim turu yeni bir değişiklik turu getiriyor ve proje hiç bitmiyor. Google ile giriş yap ve işletmeni tek bir yerde gör.

Free plan · Google ile giriş · yaklaşık iki dakikada kurulur