Serbest meslek ve tahkim. Bir şeylerin değiştirilmesi gerekiyor, yoksa çıkmaz sokak! - sayfa 6

 
Artyom Trishkin :
Bana kaynağın yarısını ver :)

Orada iş parçacığında önerdiğim şey buydu. Ama cevapsız ve açıklamasız banlandım)

Bir yandan, kaynak kodun %50'si mantıklı, ancak bunun saçma olduğu açık - her 2. satırı vermek daha çok mizah gibi))

 
Aleksey Mavrin :

Orada iş parçacığında önerdiğim şey buydu. Ama cevapsız ve açıklamasız banlandım)

Bir yandan, kaynak kodun %50'si mantıklı, ancak bunun saçma olduğu açık - her 2. satırı vermek daha çok mizah gibi))

yani şaka yaptım :)
Sahip olduğun her şeyi vermelisin.
Ev, araba, yazlık, kayınvalide ...
Peki.., koddan - ne yapıldı.
 
Artyom Trishkin :
yani şaka yaptım :)
Sahip olduğun her şeyi vermelisin.
Ev, araba, yazlık, kayınvalide ...
Peki.., koddan - ne yapıldı.

Böyle mi moderatör oldun? .. :)

 

Merhaba.

Tahkimde iki iş vardır.

İlki bir aydır askıda, çalışma beyannamesine tam olarak uygun olarak yapıldı. Müşteri sadece ödemek istemiyor.

Bugün tahkimde ikinci iş için başvurdum, müşteri iki haftadır temasa geçmedi, iş TOR'a göre yapıldı.

Bu tahkimler için daha ne kadar beklenmeli? Meşgul muhbir yüklü, bir yük varsa bazı potansiyel müşteriler cevap vermiyor.

Bundan önce iş 3 ay tahkimde askıda kaldı, belki hakem işin tahkimde olduğunu görmez. Herkes önerebilir.

 
Artyom Trishkin :

Bir müşteri biraz utandırdığında bazen nasıl yapardım bilirsin...

Kapalı bir kod aktardım - böylece bir kişi her şeyi kontrol edebilir ve para transferini gerçekleştirebilir. Ve ona, parayı bana aktardıktan sonra, ona kaynağı vereceğimi yazdı.

Ama en ilginç şey bu değil. Ve transfer edilen kapalı kodda yerleşik bir zaman sınırı olduğu gerçeği - transfer gününden bir haftanın sona ermesine kadar. Ve sonra program başlangıçta "Sanatçıyı rahatsız etmemek için iş için para vermek gerekli olacak" gibi bir mesaj verdi ve boşaltıldı.

Biliyorsun, birçok kez kurtardı.

İyi günler meslektaşlarım.

Yöntem kesinlikle iyi. Ancak son zamanlarda, kaynak kodunu alana kadar siparişi kapatmayan bir ilke müşterim oldu.

Müşteri süzgecini test ettiğinde, üzüldüğünde ve içmeye başladığında da durumun gelişmesi, yani. her şeyi öldürecek. Siparişte, Forex'te, MQL web sitesinde ve siparişin kapanmasını bekleyen yüklenicide puan alacaktır.

Bu nedenle, işinizi korumak için evde yetiştirilen yollara güvenmemelisiniz, ancak hizmette programlı olarak böyle bir şema oluşturmalısınız, böylece sanatçı, siparişinin herhangi bir senaryoda tahkim (aurayı bozan) ve güçlük olmadan kapatılacağından emin olur. . Müşterinin başına bir talihsizlik gelse bile, bu da göz ardı edilemez.

 
Andrey Kaunov :

İyi günler meslektaşlarım.

Yöntem kesinlikle iyi. Ancak son zamanlarda, kaynak kodunu alana kadar siparişi kapatmayan bir ana müşterim oldu.

...

Ve müşterinin prensibi nedir?

"İşin devri ve ödeme" aşaması vardır - müşteri kaynak kodunu sağlamadan bu aşamayı onaylamayarak doğru olanı yapar.

 

Sevgili Andrey, yazımı Artyom'un alıntısıyla birlikte tam olarak okuyun.

Bunun hakkında yazıyorum ve bu yöntemin tüm müşterilerle çalışmayacağını.

 
Andrey Kaunov :

Sevgili Andrey, yazımı Artyom'un alıntısıyla birlikte tam olarak okuyun.

Bunun hakkında yazıyorum ve bu yöntemin tüm müşterilerle çalışmayacağını.

Evet, hepsi saçmalık - herhangi bir onay aşamasında müşterinin düşme riski vardır - bu riskler her zaman olmuştur - ve kendinizi bundan korumanın bir yolu yoktur.

Birçok müşteri için, kaynak üzerinde bir profilden başka bir şey yoktur - ve çökmeleri durumunda, çalınacak bir ray bile yoktur.

Gördüğüm tek seçenek, müşteriyle diyalog halinde olmak ve işi aktarırken, ona her adımda "danışmanın versiyonu iş için gönderildi" tarzında sürekli hatırlatmak, tamamlamak ve ödeme yapmak için iki aşamayı onaylamanız gerekiyor " - Aşamayı onayladıktan sonra tekrar yazın "Bir adım daha onaylanması gerekiyor.

Ayrıca, mümkünse, hizmetin kurallarına göre, kaynaktaki profile ek olarak hızlı bir şekilde bulunabileceği müşteriden temas kurmak yasaktır .

Ve sonra - müşterinin çöküş riskleri nelerdir - 1-2% - bu ihmal edilebilir.

İstatistiklere gelince - benim gözlemlerim, müşterilerin en az %90'ının bu istatistikleri umursamadığı yönünde - 300 tahkime sahip olan ve 600 tamamlanmış eser bulunanlarla ve hiç tamamlanmış işi olmayanlarla eşit olarak işbirliği yapmaya başlıyorlar - bu nedenle, istatistikler elbette korunmalıdır - ama bu yüzden kesinlikle histerik içinde savaşmaya değmez.

 

Andrew, sana her konuda katılıyorum.

Ondan başka bağlantılar alsanız bile hiçbir garanti yoktur. Telegram ve Skype'tan vb. dökülebilir. Seni görmezden gel ve bir seçenek olarak bu kadar.

Andrey F. Zelinsky :

...

Gördüğüm tek seçenek, müşteriyle diyalog halinde olmak ve işi aktarırken, ona her adımda "danışmanın versiyonu iş için gönderildi" tarzında sürekli hatırlatmak, tamamlamak ve ödeme yapmak için iki aşamayı onaylamanız gerekiyor " - Aşamayı onayladıktan sonra tekrar yazın "Bir adım daha onaylanması gerekiyor.

...

İyi konu. Ama kimseyi rahatsız etmeyecek şekilde program düzeyinde de yapılabilir: "Ne yapmayı unuttum ...?" Ayrıca ayrı pencerelerde veya doğrudan sohbette açılır ipuçları, bir sonraki adımla ilgili posta veya telefonla bildirimler yapabilirsiniz.

İş deneyimine göre, tüm müşteriler işe nasıl başlayacağını bile bilmiyor, bir müteahhit seçin. Son zamanlarda, TK'nın yazışmalarda önce anlaşmaya varılması gerektiğine, ardından "Anlaşmalı TK" adımına gitmesi gerektiğine inanan bir müşteri vardı. Eh, hepsi şarkı sözleri ve çözülebilir. Müşteri ortadan kaybolursa sorunlar başlayacak. Bazıları, bunların iki veya üç sırasının "tamponda" asılı kaldığını yazıyor. Onları kızdıran şey, katılıyorum.

İyi bir seçenek, müşteriden herhangi bir haber yoksa, gösterinin onaylanmasından iki hafta sonra siparişi gecikmeden kapatmaktır. Kontrol etmek için çok zaman var. Bence her iki taraf içinde adil. Eskiden olduğu gibi görünüyordu, ama bir nedenden dolayı kapattılar.

 
Andrey Kaunov :

... Ama kimseyi rahatsız etmeyecek şekilde program düzeyinde de yapılabilir ...

Tekrar. Müşterinin başarısız olduğu tüm düzenler %1-2'den fazla değildir - böyle bir yüzde ihmal edilebilir (ve ihmal edilmelidir).

Ayrıca, herhangi bir teknik veya organizasyonel hile - bu %1-2 hiçbir şekilde değişmeyecektir.

Bu nedenle, bir şeyler eklemek, programlamak zaman ve kaynak kaybıdır.

Otomatik kapanmalı herhangi bir seçenek -- son derece zararlı -- çünkü. geliştirici lehine işin toplu olarak tamamlanmasına yol açacaktır - dahası, "atın yuvarlanmadığı" çalışma.

Danışmanın iş için verildiği durumlar ve üzerinde bir kusur bulutu ve diyalog durma noktasına geldi ve müşteri terk edildi - bu tür birçok durum var - ve "terkedilmiş" işin tamamlanmasını otomatik yaparsanız - o zaman bu görevler tamamlanacak - - ve bu kesinlikle kabul edilemez.

Bu nedenle - müşteri tarafından veya tahkim yoluyla herhangi bir işin tamamlanması - otomasyon yok.

Otomatik tamamlama ancak müşteri lehine mümkündür.

ps Bir seçenek olarak, bu, geliştiricinin, müşterinin onayına gerek duymadan "müşteri lehine sonlandır" modunun seçimidir veya müşteri bir gün içinde onaylamazsa, otomatik hale getirin .