Обновить

Почему шаблон коммерческого предложения и сметы — это плохо, особенно в услугах

Когда ко мне приходит новый проект, всё начинается не с формального КП или сметы, а с разговора и предварительного брифа. Я слушаю, задаю вопросы, уточняю, переспрашиваю. И в какой-то момент в голове начинает складываться картинка: что за бизнес, где он сейчас, куда хочет прийти и что вообще с ним делать.

И вот только после этого я сажусь писать коммерческое предложение и смету.

Если бы у меня был шаблон, всё было бы проще: поменял название компании, отправил. В ответ получил бы что-то из серии: «подумаем», «получили, спасибо».

Но проблема в том, что шаблонное КП — это конец погружения, а не его начало. И никакой пользы для потенциального клиента. Наоборот, затруднение — из шаблонных фраз и этапов клиенту нужно понять, что конкретно будет делаться, какой будет результат и для чего это всё.

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

Очень часто именно на этапе написания сметы появляются:

  • более точные этапы работ,

  • логика последовательности,

  • идеи, которые потом напрямую попадают в проект.

То есть коммерческое предложение — это уже часть работы, а не формальность перед ней. Этим документом вы усиливаете первое впечатление (или ухудшаете). Клиент сразу видит ваши компетенции, понимает этапы и логику работы, видит ожидаемый результат. А вы получаете драфт плана работы, первичные идеи и гипотезы, по которым быстрее можно начать работу над проектом. Всем профит!

Теги:
Рейтинг0
Комментарии0

Я попал к психиатру из‑за кодинга с AI

Со стороны программирование звучит как медитативное занятие. Сидишь себе за компом целый день, слушаешь музыку, пьешь вкусный кофе. У все меня примерно так и происходит. Сначала я не спеша пытаюсь выстроить в голове то, что требуется сделать. Именно «не спеша». И не потому что я такой опытный и мудрый, а потому что быстро я просто не умею.

У меня не получается сразу продумать все корнер кейсы, которые сильно могут повлиять на архитектуру. Я не могу быстро достать из памяти нужный паттерн, чтобы на лайвкодинге блеснуть своими знаниями. Поэтому сначала я медленно вчитываюсь в описание задачи, общаюсь с ПМом или коллегами, кто больше знает в этой доменной области, чтобы в обсуждении мой мозг начал работать в правильном направлении.

Все это звучит конечно логично, но явно 10x инженером так не стать. Да и будем честны, даже 2x тоже. В IT, где эффективность, это не один из критериев оценки сотрудника, а недостижимая цель, к которой стремятся все. Мой стиль работы — это проблема. Но благодаря появлению AI, эта проблема стала решена.

Я попал к психиатру из‑за кодинга с AI

Публикации