И всё равно терять деньги. Много.
За 16 лет в IT я нанимал десятки подрядчиков и сам был исполнителем. И вот что я понял: самая дорогая ошибка спеца живёт не в репозитории и не в календаре.
Она в голове. И называется — молчание.
🤐 Ты решаешь сам то, что не имеешь права решать
Классика. Заказчик поставил задачу. Ты сел, увидел кривое ТЗ, мысленно поправил и сделал «как правильно».
По-твоему — правильно.
Сдаёшь. А клиент хотел другое. И теперь ты переделываешь бесплатно, злишься, а он думает, что ты плохой спец.
Я разбирал десятки таких конфликтов. В 90% случаев код был нормальный. Проблема — в том, что человек принял решение молча.
Правило простое: любое отклонение от ТЗ — это вопрос заказчику, а не твоё внутреннее «я лучше знаю». Одно сообщение спасает неделю работы.
📉 Молчание, когда всё горит
Самый частый сценарий провала проекта, который я видел с обеих сторон стола.
Спец понял, что не успевает. Или уперся в архитектурную стену. И что делает?
Молчит. Надеется дожать. Тянет до последнего.
А потом за день до дедлайна пишет: «не успеваю».
Всё. Доверие сгорело. Не потому что опоздал — опоздания прощают. А потому что скрывал.
Когда я руководил командой, у меня было жёсткое правило: плохие новости приносишь первым и сразу. Разработчик, который за неделю говорит «вижу риск, вот план Б» — стоит дороже того, кто молча геройствует и срывает всё.
Бизнес платит за предсказуемость. Не за подвиги.
💬 Ты думаешь, что тебя оценивают по коду. Это не так
Горькая правда, которую многие технари не хотят слышать.
Заказчик почти никогда не может оценить качество твоего кода. Он не читает твои функции. Не смотрит на архитектуру.
Он оценивает то, что видит: как ты пишешь, как объясняешь, как ведёшь себя, когда что-то пошло не так.
Большинство проблем в IT — не в технологиях. В коммуникации.
Я видел middle-разработчиков с потоком клиентов и senior'ов без заказов. Разница не в скилле. Разница в том, что первый умеет объяснить, что делает и зачем, а второй бросает «ну там сложно, вы не поймёте».
Три вещи, которые поднимают твою ценность быстрее нового фреймворка:
— Проговаривай, что делаешь и почему. Клиент должен чувствовать контроль. — Задавай вопросы до старта, а не после сдачи. — Переводи технический язык на человеческий. Всегда.
🧠 Тишина стоит денег. Буквально
Давай посчитаю на реальном примере.
Фрилансер взял проект на 80 тысяч. По ходу увидел, что клиент хочет добавить функционал — но постеснялся озвучить, что это плюс к бюджету. Сделал молча. «Ну чтобы не спорить».
Итог: потратил на 40% больше времени, денег не добрал, выгорел и ушёл с проекта с осадком.
А нужно было одно предложение: «Это выходит за рамки, давайте обсудим доп. оплату».
Молчание — не вежливость. Это когда ты сам себе режешь доход, потому что боишься неудобного разговора.
И это чинится. Не годами опыта, а привычкой говорить вовремя.
🎯 Вывод: чинить надо не руки, а рот
Код учат все. Коммуникацию — почти никто. Поэтому она и стоит дороже.
Спец, который умеет вовремя задать вопрос, честно принести плохую новость и объяснить сложное просто — зарабатывает больше того, кто просто «хорошо пишет».
Это не про болтовню. Это про систему и дисциплину общения.
Начни с малого: на следующем проекте проговори вслух каждое своё сомнение. Одно. Посмотри, как изменится реакция клиента.
Я регулярно разбираю такие ситуации из практики — где именно спец слил проект не кодом, а фразой или молчанием. На Дзене руки не доходят ответить каждому, а вот в Телеге я читаю всё: залетай в мой Телеграм и приноси свой случай — разберу, где ты теряешь деньги на коммуникации. Если удобнее ВК — я там же, сообщество ВК, ленту читать привычнее и ни один пост не потеряется.
А если у тебя завис проект, нужен сайт, аудит или трезвый взгляд со стороны — мои работы и контакт тут: портфолио на сайте. Напишу честно, что чинить в первую очередь.
Вопрос в комментарии: какую фразу ты боишься сказать заказчику прямо сейчас? Напиши — разберём, стоит ли.