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

Талантливые люди ежедневно продают свои навыки и услуги по заниженной цене, поскольку не решаются на откровенную дискуссию о деньгах. Конечно, такой разговор может быть неприятным, но результат стоит того. Всего 15–30 минут дискомфорта могут повысить ваши заработки на годы вперед. Если вы намерены зарабатывать на жизнь творчеством, то в буквальном смысле не можете себе позволить игнорировать необходимость стать для себя самого самым квалифицированным финансовым консультантом.

Допустим, вы веб-разработчик и к вам обратился клиент по поводу создания нового сайта WordPress. Поскольку вы не хотите тратить время впустую, если заказчику не по карману ваши услуги, вам следует с самого начала обсудить финансовый вопрос. Вот как это можно сделать.


Привет, Дон. Спасибо, что обратились ко мне. Мне бы хотелось работать над вашим сайтом и в моем графике как раз появилось окно – я заканчиваю большой проект. Так что время меня устраивает.

Для веб-дизайна WordPress моя обычная ставка $150 в час. Но для таких больших проектов, как ваш, я могу сделать скидку до $100 в час. Предполагаю, что работа займет 3 недели, так что весь проект будет стоить $16 000. Это включает создание тестовой среды для разработки и отладки сайта, а также помощь в переходе на новый сайт при запуске.

Если такие расценки вам подходят, я составлю официальный контракт, и мы можем начать работу через 1–2 недели. Мне бы очень хотелось реализовать этот проект!


Давайте, рассмотрим достоинства этого письма. Во-первых, веб-разработчик выражает свой энтузиазм и готовность взяться за предложенную работу. Затем он информирует о своем рабочем графике, указывая, что обычно он очень загружен, но в данный момент у него есть свободное время. Он не хватается за предложенную работу, а сообщает о своей востребованности. Переходя к финансовому вопросу, он намеренно формулирует его как уступку клиенту, указывая, что уже снизил расценки. Так клиенту легче позитивно взглянуть на цену, а веб-дизайнеру – не слишком отклоняться от «и так низких расценок» под нажимом клиента. И в завершение он поясняет следующие шаги и вновь подтверждает желание работать над проектом. Это дает импульс разговору, предполагая, что веб-дизайнер готов приступить к работе, как только клиент одобрит цену.

Вы обратили внимание, что он не написал: «Дайте мне знать, если эти расценки вас устраивают»? Такого рода фразы – это фактически просьба о продолжении переговоров, и ее нужно избегать. Веб-дизайнер формулирует свои мысли так, чтобы подчеркнуть свою убежденность, что цена справедливая, и клиент должен просто согласиться с ней и дать старт проекту.

Даже если в глубине души вам неловко или вы чувствуете себя неуверенно, при обсуждении вопроса оплаты старайтесь казаться уверенным, убедительным и профессиональным. Преимущество электронной почты заключается в том, что никто не может видеть, что происходит за кулисами, и никогда не узнает, как вы мучились над каждым словом черновика. Постепенно вы привыкнете к процессу переговоров – по мере того как люди, не моргнув глазом, будут принимать ваши «смелые» расценки.

Как потребовать оплату с клиента

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

Лучшее средство не просить у клиента денег – предусмотреть эту неприятную ситуацию и задолго до ее появления запланировать, как ее избежать. То есть заранее провести откровенный и профессиональный разговор о деньгах со всеми клиентами. Вот основные вопросы, которые вы должны обсудить.


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

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

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

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