"MQL5 ve MQL4'te Alım Satım Robotu Nasıl Sipariş Edilir?" makalesi için tartışma - sayfa 4

Yeni yorum
 
abolk:

Aslında hepimiz (Yönetim, Geliştirici ve Müşteri) hizmetin farklı taraflarındayız. Ve herkes kendi nüanslarını ve zorluklarını görüyor. Bahsettiğiniz diyalog kutusunu yeni gördüm - Müşteriye gerekli tüm bilgileri sunma konusunda önemli ve ileri bir adım. Müşterilerin %99'unun servise ilk kez geldiklerinde sordukları soruları listeledim. Ve her müşteri kıskanılacak bir tutarlılık ve ısrarla Adım Adım Kılavuza ve Hesap Hesaplamaları bölümüne bağlantı vermek zorunda. Bu durum, temel konulardaki - Adım Adım Kılavuz ve Hesaplamalar - bilgilendirmenin açıkça yetersiz olduğunu göstermektedir.

Görünüşe göre müşteriler "Yeni bir iş oluştur" diyalog kutusunda yazılanları okumuyor ve hemen Kabul Et düğmesine tıklıyor. Her taraflarını bağlantılarla çevirseniz bile muhtemelen bu konuda yapabileceğiniz hiçbir şey yoktur. Doğrudan ileriye gidecekler ve icracıya ilgilendikleri şu veya bu noktayı soracaklardır. Eğer icracı cevap verirse, bu onlar için daha kolay olacaktır, çünkü kısa bir cevap olacaktır. Eğer icracı cevap vermezse, bir link verecektir, o zaman yapabileceğiniz bir şey yoktur, okumak zorundasınızdır. Bu "kurnazca" psikolojik kısır döngüden nasıl çıkılır? :) Zorla okuma ya da organize edilecek bir şey. :)
 
Merhaba, mt5.com'da yeniyim. İşler bölümünden bir EA sipariş ettim ve işin adım adım sürecinden geçerken'Gereksinimlerin Müzakeresi' adımında zorluklarla karşılaştım. İkimiz de, ben ve geliştirici adımı onaylıyoruz, ancak bir sonraki adım olan Prototip / Modele erişemiyorum. Gereksinimlerin Müzakeresi sütunu hala yeşil renkte ve bir sonraki bölüme geçemiyorum. Deneyimli biri varsa lütfen bana yardım edin ...
 
9446180668:

Merhaba, mt5.com'da yeniyim. İşler bölümünden bir EA sipariş ettim ve işin adım adım sürecinden geçerken'Gereksinimlerin Müzakeresi' adımında zorluklarla karşılaştım. İkimiz de, ben ve geliştirici adımı onaylıyoruz, ancak bir sonraki adım olan Prototip / Modele erişemiyorum. Gereksinimlerin Müzakeresi sütunu hala yeşil renkte ve bir sonraki bölüme geçemiyorum. Deneyimli biri varsa lütfen bana yardım etsin...

BEN DE AYNI SORUNU YAŞIYORUM, EKTEKI RESIMLERE BAKIN

Neler olduğu ve bu durumu nasıl çözebileceğimiz hakkında bir fikriniz var mı?

Dosyalar:
image1.jpg  312 kb
image2.jpg  309 kb
 
Herkese iyi günler. Bu konuyla ilgili bir sorum var. İşin alındığı, yapmaya başladığınız ve daha sonra ya müşteri tarafından alım satım açmak için bir sinyal kaynağı olarak sağlanan göstergenin doğru olmadığı ve iyileştirilmesi gerektiği ya da TOR'un onay aşamasını geçtikten sonra müşterinin isteklerinin arttığı ve bu da iş maliyetinde bir artışa yol açtığı durum sıklıkla tekrarlanır. Müşteri bunu kabul ediyor ve ekstra ödeme yapmaya hazır, ancak projenin fiyatı sabit ve anladığım kadarıyla karşılıklı rıza ile bile değiştirilemez. Sonuç olarak, ekstra ödemenin ya sahadan geçmesi ya da başka bir iş yapması gerekiyor ki bu her zaman uygun olmuyor. Soru şu - TOR imzalandıktan sonra işin maliyetini değiştirmenin hala bir yolu yok mu? Gerçek hayatta her şey basittir - sözleşmeye bir zeyilname düzenleyin, burada TOR'da ve sözleşmenin fiyatında değişiklikler öngörün - her iki tarafta da pamuk pullar ve imzalar ve devam edin. Ama burada böyle bir şey bulamadım. Ya da belki de yeterince dikkatli bakmadım? )))
 
vadimpl:
Herkese iyi günler. Bu konuyla ilgili bir sorum var. İşin alındığı, yapmaya başladığınız ve daha sonra ya müşteri tarafından alım satım açmak için bir sinyal kaynağı olarak sağlanan göstergenin doğru olmadığı ve iyileştirilmesi gerektiği ya da TOR'un onay aşamasını geçtikten sonra müşterinin isteklerinin arttığı ve bu da iş maliyetinde bir artışa yol açtığı durum sıklıkla tekrarlanır. Müşteri bunu kabul ediyor ve ekstra ödeme yapmaya hazır, ancak projenin fiyatı sabit ve anladığım kadarıyla karşılıklı rıza ile bile değiştirilemez. Sonuç olarak, ekstra ödemenin ya sahadan geçmesi ya da başka bir iş yapması gerekiyor ki bu her zaman uygun olmuyor. Soru şu - TOR imzalandıktan sonra işin maliyetini değiştirmenin hala bir yolu yok mu? Gerçek hayatta her şey basittir - sözleşmeye bir zeyilname düzenleyin, burada TOR'da ve sözleşmenin fiyatında değişiklikler öngörün - her iki tarafta da pamuk pullar ve imzalar ve devam edin. Ama burada böyle bir şey bulamadım. Ya da belki de yeterince dikkatli bakmadım? )))

Şu ana kadar böyle bir olasılık yok, ancak uygulama hakkında düşüneceğiz.

Ve sadece yukarı doğru ve sadece müşterinin yeterli parası varsa.

[Silindi]  
Renat:

Henüz bu imkana sahip değiliz, ancak bunu gerçekleştirmeyi düşüneceğiz.

Ve sadece yukarı doğru ve sadece müşterinin yeterli parası varsa.

Kesinlikle böyle bir seçeneğe ihtiyacımız var.
 
Renat:

Henüz bu imkana sahip değiliz, ancak bunu gerçekleştirmeyi düşüneceğiz.

Ve sadece yukarı doğru ve sadece müşterinin yeterli parası varsa.

Anlıyorum. Bilgi için teşekkürler
 
Renat:

Henüz bu imkana sahip değiliz, ancak bunu gerçekleştirmeyi düşüneceğiz.

Ve sadece yukarı doğru ve sadece müşterinin yeterli parası varsa.

Doğru zaman:

1) icracının işi reddetme imkanı varsa
2) icracının işin maliyetini düşürme imkanı varsa
3) müşterinin işin maliyetini artırma imkanı varsa

İş performansı aşamalarında bir kusur vardır:

Kuralların 3.2.7. maddesi "Her iki tarafın "TOR'un Onaylanması" adımını onaylamasından sonra, Sipariş tutarı Ödeme Sisteminde Müşterinin hesabında bloke edilir."

Tarafların TOR'u tartıştığı - yani Yüklenicinin TOR'u araştırdığı, zamanını harcadığı, Müşterinin TOR'unu düzelttiği, aslında Müşteriye danıştığı - ve sonuç olarak Müşterinin "kaçma" ve/veya başka bir TOR seçme fırsatına sahip olduğu ortaya çıkmaktadır. Sonuç olarak, genellikle yüzeysel olarak çalışılmış TOR'u "işin karmaşıklığının/maliyetinin/gerçekleştirilebilirliğinin hafife alınması" şeklinde tüm sonuçlarıyla birlikte kabul etmek gerekir.

"TOR onayı" aşaması iki aşamada gerçekleşmelidir:

1. Müşteri TOR'u onaylar - tutar bloke edilir.
2. TOR hakkında bir tartışma yapılır ve "TOR'un Onaylanması" aşamasının onaylanmasından ÖNCE icracı şunları yapabilmelidir: TOR'u reddetme, maliyeti değiştirme.

Ya da Yüklenici tarafından TOR'un reddedilmesi ve "Prototip/Mockup" aşamasında gerçekleştirilmek üzere maliyetin değiştirilmesi imkanı.

 
abolk:

Doğru zaman:

1) yüklenicinin işi reddetme kabiliyeti varsa
2) yüklenici işin maliyetini düşürme kabiliyetine sahipse
3) müşteri işin maliyetini artırma kabiliyetine sahipse

İş yürütme adımlarında bir kusur var:

Kuralların 3.2.7. maddesi "Her iki tarafça "TOR'un Onaylanması" adımının onaylanmasından sonra, Sipariş tutarı Müşterinin Ödeme Sistemindeki hesabında bloke edilir."

Tarafların TOR'u tartıştığı - yani Yüklenicinin TOR'u araştırdığı, zamanını harcadığı, Müşterinin TOR'unu düzelttiği, aslında Müşteriye danıştığı - ve sonuç olarak Müşterinin "kaçma" ve/veya başka birTOR seçmefırsatına sahip olduğu ortaya çıkmaktadır . Sonuç olarak, genellikle yüzeysel olarak çalışılmış TOR'u "işin karmaşıklığının/maliyetinin/gerçekleştirilebilirliğinin hafife alınması" şeklinde tüm sonuçlarıyla birlikte kabul etmek gerekir.

"TOR onayı" aşaması iki aşamada gerçekleşmelidir:

1. Müşteri TOR'u onaylar - tutar bloke edilir.
2. TOR hakkında bir tartışma yapılır ve "TOR'un Onaylanması" aşamasının onaylanmasından ÖNCE icracı şunları yapabilmelidir: TOR'u reddetme, maliyeti değiştirme.

Ya da Yüklenici tarafından TOR'un reddedilmesi ve "Prototip/Mockup" aşamasında gerçekleştirilmek üzere maliyetin değiştirilmesi imkanı.

Bu tür tırmıklara birkaç kez basıldığını, müşterinin kendi TOR'unu çiğnediğini onaylıyorum. Bunun için 3-4 gün harcıyorsunuz. Hepsini raflara dağıtın ve o zaten kullanıma sunulmuş bu TOR ile ayrılır ve daha küçük bir miktar için uygulamasını sipariş eder.

İşin mantıklı bir TOR aslan payını yapın ve bu payın "İş" hizmetinde garantili bir ödemesi olmadığı ortaya çıkıyor !!!!.

 
papaklass:

Bunlar bir müteahhit olarak sizin riskleriniz. Sonuçta, bir buzdolabı seçtiğinizde, yöneticinin çok iyi tarif ettiği bir buzdolabını satın almazsınız. Yöneticinin hikayesini not alırsınız ve başka bir dükkana gidip daha ucuz bir buzdolabı satın alabilirsiniz. Ve yönetici kalite hikayesi için hiçbir şey almaz. Ancak hiç anlatmamak mümkün değildir. Yönetici bunu anlıyor ve her seferinde risk alıyor.

Siz ve bir programcının vasıflı emeğinin ücretsiz kullanımının diğer savunucuları, sürekli ve ısrarla kafa karıştırıyorsunuz:

a) fiyatı zaten bir yönetici-danışmanın verimsiz çalışması, dükkan kirası vb. şeklinde bir ceza içeren, halihazırda üretilmiş hazır malların satışı,

b) araştırma, geliştirme ve teknik çalışmalarda - bu durumda "Onay" aşamasının amacı Müşterinin ne istediğini anlamak, başlangıçta belirsiz olan görevini resmileştirmek vs. vs. - kesinlikle ödenmesi gereken profesyonel işgücü maliyetine değer.

İlk durumda yönetici-danışman yeni bir değer yaratmazsa - ürün zaten üretilmiş ve satışa hazırdır, ikinci durumda müşteri ile kendi TOR'unu tartışan programcı müşteri için yeni bir TOR yaratır - ve bu emeğin ödenmesi gerekir.

Sizin durumunuzda yöneticiye kesinlikle maaş ödeniyorsa, ikinci durumda - hangi gerekçeyle programcının maaşsız kalması gerektiğini düşünüyorsunuz? Gözden geçirilmiş, ayrıştırılmış TOR'un maliyeti bir program yazmanın maliyetinden daha az değildir - ve müşterinin başka bir programcıya gitmesi doğaldır ve daha az ödeme yapma arzusuyla gerekçelendirilir.

Gerçekte, hiçbir KB ödeme garantisi olmadan bir sorunu analiz etmeyi bile üstlenmeyecektir. Öyleyse neden İş hizmetinde analiz/revize/yazım TOR'u için ödeme yapmamak (ya da garanti etmemek) bir norm olsun?

Çalışma hizmetindeki tahkim durumlarının çoğu "net olmayan TOR", "işin az tahmin edilen karmaşıklığı" şeklindedir. Bunun nedeni de geliştiricinin "TOR onayı" aşamasında vicdansız bir müşteriye karşı tamamen korumasız olmasıdır.

papaklass:

Sizin durumunuzda da aynı şey geçerli: Eğer müşteriyle TOR üzerinde çalışmayı reddederseniz, onu kesinlikle kaybedersiniz. Ve müşteriye TOR'u hazırlaması için yetkin bir şekilde yardımcı olursanız, bu işin size verilmesi ve gelecekte müşterinin size geri dönmesi çok yüksek bir olasılıktır. Bunu insanlarla çalışmanın bir maliyeti olarak kabul edin.

Bir programcıya yapacak hiçbir şeyi olmayan, oturup bekleyen ve her müşteriden ve her siparişten mutlu olan belirli bir işsiz kişi olarak bakmayı bırakmanın zamanı geldi. Bir programcının ana bir işi, kendi ilgi alanları ve boş zamanı vardır. Ve bir programcının boş zamanını sadece belli bir olasılıkla gerçekleşebilecek bir sipariş için harcamaktan mutlu olması pek olası değildir.

1234567891011...13
Yeni yorum