Почему я отказываюсь от части проектов — и почему это в плюс клиенту
Я регулярно говорю клиентам «нет» — и считаю это частью честной работы. Разбираю, от каких проектов отказываюсь, почему это в плюс самому клиенту и как решаю, браться или нет.
Коротко (TL;DR)
- Я отказываюсь от части заказов осознанно: берусь только за то, что реально решит проблему клиента, а не просто принесёт мне деньги.
- Чаще всего отказ звучит там, где задача не лечит причину, где готовое решение дешевле разработки, где автоматизация не окупится или где ожидания оторваны от бюджета и сроков.
- Честное «нет» экономит клиенту деньги и нервы сильнее, чем красивое «да» и полгода работы в никуда.
- За шестнадцать с лишним лет в IT я понял: хороший подрядчик отличается не количеством взятых проектов, а количеством вовремя остановленных.
- Если вы не уверены, нужна ли вам разработка вообще, начните с трезвого взгляда со стороны — иногда честный разбор полезнее, чем сразу писать код.
Меня зовут Чимитдоржи, я больше шестнадцати лет работаю в IT и за это время отказался от десятков проектов. Не потому что был занят или мне не нужны были деньги. А потому что видел: задача в том виде, в каком её принесли, не решит проблему человека. Эта статья — про то, почему честный подрядчик иногда говорит «нет», и почему для клиента это часто лучший ответ, который он может услышать.
Почему я говорю «нет» части проектов
Самый простой способ заработать в моей профессии — соглашаться на всё. Клиент пришёл с идеей, у него есть бюджет, он готов платить — бери и делай. Но я давно перестал так работать, и вот почему.
Когда я берусь за проект, я отвечаю не за строчки кода, а за результат. Если человек хочет мобильное приложение, ему на самом деле нужно не приложение — ему нужны новые клиенты, экономия времени или порядок в данных. Приложение — лишь один из возможных инструментов, и далеко не всегда правильный. Если я вижу, что инструмент выбран неверно, моя работа — сказать об этом, даже если это значит отказаться от заказа.
Есть и репутационная причина. Проект, который не решил проблему клиента, не приносит мне ни рекомендаций, ни спокойствия. Деньги я получу один раз, а осадок «потратил полгода, а толку нет» останется надолго — и у клиента, и у меня. Я предпочитаю недополучить заказ сейчас, чем испортить отношения и собственное имя потом. В долгую честность окупается лучше любой загрузки.
Наконец, отказ — это уважение к собственному времени. Когда я не трачу месяцы на заведомо тупиковую задачу, я могу взять проект, где принесу настоящую пользу. Это честно по отношению ко всем.
От каких проектов я отказываюсь
За годы практики у меня сложился понятный список ситуаций, в которых я почти всегда говорю «нет» или как минимум прошу остановиться и подумать.
Когда задача не лечит причину. Чаще всего ко мне приходят с симптомом: «сделайте чат-бота», «нам нужна CRM», «давайте перепишем сайт». Но когда начинаешь разбираться, выясняется, что проблема в другом — в процессах, в людях, в том, как устроена работа отдела. Новый софт поверх сломанного процесса просто оцифрует хаос. Если я вижу, что корень в организации, а не в технологиях, я честно говорю: разработка тут не поможет, сначала надо навести порядок в самом процессе.
Когда готовое дешевле разработки. Иногда клиент хочет заказать систему с нуля, хотя на рынке давно есть готовый продукт, который закроет девяносто процентов его задач за небольшую подписку. Заказная разработка — это всегда дороже, дольше и требует поддержки в будущем. Если типовое решение подходит, я так и говорю: возьмите готовое, не платите за изобретение велосипеда. Моя ценность тут — не написать код, а уберечь от лишних трат.
Когда автоматизация не окупится. Автоматизировать имеет смысл то, что повторяется часто и отнимает заметное время. Если процесс запускается раз в месяц и занимает полчаса, вкладывать серьёзные деньги в его автоматизацию бессмысленно — она не вернёт вложенного и за несколько лет. В таких случаях я честно считаю вместе с клиентом, через сколько окупится работа, и если ответ «никогда» — отказываюсь.
Когда ожидания оторваны от реальности. Бывает, человек хочет «как у крупного маркетплейса», но за месяц и за минимальный бюджет. Или ждёт, что одна программа волшебным образом утроит продажи. Я не берусь за проекты, где ожидания изначально невыполнимы: лучше расстаться на берегу, чем через три месяца оказаться виноватым в том, что чуда не случилось.
Почему отказ — в плюс клиенту
Со стороны может показаться, что подрядчик, который отговаривает от заказа, действует против себя. На деле всё наоборот, и выигрывает в первую очередь клиент.
Первое — это сэкономленные деньги. Самая дорогая разработка та, которая не нужна. Когда я говорю «возьмите готовое» или «эту задачу решать не стоит», человек не тратит сотни тысяч на то, что потом будет пылиться. Эти деньги остаются у него и идут на то, что действительно двигает дело вперёд.
Второе — это сэкономленные нервы и время. Любой проект, даже неудачный, требует вовлечения: совещания, согласования, тестирование, обучение сотрудников. Если в итоге результат не работает, всё это время потрачено впустую, и к финансовым потерям добавляется усталость и разочарование. Честный отказ на старте избавляет от этого целиком.
Третье — это доверие. Когда подрядчик хотя бы раз сказал «вам это не нужно», к его «да» в следующий раз относятся совсем иначе. Клиент понимает, что им не пытаются продать лишнее, и может спокойно опираться на совет. Такое доверие дороже любого отдельного заказа — и для него, и для меня.
Если вы сомневаетесь, нужна ли вообще разработка, бывает полезно сначала заказать IT-аудит — спокойный разбор того, что у вас есть и чего на самом деле не хватает. Нередко по итогам такого разбора выясняется, что дорогой проект можно заменить парой простых шагов.
Как я решаю, браться или нет
У меня нет формальной анкеты, но есть несколько вопросов, которые я задаю себе и клиенту в начале разговора. Они и определяют, берусь я за проект или нет.
Какую проблему мы решаем? Не «что вы хотите сделать», а «что у вас болит». Если за просьбой стоит понятная боль — потеря времени, потеря денег, потеря клиентов — есть с чем работать. Если же ответ звучит как «хочется быть современнее» без конкретики, это сигнал притормозить.
Что будет, если ничего не делать? Хороший проект тот, у которого есть цена бездействия. Если без новой системы бизнес продолжит спокойно работать, возможно, она и не нужна прямо сейчас.
Окупится ли это? Я всегда грубо прикидываю вместе с клиентом, сколько денег или времени вернёт работа и за какой срок. Если вложения не возвращаются в разумные сроки, я говорю об этом прямо.
Реалистичны ли сроки и бюджет? Если задача большая, а ресурсов на неё заложено в разы меньше необходимого, честнее сократить замысел до выполнимого куска, чем обещать невозможное.
Когда речь идёт о более глубоком сопровождении — например, о технических решениях, которые повлияют на бизнес на годы вперёд, — иногда правильнее не разовый проект, а формат CTO как услуга, где я помогаю принимать решения вдолгую, а не закрываю одну задачу. А если вы просто хотите обсудить свою ситуацию и понять, нужна ли вам разработка в принципе, можно обсудить проект без обязательств — иногда одного честного разговора достаточно, чтобы сэкономить много времени и денег.
Частые вопросы
Вы правда отказываетесь от оплачиваемых заказов? Да, и регулярно. Если я вижу, что задача не решит проблему клиента или есть способ дешевле, я говорю об этом прямо. Один потерянный заказ для меня менее затратен, чем испорченная репутация и недовольный клиент.
А вдруг вы отказываетесь, потому что не умеете делать то, что просят? Это разные вещи. Если задача мне не по профилю, я честно скажу и при возможности подскажу, к кому обратиться. Но отказ из-за нецелесообразности — это про вашу выгоду, а не про мои навыки.
Как понять, что моя задача действительно нужна? Спросите себя, что произойдёт, если её не делать, и во сколько обходится текущее положение дел. Если есть понятная цена бездействия и работа окупается в разумный срок — задача, скорее всего, стоящая.
Можно ли просто посоветоваться, а не сразу заказывать разработку? Конечно, и это лучший первый шаг. Часто короткого разбора достаточно, чтобы понять, нужна ли вообще разработка или хватит более простого решения. Никто не обязывает вас сразу что-то заказывать.
Вы советуете готовые решения вместо своей разработки — в чём ваш интерес? Мой интерес в долгих отношениях и рекомендациях. Клиент, которому я сэкономил деньги, возвращается и приводит других. Это выгоднее, чем один раз продать ненужный проект.
Коротко о главном
Отказ от проекта — это не слабость подрядчика, а форма заботы о клиенте. За шестнадцать с лишним лет я убедился: вовремя сказанное «нет» экономит людям деньги, время и нервы куда сильнее, чем красивое «да» и месяцы работы в неверном направлении. Я берусь за задачу только тогда, когда вижу, что она действительно решит проблему, окупится и выполнима в заявленных сроках. А если нет — честно об этом говорю. Если вы сомневаетесь, нужна ли вам разработка, начните не с технического задания, а с трезвого разговора о вашей ситуации. Это самый дешёвый и самый полезный шаг, который можно сделать.
Как я работаю с бизнесом
- IT-аудит и диагностика задачи
- Автоматизация под конкретную проблему
- ИИ-агенты и боты Telegram/MAX
- Безопасность и 152-ФЗ
- Прозрачная смета и сопровождение
Бесплатно: чек-лист «Готов ли ваш бизнес к 152-ФЗ»
12 пунктов, которые проверяют готовность за час: данные, согласия, уведомление в РКН, локализация, защита. Отметьте, что уже сделано, и увидите дыры, за которые сейчас штрафуют.
Готовы обсудить вашу задачу?
Бесплатная консультация — разберём, как внедрить это в вашем бизнесе под ключ. Без форм, пишите напрямую.


