Читаем E-mail уборка. Как избавиться от фобий в голове и от хлама в почтовом ящике полностью

Согласуйте условия оплаты до начала проекта. Каков будет ваш гонорар? Каков график выплат (например, 50 % аванса в начале и 50 % – по завершении проекта)? Как будет осуществляться выплата (чек, денежные перевод, PayPal и т. д.)? У клиента появится сильная мотивация согласовать эти детали, если вы с самого начала заявите, что их следует прояснить до начала проекта. Если вы будете ждать, пока работа начнется – или, хуже того, когда уже закончится, – то у клиента не будет подобной заинтересованности.


Вот пример того, как затронуть вопрос оплаты после того, как вы договорились о цене.


Привет, Тим. Я рад, что мы будем вместе работать над этим проектом. Но, прежде чем приступить к работе, мне хотелось бы убедиться, что мы одинаково понимаем условия оплаты. (Скучный вопрос, я понимаю, но это поможет мне оставаться на плаву!)

Моя стандартная схема – 50 % аванса перед началом проекта и 50 % – после завершения, когда я пришлю вам окончательный вариант и он будет одобрен. Поскольку мы находимся в разных странах, то проще всего, вероятно, будет воспользоваться PayPal. Это вас устроит?

Если вы согласны, я впишу эти условия в краткий контракт и вышлю вам, чтобы вы заверили его электронной подписью. И тогда мы можем начинать.


Пусть клиент подпишет контракт. Договорившись об условиях, оформите их в письменном виде и предложите клиенту подписать контракт. Тогда при возникновении проблем у вас будет юридическая защита. Но еще важнее то, что вы продемонстрируете профессиональный подход к управлению своими проектами и к вопросам оплаты. Составляя договор с клиентом, вы должны помнить, что в наше время никто не будет отправлять вам факсом подписанный документ. Используйте такие сервисы, как Shake (shakelaw.com), которые предлагают шаблоны договоров, помогают изменить их согласно вашим потребностям, а также отправить для получения электронной подписи.


Не медлите с выставлением счета клиенту. К моему глубокому огорчению, многие фрилансеры, с которыми я работала в последнее время, забывали вовремя выставлять счета. Чем больше времени проходит от завершения проекта до выставления счета, тем чаще клиент забывает, что он вам что-то «должен». Более того, люди предпочитают платить, когда у них выделены на это деньги, а не спустя несколько месяцев. Все это значит, что вы должны использовать естественную инерцию проекта и выставлять счет сразу же после завершения работы. (А если вы условились об авансе, не начинайте проект, пока не получите оговоренную сумму.)


Пример письма после завершения работы, с выставлением счета.


Привет, Тим. Я рад, что к окончательному варианту замечаний нет! Я получил огромное удовольствие, работая над этим проектом вместе с вашей командой. Прилагаю счет на 50 % суммы, которая должна быть выплачена по завершении работы. В счете я указал свой адрес электронной почты, чтобы вы могли отправить деньги через PayPal, как мы договаривались.

Буду рад, если наше сотрудничество продолжится.


Суть в том, что если вы продемонстрируете серьезное отношение к деньгам, то и клиент с большей вероятностью будет серьезно относиться к вопросу оплаты. Если же у него возникнет ощущение, что вы не способны организовать свои дела и оплата вас не очень волнует, то стоит ли винить клиента, что ему тоже все равно?

Критические замечания

Начнем с того, что не всякую критику следует доверять электронной почте. Если речь идет о личных качествах или об ошибках в работе, то такие деликатные вопросы лучше обсудить лично. (Например, сообщение практиканту, что он не слишком хорошо проявил себя на встрече с клиентом, вопрос к коллеге, почему он не уложился в отведенные сроки, или просьба к начальнику не перебивать вас, когда вы разговариваете с клиентом.) Если же вы обсуждаете чью-то работу, то можно воспользоваться и электронной почтой – но только осторожно.

Перейти на страницу:

Похожие книги

C# 4.0: полное руководство
C# 4.0: полное руководство

В этом полном руководстве по C# 4.0 - языку программирования, разработанному специально для среды .NET, - детально рассмотрены все основные средства языка: типы данных, операторы, управляющие операторы, классы, интерфейсы, методы, делегаты, индексаторы, события, указатели, обобщения, коллекции, основные библиотеки классов, средства многопоточного программирования и директивы препроцессора. Подробно описаны новые возможности C#, в том числе PLINQ, библиотека TPL, динамический тип данных, а также именованные и необязательные аргументы. Это справочное пособие снабжено массой полезных советов авторитетного автора и сотнями примеров программ с комментариями, благодаря которым они становятся понятными любому читателю независимо от уровня его подготовки. Книга рассчитана на широкий круг читателей, интересующихся программированием на C#.Введите сюда краткую аннотацию

Герберт Шилдт

Программирование, программы, базы данных
Programming with POSIX® Threads
Programming with POSIX® Threads

With this practical book, you will attain a solid understanding of threads and will discover how to put this powerful mode of programming to work in real-world applications. The primary advantage of threaded programming is that it enables your applications to accomplish more than one task at the same time by using the number-crunching power of multiprocessor parallelism and by automatically exploiting I/O concurrency in your code, even on a single processor machine. The result: applications that are faster, more responsive to users, and often easier to maintain. Threaded programming is particularly well suited to network programming where it helps alleviate the bottleneck of slow network I/O. This book offers an in-depth description of the IEEE operating system interface standard, POSIX (Portable Operating System Interface) threads, commonly called Pthreads. Written for experienced C programmers, but assuming no previous knowledge of threads, the book explains basic concepts such as asynchronous programming, the lifecycle of a thread, and synchronization. You then move to more advanced topics such as attributes objects, thread-specific data, and realtime scheduling. An entire chapter is devoted to "real code," with a look at barriers, read/write locks, the work queue manager, and how to utilize existing libraries. In addition, the book tackles one of the thorniest problems faced by thread programmers-debugging-with valuable suggestions on how to avoid code errors and performance problems from the outset. Numerous annotated examples are used to illustrate real-world concepts. A Pthreads mini-reference and a look at future standardization are also included.

David Butenhof

Программирование, программы, базы данных