"MQL5 ve MQL4'te Alım Satım Robotu Nasıl Sipariş Edilir?" makalesi için tartışma - sayfa 6
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
TOR'un geliştirilmesi ve bunun için ödeme ile ilgili sorunlara gelince - yani "İş" hizmetinde her şey normalde orada düşünülür. Müşteri ToR'u ekler, 2. düğmeye basar - ve programcı parasını görür. Yani, programcı TOR üzerinde çalışmaya başlamadan önce, müşterinin ödeme gücünün olduğundan emin olur. Ve sonra görev birçok kez düzenlenebilir ve değiştirilebilir.
Pazarlık yapan, indirim isteyen ve ödeme gücü varsayımı o kadar makul görünen bir yabancıyla uğraştım ki ona TOR konusunda yardım etmeyi üstlendim, ancak ikinci düğmeye gelir gelmez sağır ve dilsiz oldu.
Tüm bunlardan çıkan sonuç, kurallara uyan bir programcının, müşteri 2. düğmeye basana kadar TOR ile çalışmaya başlamadığıdır. Müşterinin ödeme gücünü değerlendirmek için kullanılabilecek tek şey, 2. adımı (TOR) onaylamasıdır. Başka hiçbir şey yoktur (hem Rusça hem de İngilizce konuşan birçok İnternet kullanıcısı, telkin ve taklit becerisinde mükemmelliğe ulaşmıştır).
TOR değiştirildiğinde iş maliyetinin düzeltilmesine gelince - burada dürüst olmak gerekirse nasıl uygulanması gerektiğini bilmiyorum. Ancak bir programcının iş maliyetini düşürmesi ve bir müşterinin bunu artırması bir şekilde mantıksızdır. Böyle garip bir olasılığı kim kullanacak?
4. Bir siparişi alan ve zamanında yerine getirmeyen bir müteahhit evrensel aşağılamaya tabidir! "Boğazlanmış keçiler" gibi kırbaçlanmalıdırlar! Ve özellikle de en iyi geliştiriciler arasında olanlar.
Bize hayat hikayenizi anlatın, programcılardan neden bu kadar nefret ediyorsunuz?
1. Bir programcı tarafından kazıklandınız mı?
2. Programcı olmak istediniz ama olmadı mı?
3. Programcı karınızı çaldı mı?
4. Başka bir şey...
Bir şeyler karışmış gibi görünüyor. Müteahhit, müşterinin hesabında ne kadar para olduğunu görmüyor ve bunun bir önemi yok, kimin ne kadar parası olduğunun ne önemi var. İcra memuru müşteri tarafından ödenen parayı görür, ancak dondurulur. Müşteri ödeme için onay vermeden önce, görev üzerinde çalışmanız gerekir. İşe bakmadan kabul etmemizi mi öneriyorsunuz? Maliyet nasıl belirlenir?
Belki de bir ara adım uygulanmalıdır. İlk olarak, TOR yazmak için sipariş verin. Bu yüksek talep görüyor gibi görünüyor.
Ne tür bir müşteri TOR'a ihtiyaç duyar? Müşterinin gerçekleştirmeye ihtiyacı var. Ve TOR ayrıştırma yeni bir TOR yazmak değil, görevi netleştiren ve az çok resmileştiren bir dizi sorudur.
Herkes "TOR yazma" kavramına bir tür anlam yükler. GOST 34'ü açın ve ToR'un ne olduğunu okuyun.
Burada müşteriler temel olarak ne zaman ve hangi parametrelerle sipariş vereceklerini açıklayamazlar.
Ve sorun TOR yazmak için müşteriden "hamur" indirmek değil, "müşterinin ne istediğini" çözmek ve anlamak için zaman harcamak ve siparişsiz kalmamaktır.
Müşterilerin yüzde kaçının ne istediğini açıklamaktan tamamen aciz olduğu hakkında hiçbir fikriniz yok.
4. Bir sipariş alan ve bunu zamanında yerine getirmeyen bir müteahhit, evrensel bir aşağılamaya tabidir! "Boğazlanmış keçiler" gibi kırbaçlanmalıdırlar! Ve özellikle de en iyi geliştiricilerden olanları.
Kırbaçlama kimin hesabına? En azından, kırbaçlanan çalışanın programcının ikamet ettiği yere yaptığı bir iş gezisidir. Ulaşım, seyahat masrafları vs.
Bu masraflarla ne yapılmalı? Hizmet yüzdesine dahil edilmeleri gerekecektir. Yine, nasıl kırbaçlanacak? Resmileştirmeye, malzemeye, genişliğe, kemerin kalınlığına vs. ihtiyacımız var.
Kırbaçlama metodolojisi hiç açıklanmamış. Bir sürü soru işareti var. Bu kötü bir fikir. Her zamanki gibi.
Zaten tam ön ödemeden daha iyi bir şey yoktur. Her iki taraf için de bir kazan-kazan. Müşterilerden biri şöyle derdi: "TOR'a ihtiyacım yok, bana bir danışman lazım!". Tam ön ödeme yapılırsa, programcı müşteri "memnunum" diyene kadar çalışmayı bırakmayacaktır (ya da en azından "bana her seferinde saçma sapan şeyler gönderiyorsun" demeyi bırakacaktır). Maliyetin düşük hesaplanması %90 olabilir, ancak programcı da memnun olacaktır - en azından müşterinin onu kandırmaya, yani ödeme yapmamaya çalışmadığı gerçeğinden.
Peki... tatmin olun, daha fazla hayal kurun. Başarı!
Genel olarak, bu ciddi mi, yoksa en beyaz ve kabarık bir imaj yaratmaya mı çalışıyorsunuz?
"Hayal kurmak" da ne demek? Karşılıklı fayda sağlayan gerçek bir çalışma planı. En iyi siparişler bu şekilde gider. Hem maliyet hem de müşteri yeterliliği açısından en iyisi.
Kim ne derse desin, her durumda müşteri uygulayıcıdan daha önemlidir ve öyle kalacaktır. Programcıların birbirlerine emir vermelerini hayal bile edemiyorum.
Uygulayıcı en fazla şunu söyleyebilir: "parası olmayan bir kişi müşteri değildir". Bu yüzden ön ödeme icat edilmiştir. İş performansı kurallarının 2. adımı - müşteri için en saf haliyle tam bir ön ödemedir. Ve hatta iade edilebilir.
"Hayal kurmak" da ne demek? Karşılıklı fayda sağlayan gerçek bir çalışma planı. En iyi siparişler bu şekilde gider. Hem maliyet hem de müşteri yeterliliği açısından en iyisi.
Kim ne derse desin, her durumda müşteri uygulayıcıdan daha önemlidir ve öyle kalacaktır. Programcıların birbirlerine emir vermelerini hayal bile edemiyorum.
Uygulayıcı en fazla şunu söyleyebilir: "parası olmayan bir kişi müşteri değildir". Bu yüzden ön ödeme icat edilmiştir. İş performansı kurallarının 2. adımı - müşteri için en saf haliyle tam bir ön ödemedir. Ve hatta iade bile edilebilir.
Gerçekten işe yarayan böyle bir plan nedir? Ödevi okumadan ön ödeme almak mı?
İkinci adım, en saf haliyle tam bir ön ödeme değildir, çünkü önceden görev üzerinde çalışmanız gerekir, görevin uygulanabilir olduğu anlaşıldığında, o zaman ödeme alırsınız. Görevi okumadan ödeme alırsanız, evet shob müşteride gerçek bir şizofren veya tam bir renk körü var, ayılmak için:). Biz de o yollardan geçtik, biz de o yollardan geçtik.
Keşke gerçek bir şizofren ya da tam bir renk körü olsaydın,