또는 가장 복잡한 경우에는 작업을 공식화하는 데 드는 비용을 규정하세요. 그러나 그들은 거의 동의하지 않습니다.
그런 다음 경험을 통해 한 번에 충분히 정확하게 추정할 수 있습니다. 손글씨, 닉네임, 어휘로 ....
콤 포스터, 당신과 동의하지 않겠습니다 ... 모든 사람은 자신의 진실을 가지고 있지만. 잠재 고객을 고려하는 방법-양심적이든 아니든?
공에 공식화 된 알고리즘 비용을 작업 비용에 넣으면 정의상 고객은 "주문하지 않을 위험"에 대한 비용을 지불하기 때문에 선의로 간주되지 않습니다. 예를 들어 도난과 관련하여 소매 업체가하는 일입니다. 우리 모두는 상점에서 훔친 만큼 정확하게 상품에 대해 초과 지불합니다....
MQ 사이트를 통해 고객과 계약자 간의 관계를 구축하는 메커니즘이 있으면 어느 정도 공정하게 구축하거나 시도 할 수 있습니다....
전문가 작가는 가끔씩 앉아서 일반 과제와 풍선 작업을 수행하는 데 걸리는 시간을 계산하고 일반 과제와 풍선의 수입 비율과 비교합니다. 30/70, 70/30과 같은 결과가 나올 것입니다. 왜 일반 고객이 벌룬 아티스트에게 비용을 지불해야 하나요? 작업 비용에는 작업에 대해 논의하는 비용이 포함되어야 하지만 합리적인 금액(질문과 답변이 포함된 독서 및 2-3개의 원)으로 일반 고객은 풍선 아티스트에게 비용을 지불해서는 안 됩니다.
С запуском сервиса "Работа" MQL5.community становится идеальным местом для размещения заказов и оказания услуг программирования. Тысячи трейдеров и разработчиков ежедневно посещают этот ресурс и с легкостью могут помочь друг другу. Для трейдера сервис "Работа" - это легкая возможность получить свой собственный эксперт. Для MQL5-разработчика это возможность легко найти новых клиентов. В данной статье мы рассмотрим возможности этого сервиса.
TOR의 개발과 이에 대한 지불 문제에 관해서는 서비스 "작업"에서 모든 것이 일반적으로 생각됩니다. 고객은 ToR을 첨부하고 두 번째 버튼을 누르면 프로그래머가 돈을 봅니다. 즉, 프로그래머가 TOR 작업을 시작하기 전에 클라이언트가 솔벤트인지 확인합니다. 그런 다음 작업을 여러 번 편집하고 교체 할 수 있습니다.
나는 흥정을하고 할인을 요청한 외국인을 상대했고 그의 지불 능력에 대한 가정이 너무 그럴듯 해 보였기 때문에 TOR를 도와 주겠다고 약속했지만 두 번째 버튼에 도달하자마자 그는 귀머거리가되었습니다.
이 모든 것의 결론은 규칙에 따라 프로그래머는 고객이 두 번째 버튼을 누를 때까지 TOR 작업을 시작하지 않는다는 것입니다. 클라이언트의 지급 능력을 판단하는 데 사용할 수있는 유일한 것은 그가 2 단계 (TOR)를 확인한다는 사실입니다. 다른 것은 없습니다 (러시아어와 영어를 사용하는 많은 인터넷 사용자가 제안과 가식의 기술에서 완벽을 달성했습니다).
TOR이 변경 될 때 작업 비용을 수정하는 것에 관해서는 솔직히 어떻게 구현해야할지 모르겠습니다. 그러나 프로그래머가 작업 비용을 줄이는 것은 물론 고객이 작업 비용을 늘리는 것은 어떻게 든 비논리적입니다. 누가 그런 이상한 가능성을 사용할까요?
공에 공식화된 알고리즘의 비용을 작업 비용에 포함시키세요.
또는 가장 복잡한 경우에는 작업을 공식화하는 데 드는 비용을 규정하세요. 하지만 이에 동의하는 경우는 거의 없습니다.
그런 다음 경험을 통해 한 번에 충분히 정확하게 추정할 수 있습니다. 손글씨, 닉네임, 어휘.....
공에 공식화된 알고리즘의 비용을 작업 비용에 포함시키세요.
또는 가장 복잡한 경우에는 작업을 공식화하는 데 드는 비용을 규정하세요. 그러나 그들은 거의 동의하지 않습니다.
그런 다음 경험을 통해 한 번에 충분히 정확하게 추정할 수 있습니다. 손글씨, 닉네임, 어휘로 ....
콤 포스터, 당신과 동의하지 않겠습니다 ... 모든 사람은 자신의 진실을 가지고 있지만. 잠재 고객을 고려하는 방법-양심적이든 아니든?
공에 공식화 된 알고리즘 비용을 작업 비용에 넣으면 정의상 고객은 "주문하지 않을 위험"에 대한 비용을 지불하기 때문에 선의로 간주되지 않습니다. 예를 들어 도난과 관련하여 소매 업체가하는 일입니다. 우리 모두는 상점에서 훔친 만큼 정확하게 상품에 대해 초과 지불합니다....
MQ 사이트를 통해 고객과 계약자 간의 관계를 구축하는 메커니즘이 있으면 어느 정도 공정하게 구축하거나 시도 할 수 있습니다....
abolk에 절대적으로 동의합니다:
예를 들어 여러분이 공연자라고 가정해 보겠습니다. 약 3-4일 동안 고객을 위해 올바른 TOR을 논의하고 작성합니다... 이제 파파클래스의제안대로 매니저를 살펴봅시다.... 가 잠재 구매자와 적어도 한 시간 이상 소통할까요?
전문가 작가는 가끔씩 앉아서 일반 과제와 풍선 작업을 수행하는 데 걸리는 시간을 계산하고 일반 과제와 풍선의 수입 비율과 비교합니다. 30/70, 70/30과 같은 결과가 나올 것입니다. 왜 일반 고객이 벌룬 아티스트에게 비용을 지불해야 하나요? 작업 비용에는 작업에 대해 논의하는 비용이 포함되어야 하지만 합리적인 금액(질문과 답변이 포함된 독서 및 2-3개의 원)으로 일반 고객은 풍선 아티스트에게 비용을 지불해서는 안 됩니다.
... 이제 파파 클래스가 제안한 것처럼 세일즈맨을 살펴 보겠습니다.... 그는 잠재적 인 구매자와 적어도 한 시간 이상 의사 소통 할 것입니까?
전문가 작가들은 가끔 앉아서 일반 과제와 풍선 작업을 하는 데 걸리는 시간을 계산하고, 일반 과제와 풍선 작업의 수입 비율과 비교합니다. 30/70, 70/30과 같은 수치가 나올 것입니다.
바로 이런 식입니다. 고객이 기꺼이 지불하려는 금액이 적을수록 작업이 불분명하고 오만과 허세가 더 자주 발생합니다.
시장 가격에는 이미 고객의 요구 사항에 대한 프로그래머의 작업 가격이 포함되어 있다는 것을 이해해야합니다.
프로그래머가 이를 이해하지 못하면 경쟁력이 떨어질 수밖에 없습니다.
고객에게 참조 조건에 대한 가격과 코드 자체에 대한 작업 가격을 분리하여 청구하는 방법을 알아내는 것은 유토피아 적입니다.
고객에게 TOR에 대한 가격과 코드 자체에 대한 작업 가격을 분리하여 청구하는 방법을 알아내는 것은 유토피아입니다.
TOR 분석 및 승인에 대한 고정 요금을 설정할 수 있습니다. 그리고 주문이 이행될지 여부는 또 다른 문제입니다. :)
시계 제조업체와 거의 동일합니다-검사 및 결함 감지 500r. 수리 비용-수리의 복잡성과 예비 부품 비용에 따라 다릅니다.
시장 가격에는 이미 고객의 요구 사항에 대한 프로그래머의 작업 가격이 포함되어 있다는 것을 이해해야합니다.
프로그래머가 이를 이해하지 못하면 경쟁력이 떨어질 수밖에 없습니다.
요구 사항 사양에 대한 가격과 코드 자체에 대한 작업 가격을 분리하여 고객에게 청구하는 방법을 알아 내려는 시도는 유토피아입니다.
프로그래머의 노동력 배급에 관한 것이 아니라 가격 정책에 관한 것이 아니라 고객이 어떤 종류의 풍선 예술가이고 어떤 종류의 프로그래머가 끊임없이 애지중지하는지에 관한 것이 아니라 작업 서비스가 주문 배치 절차에 심각하고 근본적인 결함이 있다는 사실에 관한 것입니다:
1) 실행자는 작업을 거부 할 수 있어야합니다
2) 실행자는 작업 비용을 줄일 수 있어야합니다
3) 고객은 작업 비용을 늘릴 수 있어야합니다.
TOR의 분석 및 승인에 대해 고정 수수료를 설정할 수 있습니다. 그리고 주문이 이행될지 여부는 또 다른 문제입니다. :)
시계 제작자와 거의 동일합니다-검사 및 결함 감지 500r. 수리 비용-수리의 복잡성과 예비 부품 비용에 따라 다릅니다.
TOR의 개발과 이에 대한 지불 문제에 관해서는 서비스 "작업"에서 모든 것이 일반적으로 생각됩니다. 고객은 ToR을 첨부하고 두 번째 버튼을 누르면 프로그래머가 돈을 봅니다. 즉, 프로그래머가 TOR 작업을 시작하기 전에 클라이언트가 솔벤트인지 확인합니다. 그런 다음 작업을 여러 번 편집하고 교체 할 수 있습니다.
나는 흥정을하고 할인을 요청한 외국인을 상대했고 그의 지불 능력에 대한 가정이 너무 그럴듯 해 보였기 때문에 TOR를 도와 주겠다고 약속했지만 두 번째 버튼에 도달하자마자 그는 귀머거리가되었습니다.
이 모든 것의 결론은 규칙에 따라 프로그래머는 고객이 두 번째 버튼을 누를 때까지 TOR 작업을 시작하지 않는다는 것입니다. 클라이언트의 지급 능력을 판단하는 데 사용할 수있는 유일한 것은 그가 2 단계 (TOR)를 확인한다는 사실입니다. 다른 것은 없습니다 (러시아어와 영어를 사용하는 많은 인터넷 사용자가 제안과 가식의 기술에서 완벽을 달성했습니다).
TOR이 변경 될 때 작업 비용을 수정하는 것에 관해서는 솔직히 어떻게 구현해야할지 모르겠습니다. 그러나 프로그래머가 작업 비용을 줄이는 것은 물론 고객이 작업 비용을 늘리는 것은 어떻게 든 비논리적입니다. 누가 그런 이상한 가능성을 사용할까요?