Zorlu müşterilerle nasıl başa çıkılır?


11

Sık sık kendimi sözleşmelerle aşırı yüklü buluyorum.

Çoğu zaman, bakım ve bakım yapmak zorunda olduğum sayısız web sitesine ek olarak kendimi en az 2 proje ile hokkabazlık buluyorum.

Ne yazık ki, müşterilerimin çoğu sürekli güncellemeler beklemektedir - yapılacaklar listesine sürekli olarak herhangi bir programcının takip edebileceğinden daha fazlasını ekler ve çıldırır, çünkü bir projeye başladığımda son tarih zaten gecikmişti.

Çoğu müşterinin, özellikle de görsel olarak etkilemeyen sahnelerin arkasındaki iş miktarını gerçekten anlamadığı gerçeğiyle sürekli karşılaşıyorum.

Baktığım bu durumlarla başa çıkmanın iyi yollarını bilen var mı?


2
Bakım için ödeme alıyor musunuz? Korkunç gibi görünüyor "şimdi site tamamlandı, ücretsiz ve sonsuza dek bakım yapmanızı bekliyoruz" sendromu.
Piskvor binadan ayrıldı

Bence ! Mesleğimi değiştirmeliydim
Chris

Yanıtlar:


15

Daha fazla şarj edin. Hayır demeyi öğrenin. Yardım çağır.

Çıldırıyorlar çünkü ne yaptıklarını bilmiyorlar ve sizi motive etmeye çalışıyorlar. Her özellik 'zorunludur' dahil edilmelidir. Hepsi 1 numaralı öncelik. Ve dün vadesi gelmişti. Temelde patronları davalarında.

Projenin kontrolünü elinize alın ve duruma biraz akıl sağlayın. Projenin küçük bir parçası ile başlayın. Bir plan yapmak. Gelişiminiz ve onların parçası için bir zaman çerçevesi belirleyin (incelemeler, testler, onay vb.). Planı değiştirmek istediklerinde, onlara "Başka hangi parçayı kaldırmalıyım veya teslim tarihini ne kadar yedeklemeliyim?" Diye sormanız yeterlidir. Onlara kabul ettiğin şey olduğunu ve değişiklik yapmanın sakıncası olmadığını, ama bir şey vermek zorunda olduğunu hatırlat. Bu, gelecekte sizden ne beklemeleri gerektiğine dair bir geçmiş oluşturmanıza yardımcı olacaktır.

Şimdiye kadar, kimsenin sizi terk etmeye çalıştığını söylemediniz. Doğru bir şey yapıyor olmalısın ya da başka hiçbir şey istemeyen müşteriler buldun. Belki müşterileri döküp rekabetinize yapıştırabilirsiniz;)

Edit: Hayır demenin sanatı zihninizde hayır diyorsunuz, ama aslında kelimeyi kullanmayın. Özellikler, Zaman ve kaynaklar sürekli bir uzlaşmadır. İstemcinin sorunları bilmesi ve 50 alan daha eklediğinizde formun daha uzun süre beklemesini beklemediğini varsaymak önemlidir.


1
Ve grup "Biraz Çevik ..." çaldı
Jonathan Day

@Jonathan Günü - hemen hemen. Bunu bir su düşüşü yaklaşımıyla bile yapardım; zaman çerçeveleri biraz farklı olurdu.
JeffO

2

Açık olanı belirtme riski altında, bunu ele almamın yolu, ilk etapta baş edebileceğimden daha fazla sözleşme yapmamaktır.


1

Jeff O'nun çok iyi tavsiyelerine ek olarak, şunu eklerdim:

Müşterinin performansını kendinizinki kadar yakından takip edin ve proje planlamanıza dahil edin. Bir sorguyu yanıtlamaları 72 saat sürüyorsa, zamanlamanızı itin. Bunu yaptığınızı ve nedenini bilmelerini sağlayın. Bu konuda bir sarsıntı olma, ama bu bilgileri önlerinde tut.

Bu iki durumda çalışır:

Sizinle güç açıcı hakimiyet oyunları oynayan müşteriler üzerinde çalışır, çünkü konuştukları dildir. Bu oyunu da oynayabileceğiniz konusunda onları uyarır. Çok sofistike olmadıkları sürece (ve güç açma egemenlik oyunları oynayan pek çok insan sofistike değilse veya daha etkili bir şey yapacaklarsa), bu konuda kazanamayacakları ve geri dönemeyecekleri bir dövüş göreceklerdir. Bu, onların çalışmasını kolaylaştırır. Kariyerimde bir müşterinin beni günah keçisi yapmanın başarısız olacağı ve düpedüz kooperatif haline geldiği bir projede erken gerçekleştirdiği zamanları sayamıyorum. (Dürüstçe bu perspektiften geliyorum; katılımcıların genellikle birbirlerine aktif olarak düşmanca davrandıkları büyük devlet BT projeleri üzerinde çalıştım.)

İşi hızlı bir şekilde yapmakla gerçekten ilgilenen müşteriler üzerinde çalışır, çünkü onlara bunu kolaylaştırmak için tam olarak ne yapmaları gerektiğini söyler. Bu müşteriler, projenin hedeflerine hizmet etmelerine izin verdiğinizi takdir ediyorlar. Bu, onların çalışmasını kolaylaştırır.


1
  • Aynı anda çok fazla iş üstlenmeyin.
  • Sorumluluklarınızı en baştan açıkça tanımlayın.
  • Herhangi bir spesifikasyon ilavesinin veya komplikasyonunun maliyeti vardır.
  • Sözleşmenizi, bunlara tutunacak şekilde yapın.
    • depozito almak
    • zamanında cevap vermezlerse fesih hakkına sahipsiniz
    • sorumluluklarını tanımla

Özellikle müşteri özellikleri kaldırmayı isterse spec değişikliklerine katıldığımdan emin değilim (Tamam, olabilir.).
JeffO

Özelliklerin kaldırılması demek istemedim. Bu iyi.
Moshe

0

Güncellemeler için ne tür bir zaman dilimi (SLA) taahhüt ediyorsunuz (bu muhtemelen verimliliğinize en çok zarar veren şeydir)?

İstek yapıldıktan sonra tüm küçük değişiklikleri yapmak için 48 saat veya 2 iş gününüz olduğunu biliyorsanız, bunları müşteriye veya istek türüne göre gruplayabilirsiniz. Sadece 'kıpır kıpır odanın' olduğunu bilmek çok fazla baskı çıkarabilir.

Daha erken ihtiyaç duyarlarsa, belki de ekstra bir ücret vardır - önceden plan yapmak için daha fazla çalışmalarını sağlamak.

Bunun için ayakta durmayacaklarını düşünüyor olabilirsiniz - ama işleri için aynı şeyi (veya yapmaları gerekir) ... makul teslim süresi ne olursa olsun.


0

Sunulan diğer tavsiyelere ek olarak, net beklentiler oluşturmak önemlidir. Endişelerini ve sorularını önleyin. Müşterilerinizi en başından zaman ve maliyet konusunda eğitin . Sizi belirli bir zaman diliminde yapılamayacak bir şeye zorlamalarına izin vermeyin. Dahası , her ikinizin de imzalayabilmesi için sözleşme şeklinde yazılı olarak koyun. Bir müşteri kapsamı arttırırsa, projenin maliyet ve zaman açısından maliyetinin artacağını açıkça belirtin.


0

Taleplerini yerine getirerek. Üzgünüm ama eğer hizmete dayalı bir sektördeyseniz, onlar için yapmalısınız.

Ama hala "Jeff O" ile hemfikirim, hayır demeyi öğren.


1
Aslında bence bundan daha incelikli. Onların sorunlarını çözmelisin. Bu, tam olarak istedikleri / talep ettikleri gibi yapmakla aynı şey değildir.
Stephen Darlington

Hayır deme tanımımı güncelleyeceğim.
JeffO
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.