Müşterilerinizi nasıl eğitiyorsunuz?

Müşteriler farklı düşündükleri için eğitime ihtiyaç duyarlar. Müşteriler şöyle düşünüyor:

• değişiklikler projenin herhangi bir zamanında sorun değil

• ayrıntılar önemli değil (istisnalar daha da az)

• zamanın maliyeti yoktur (üzerinde anlaşılan sabit bir fiyatı vardır)

• şartnamedeki bir cümle gerçek ihtiyaçlara uyacak şekilde serbestçe genişletilebilir / okunabilir - ve bu da sözleşmeyi etkilemez. (burada sık sık "sağduyu" tartışmasını görüyoruz - örnek: "Tabii ki muhasebe yönetimi hakkında konuşurken bir fatura yönetim ekranına ihtiyacımız var - bu sağduyu!")

• liste devam ediyor...

Ana sorun, müşterinin (harici veya dahili / departman olursa olsun) istemediği veya anlayamadığıdır. Yazılım oluşturma sürecini anlamam uzun yıllar aldı ve hala öğreniyorum, bu yüzden sadece birkaç ay içinde nasıl olabilirler.

Deneyiminiz nedir, müşterileri eğitmek için en iyi yaklaşım nedir?

Geçen yaz, bir müşteriyle çok benzer bir görüşme yaptım.

Müşteri, tanımlanan iş için rekabetçi bir fiyat sağlamamı istedi ve sonra ihtiyaçları değiştiğinde veya ihtiyaçları hakkında anlayışları değiştiğinde, işteki değişikliği yansıtmak için maliyeti değiştirmeme izin vermeden spesifikasyonu değiştirmek istedi.

Müşterime teklifin bir parçası olarak bilinmeyen değişikliklere nasıl mal olabileceğim konusunda herhangi bir öneri olup olmadığını sordum. Çalıştığımız çözüm,% 15'lik bir maddeli acil durum ödeneği de dahil olmak üzere teklif vermemdi; bu, daha sonra bu ödeneği kullanmak için değişikliklerine öncelik vermek için müşteriyle birlikte çalışacağız. Sonuçta beklenmedik durum tamamen kullanılmadı sadece yapılan işler için fatura ettim.

Sonuçta yaptığım iş için para ödendiğim için mutluydum, müşteri bütçe dahilinde dahili olarak teslim edildi ve konuyu onlarla profesyonel bir şekilde gündeme getirdiğim için beni gerçekten bir rakibin üzerinden seçtiler iş.

Keşke tüm potansiyel müşterilerin bu profesyonel ve aslında kaliteli işçilik olmasını diliyorum.

Müşteriyi eğitin . Keşke müşterinizden biri olmasayım;)

Cidden, başınızın belada olduğunu anlıyorum ve sorunun müşteri olduğunu düşünüyorsunuz. Belki öyle, ama önemli değil. Müşterilerinizi değiştirmek gerçekten zor, onlarla çalışma şeklinizi değiştirmek çok daha kolay.

Sorun, çoğu müşterinin yazılım geliştirmenin tüm etkilerinin farkında olmaması ve işlerinin ayrıntılarıyla farkında olmamanızdır.

Sadece küçük bir şey:

değişiklikler projenin herhangi bir zamanında sorun değil

"Yanlış bir yolda ne kadar ileri giderseniz gidin, geri dönün." Türk Atasözü

O atasözünü seviyorum, bu yüzden kullanabildiğim zaman mutluyum. Fırsat için teşekkürler;)

İşte birkaç çözüm:

Müşteriye fikrini değiştirme imkanı sunmalısınız, çünkü bu onun ihtiyaçlarına gerçekten uyan doğru yazılımı almasına yardımcı olacaktır. Sonunda onu geliştirirken daha fazla fikir alacak.

Sabit bir fiyat sözleşmesindesiniz, sanırım gereksinimleri toplamalı, tahmin etmeli ve her birine bir fiyat koymalısınız?

Yeni bir şey inşa etmeniz gerekiyorsa, aynı işlemi kullanın: sabit fiyat sözleşmesini ekstra gereksinimlerle değiştirirsiniz. İşe yaramayacak gereksinimleri kaldırmayı kabul edin (elbette bunları zaten inşa etmediniz).

Başka bir yaklaşım, sürüm 1 olarak ihmal edilenleri (daha az yararsız ve gelişmiş gereksinimler değil) bitirmek ve yeni fikirleri ile bir sürüm 2'yi müzakere etmek olacaktır.

İkinci çözüm, Scrum'daki gibi gelişimde yineleme yaratmak olacaktır . Bu konuda henüz sabit fiyat projesinde deneyimim yok (çünkü artık sabit projeler yapmıyorum), bu yüzden işe yarayıp yaramadığını bilmiyorum. Cidden çok fazla şüphem var Scrum (veya Agile ) tüm yazılım geliştirme projelerine çözümdür, ancak açıklanan bazı uygulamalar size yardımcı olacaktır.

Sabit bir fiyat sözleşmeniz varsa, her kapsam değişikliğinin paraya mal olacağını ve değişikliği değerlendirip değişikliği uygulamak için maliyetli bir teklif sunacağınızı açıkça belirtmeniz gerekir.

Bu, çoğu endüstride yaygın olarak kabul gören bir uygulamadır, ancak bazı müşteriler bununla çok üzülecektir.

Eğer sizin gibi sesler daha büyük bir probleminiz olsa da “sağduyunuz” tartışılıyorsa.

Yıllar önce şartnameyi okuyan ve "XXX yaptığınız UYGUN BİR GEREKSİNİM var" gibi şeyler söyleyen bir müşteri gibi biraz. Cevap şuydu: Herhangi bir zımni gereklilik yoktur. Tek şartlar yazılı şartnamede belirtilen şartlardır. Gereksinimleri eklemek veya değiştirmek istiyorsanız, lütfen bir özellik değişikliği isteği gönderin, kapsam değişikliğini teklif edelim.

Mesaj sonunda geçti ama uzun sürdü.

Çözümlerden biri, çalışmaya başlamadan önce ne yapmayı kabul ettiğinizi tanımlamak için daha fazla çalışma yapmaktır . Söylediğiniz gibi, sözleşmedeki bir cümle siz ve müşteriler tarafından kolayca farklı şekilde okunabilir. Proje planı ne kadar ayrıntılı olursa, yapmasını istedikleri fazlalığın orijinal anlaşmanın bir parçası olmadığını söylemeniz o kadar kolay olur.

Tutarlı olmak da önemlidir. Müşteri, herhangi bir yeni özellik için ne kadar işin olduğunu bilmiyor. Hızlı bir şekilde ücretsiz olarak uygulanabilir özellikler eklemeyi kabul ederseniz, daha sonra müşteriye bu diğer özelliği neden ücretsiz olarak yapamayacağınızı ve müşterinin sağduyusu daha fazla iş olmaması gerektiğini söylediğinde açıklamak çok zordur.

Sabit fiyat sözleşmelerinin bir hilesi, sabit bir fiyatla işi yapsanız bile, işin kaç saat sürdüğünü tahmin eder. Saat başı fatura yapmasanız bile, sabit fiyatın sonsuz çalışma saatine eşit olduğu yanılsamasını ortadan kaldırır.