Презентуем программный продукт. Как убедить клиента в вашем выборе

14.11.14

Управление проектом

В своей прошлой статье ««Выбор программного продукта. Сбор требований»» я рассказал о самом начале сотрудничества бизнес-консультанта с представителями малого и среднего бизнеса. О том, как знакомиться с новой для вас компанией, как правильно строить диалог с владельцем бизнеса или директором компании, как предлагать свои услуги.
«Красноречие производит сильное, но зато минутное действие. Люди, легко поддающиеся возбуждению, так же легко и успокаиваются. Холодное и мощное убеждение не производит такого подъема; но если оно охватило человека, оно проникает в него, и действие его неизгладимо.»


Жан-Жак Руссо


В своей прошлой статье «Выбор программного продукта. Сбор требований» я рассказал о самом начале сотрудничества бизнес-консультанта с представителями малого и среднего бизнеса. О том, как знакомиться с новой для вас компанией, как правильно строить диалог с владельцем бизнеса или директором компании, как предлагать свои услуги.

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

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

Большинство IT-специалистов идут по привычному пути демонстрации возможности программного обеспечения на основе тестовых примеров.

Это ошибка! Клиенту тесты не нужны, клиенту нужен результат!

Сейчас вы проделали определенную работу, выбрали программное решение, которое действительно подойдет для конкретной компании, понимаете, почему именно это решение лучше других. Поверьте, вашему клиенту не интересен тестовый показ, он все равно не успеет разобраться в том, как работает программа, во время презентации. Ему нужны ответы на вопросы. А потому, не занимайтесь пустой тратой времени, дайте клиенту то, что ему действительно нужно. 
Расскажите, каким образом выбранный вами продукт сможет решить проблемы конкретного бизнеса и почему именно он оказался наиболее эффективным. Кроме того, очень важно пояснить, каким образом именно вы сможете помочь в решении поставленной задачи при помощи выбранного вами программного продукта. Помните, вы продаете свои услуги, а не программное обеспечение!

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

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

Как правильно отвечать на вопросы клиента?


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

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

В любом случае, вы должны быть спокойны, доброжелательны, ни в коем случае не менять тон и не переходить на предложенный агрессивный или даже саркастический стиль общения. При этом вы должны быть достаточно хорошо подготовленными, чтобы суметь ответить на большинство даже самых сложных вопросов.
С другой стороны, знать все на свете невозможно. Знать то, что касается решения поставленной задачи, вы обязаны. Знать в общем программный продукт – также. Но все нюансы работы программы знать вы не можете. Это просто невозможно. Особенно если вы сами ни разу не внедряли данный продукт.

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

Помните: вы сейчас – продавец!


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

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

Помните: вы продаете не программу, а решение проблемы. И всегда исходите из этого.

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

К вопросу о цене


«Сколько это будет стоить», «какова цена ваших услуг» — вопросы, которые вы услышите обязательно. С другой стороны:

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


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

Мои услуги ограничены определенными сроками! Я решаю проблему клиента и ухожу.

Таким образом, уже в момент предложения услуг я обозначаю тот факт, что через какое-то время обязательно будет финал сотрудничества. Это может быть полгода, может быть – 1,5 года. Но финал обязательно будет.

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

Но вернемся к вопросу цены. Назвать общую стоимость и даже наметить этапы работ в начале сотрудничества не реально. Для этого у вас просто недостаточно данных. Я нашел такой выход: предлагаю работать поэтапно, и обсуждать каждый из этих этапов отдельно. И первым из них называю работу с программным продуктом. Я его выбираю, произвожу перенос остатков, т.е. готовлю к внедрению. Этот этап посчитать не сложно. Сумма и сроки чаще всего оказываются совсем небольшими. Клиент видит вполне демократичную стоимость работы и возможность уже в ближайшей перспективе получить что-то конкретное за свои деньги. Чаще всего, это предложение встречает понимание и, как следствие, одобрение.

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

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

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

Брифы и техзадания: обойдемся без них!


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

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

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

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

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

Более того, для малого и среднего бизнеса одно упоминание технического задания может оказаться ошибкой продавца, причем, это касается не только бизнес-консультантов, но также и продавцов программного обеспечения.

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

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

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

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

Вместо послесловия


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

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

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

Бизнес консультант

См. также

10 типовых рисков срывов проекта. Памятка для внедренцев и заказчиков

Кейсы проектов Бесплатно (free)

Как определить, что риск проекта высок настолько, что взяться за него – в 99% случаев значит потерять драгоценное время, деньги и другие ресурсы? Как еще до старта определить, что проект в лучшем случае на выходе станет пародией на задуманное, а в худшем – будет сорван? Сформулируем список типовых рисков срывов проекта и постараемся уберечь от ошибок внедренцев и заказчиков.

20.12.2023    2770    0    1СERP    21    

31

Внедрение крупного проекта на ERP 2.5 с применением методических решений из УПП 1.3 и обеспечением товаров с разных складов с учетом серий

Кейсы проектов Платформа 1С v8.3 1С:ERP Управление предприятием 2 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

В 2021 году начали проект в дистрибьюторской компании. Имели большой опыт внедрения УПП, но периодически возникали вопросы. Зачем что-то придумали в ERP, что стало менее удобнее, чем было в УПП? Почему нельзя было взять лучшие идеи из УПП и ERP и скрестить их? А идея, что обеспечение нужно выносить из заказов, с каждым новым проектом находила все большее подтверждение. В итоге на этом проекте удалось применить лучшие (на мой взгляд) методические решения, которые мне довелось внедрять в конфигурациях УПП и ERP, в т.ч. подход, что реагировать нужно только на важное (то, как на заре появления ERP Фирма 1С ее позиционировала).

05.07.2023    14299    0    ASchekachev    37    

55

Организация работы внутренней команды 1С с помощью Канбан

Канбан и поставка ценности Бесплатно (free)

Когда ИТ-отдел разрывается между разнотипными задачами от внутренних заказчиков, стоит посмотреть в сторону гибких подходов. О том, как, используя три практики Канбана – WiP-лимит, визуализация и распределение по сервисам – улучшить отношения с заказчиками, не бояться давать обещания по срокам и укладываться в них, на конференции Infostart Event 2021 Moscow Premiere рассказал руководитель направления 1С в компании UTG Станислав Алексенко.

28.06.2023    5852    0    stnslv    5    

25

Технология проекта внедрения 1С:ERP – как управлять большим проектом

Управление проектом Команда Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом Бесплатно (free)

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

10.02.2023    4699    0    andironenko    2    

31

На что похож ваш продукт: на Аквариум или на Муравейник? 

Инструменты управления проектом Бесплатно (free)

Давайте поиграем в метафоры в лучших традициях экстремального программирования. А заодно проведем новогодний конкурс - на лучшую метафору для автоматизированного продукта

27.12.2022    2746    0    MariaTemchina    28    

23

ТРИЗ. Решение нерешаемых проблем в бизнесе

Управление проектом Бесплатно (free)

Советскую теорию решения изобретательских задач давно применяют крупнейшие мировые корпорации, причем не только в технологической области, но и в сфере бизнеса. На конференции Infostart Event 2021 Post-Apocalypse основатель бизнес-клуба ТРИЗ Алексей Благих рассказал, как с помощью ТРИЗ решать нерешаемые задачи, и почему метод проб и ошибок здесь не поможет.

09.11.2022    4185    0    user1576201    10    

17

Я - ЗУПер! Часть 1. Компетенции сотрудников.

Бизнес-анализ Управление проектом Команда Управление ИТ Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Цикл статей о том, почему акушер-сантехник широкого профиля - это ПЛОХО. Расскажу плюсы специализации на одной предметной области. Рассмотрим понятные аналогии из других областей. Проанализируем пару вакансий, естественно без указания компании.

09.09.2022    10665    0    biimmap    79    

75

Как донести здравый смысл до заказчика. Инструменты архитектора

Управление проектом Архитектура Бесплатно (free)

Андрей Овсянкин на конференции Infostart Event 2021 Post-Apocalypse поделился инструментами, которые помогают ему обрабатывать большой поток задач и экономить недели на обсуждении проекта. Он рассказал, как искать ошибки в процессах, какие диаграммы полезны при общении с заказчиком и с помощью каких инструментов можно быстро рисовать наглядные картинки вместо долгих разговоров.

05.08.2022    13089    0    Evil Beaver    17    

117
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. ZLENKO 398 14.11.14 11:08 Сейчас в теме
"А потому нашел совсем другой подход, при котором ни брифа, ни технического задания не нужно, и прекрасно работаю. Клиенты очень благодарны, так как я понимаю их потребности, вникаю в них, потом вместо них принимаю решение о выборе лучшего программного продукта, помогаю его внедрить, и только когда все уже работает «как часы», спокойно ухожу."

Работаю по такому же принципу.

P.S.: Высказывание из книги Getting Real компании 37signals:
«Лучшие проектировщики и лучшие программисты – не те, у кого лучшие навыки, или самые проворные пальцы, или не те, кто может сделать красивый макет в Photoshop, – это те, кто может определить, что имеет значение. Это те, кто понимает выгоды от решения.»
2. Aleksey_3 15.11.14 12:50 Сейчас в теме
Ууу как всё запущено, т.е. лишь бы впарить продукт, а там хоть трава не расти?
К нам тоже приходили и рассказывали по картинкам как будет всё круто и программа покроет все потребности нашего бизнеса. А на практике, когда дело дошло до прогона тестового примера, выяснилось что дешевле самому написать чем дописать под наши элементарные (для нас элементарные и необходимые) вещи.

Так что я понимаю почему автор против тестового стенда, потому что он сразу покажет всю убогость и несостоятельность продукта и никто не купит то ПО.

Далее, имя смутные представления о потребностях заказчика (мы же специалисты, поэтому нам ни обследования, ни ТЗ не нужно), автор готов уже предоставить заказчику ПО с остатками готовую к работе?
Опять таки возвращаясь к своему опыту... внедренцы тоже рисовали красивые картинки и говорили как будет круто в вопросах синхронизации учетной и складской программы, правда когда начал задавать каверзные вопросы, выяснилось что их обработка работает с типовой УТ10.3, а для 7-ки вообще и тем более самописки на 7-ки у них ничего нет. Но при этом выставили счет на ПО не забыв включить туда эту бесполезную обработку. Пришлось звонить с просьбой исправить счет. Вообщем на моей памяти раза 3 мы возвращались к вопросы синхронизации, каждый раз они говорили что всё круто, но когда я спрашивал насколько это будет круто, при условии что у нас 7-ка, они начинали грустить, "ах у вас 7-ка", и брали таймаут подумать. И при этом они несколько раз выставляли "исправленный" счет, не забыв включить туда эту обработку.

Я согласен что для мелких и новых фирм, которые только начали работать и не имеют своего опыта и багаж знаний такие внедрения пройдут на ура и они будут благодарны, потому что у них есть цель - чтобы было всё хорошо, а стратегии как её добиться её нет, и тут такой бизнес-аналитек будет в тему, который придёт расскажет и покажет, что нужно сделать чтобы было хорошо. И тут брифинг и ТЗ не нужен, потому что при отсутствии стратегии нет и задания, но средние компании уже имеют свою стратегию и тем более какие то устоявшиеся бизнесс-процессы в смежных областях. Поэтому меняя ПО в какой то одной области они не готовы глобально поменять все процессы в других, т.е. например внедряя складскую программу не готовы поменять и основную (перейти с 7-ки на 8-ку)
3. raiml 740 15.11.14 13:45 Сейчас в теме
(2) Aleksey_3,
Пожалуйста прочтите статью внимательно. Приведенный вами пример говорит лишь о том что ваши подрядчики не очень компетентны - как и вы. Они - потому что не смогли найти общий язык с вашим руководством и с вами и тратили время. Вы - потому что тратили время на бесплодные попытки.
4. Aleksey_3 16.11.14 04:31 Сейчас в теме
(3) Наверное битовцев в москве некомпетентные, вам виднее.
И я не тратил свое время, руководство само выбрало внедренцев, Внедренцы и предложили продукт. И лишь на стадии состыковки данных пригласили меня. А так как предполагалась двухстороняя синхронизация, то я стал задавать вопросы как будет отражаться та или иная операция. Руководство сидело рядом и по результатам ответов решила отказаться от выбранного внедренцами ПО, да и от самих внедренцев. Ибо как выяснилось это программа не может, это не автоматизировано и забивается руками, тут закат солнца в ручную....
7. wolfsoft 2421 19.11.14 11:00 Сейчас в теме
(4) Это стандарт. В крупной компании продажники, как правило, нацелены на "продать и как можно дороже", им абсолютно пофиг на то, что потом будет, потому что всем этим будут заниматься уже не они (я как раз бывал в положении тех, кто приходит потом этим заниматься). Компетентность в части внедрения у них, как правило, отсутствует чуть меньше, чем полностью. И это тоже понятно, потому хороший дорогой спец 1С не мотается по всяким мелким продажам, у него другие задачи и он слишком дорого для этого стоит. В лучшем случае таких спецов подключают к крупным и средним продажам.

Чистые продажи меня лично вообще не интересуют, потому что зарабатываю я на работах, а не на коробках. Если у клиента появляется человек, который встречает всё в штыки и требует, чтобы перед ним прыгали и показывали шоу, а клиент не ставит такого человека "на место"... Ну, пусть ищет другого желающего. Я пришёл помочь, вы меня позвали, если вам не нужна моя помощь, то какого лешего я трачу на вас своё время? Работы, слава Богу, хватает. Вот как-то так :)
10. Zerkon 96 19.04.15 23:56 Сейчас в теме
Рамиль, спасибо за статью, прочитал с удовольствием.
(4) Aleksey_3, Как раз вы-то показали свою компетентность, задавая вопросы и вынуждая давать на них ответы. А вот ваше руководство... делать выбор ПО и внедренцев без участия своего специалиста... я бы как минимум задумался, а стоит ли тратить на такую компанию свое время.
(9) Rustig, не надо напрягаться, это совершенно рабочие моменты )) В норме человек учится всю свою жизнь. Главное - мы можем узнать, если это действительно важно для вопрошающего
5. Yashazz 4709 18.11.14 01:57 Сейчас в теме
(3)
Приведенный вами пример говорит лишь о том что ваши подрядчики не очень компетентны - как и вы.
Батенька, я уж не знаю, какой вы бизнес-консультант, но за подобную фразу, обращённую к любому ключевому сотруднику, вас в любой нормальной фирме за порог выставят. Ещё и наподдадут по известному месту. Общаться на ИС вы или не умеете, или не хотите, судя по подобным репликам.
siddy; trickster; spy-83; help1Ckr; FrLenok; +5 1 Ответить
6. raiml 740 18.11.14 08:12 Сейчас в теме
(5) Yashazz,
Ну во первых http://infostart.ru/profile/114400/ не сотрудник компании, а я не на переговорах.
А во вторых иногда все таки приходится ставить вопрос о некомпетентности того или иного сотрудника перед руководством. Для меня это стало нормальной практикой. Понимаете, если критика обоснована как и в данном случае, то она только на пользу.
8. fomix 33 19.11.14 18:02 Сейчас в теме
Автор толково описал свою работу и лично я не вижу ничего в этом крамольного.
Обычное брюзжание программеров на "продавцов софта". Продавать тоже надо умеючи. Это аксиома. И если софтверная компания большая, то от умения бизнес-консультантов грамотно преподнести все прелести программы и возможности своей компании по внедрению потенциальному заказчику, в конечном итоге зависит будут ли программеры кушать хлеб с маслом или нет!
В мою бытность наши консультанты сумели перебить заказ у крупного франча, тем самым обеспечив нас хорошим заработком.
9. RustIG 1351 20.11.14 13:41 Сейчас в теме
(0) статья понравилась, формат статьи по настоящему "журнальный", мало кто меня сейчас понял :)
с удовольствием и с пользой прочитал
первые комментарии как-то испортили впечатление :(
ну да ладно
в последнее время что-то я подзабыл о том,
Помните: вы продаете не программу, а решение проблемы. И всегда исходите из этого.

спасибо за напоминание! :)
а еще по настоящему выдохнул, прочитав:
Что делать, если вам задают вопрос, ответа на который вы не знаете? Я считаю, что лучшее решение – это честно ответить: «не знаю».

а то я всегда напрягаюсь, когда говорю "не знаю"... хоть кто-то еще так делает :)
Оставьте свое сообщение