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

Публикация № 312828

Методология - Управление проектом

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

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


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


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

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

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

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

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

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

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

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

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


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

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

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

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

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


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

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

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

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

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


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

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


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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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


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

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

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

10

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. ZLENKO 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 676 15.11.14 13:45 Сейчас в теме
(2) Aleksey_3,
Пожалуйста прочтите статью внимательно. Приведенный вами пример говорит лишь о том что ваши подрядчики не очень компетентны - как и вы. Они - потому что не смогли найти общий язык с вашим руководством и с вами и тратили время. Вы - потому что тратили время на бесплодные попытки.
4. Aleksey_3 16.11.14 04:31 Сейчас в теме
(3) Наверное битовцев в москве некомпетентные, вам виднее.
И я не тратил свое время, руководство само выбрало внедренцев, Внедренцы и предложили продукт. И лишь на стадии состыковки данных пригласили меня. А так как предполагалась двухстороняя синхронизация, то я стал задавать вопросы как будет отражаться та или иная операция. Руководство сидело рядом и по результатам ответов решила отказаться от выбранного внедренцами ПО, да и от самих внедренцев. Ибо как выяснилось это программа не может, это не автоматизировано и забивается руками, тут закат солнца в ручную....
7. wolfsoft 2420 19.11.14 11:00 Сейчас в теме
(4) Это стандарт. В крупной компании продажники, как правило, нацелены на "продать и как можно дороже", им абсолютно пофиг на то, что потом будет, потому что всем этим будут заниматься уже не они (я как раз бывал в положении тех, кто приходит потом этим заниматься). Компетентность в части внедрения у них, как правило, отсутствует чуть меньше, чем полностью. И это тоже понятно, потому хороший дорогой спец 1С не мотается по всяким мелким продажам, у него другие задачи и он слишком дорого для этого стоит. В лучшем случае таких спецов подключают к крупным и средним продажам.

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

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

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

См. также

Незакрытый проект на 1000 часов 63

Статья no Нет файла Россия Бесплатно (free) Управление проектом

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

19.09.2019    7008    ogroup    153       

Стратегия выживания в корпоративных войнах 47

Статья no Нет файла Бесплатно (free) Управление проектом

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    4178    GSoft    14       

Мастер-класс СППР 39

Статья Программист Руководитель проекта Нет файла Бесплатно (free) Управление проектом СППР

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    3323    SergeyN    4       

Быстрый старт: минимальный набор автоматизации типовых процессов 21

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление проектом

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

16.08.2019    3753    Hissin    18       

Как заработать миллион или История успешного сотрудничества 45

Статья Программист Нет файла Бесплатно (free) Управление проектом

Многие мечтают один раз что-то создать, а потом жить на заработанные деньги до конца своих дней. Но миллионерами становятся не все, их единицы. Среди них – разработчик Андрей Карпов. Человек, который сумел за полтора года заработать 2 миллиона рублей чистой прибыли, поделился с гостями конференции Infostart своими секретами.

05.08.2019    4127    karpik666    77       

Бизнес-аналитика с помощью Power BI 66

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

11.07.2019    6412    pbazeliuk    18       

Управление проектами по автоматизации бюджетирования 35

Статья Бизнес-аналитик Руководитель проекта Нет файла УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Управление проектом

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    3219    SergeyN    1       

Внедрение решений: как выполнять все обязательства в срок в условиях ограниченных ресурсов 22

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    2701    sbase    9       

Риск - благородное дело!.. Часть первая 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    3842    MariaTemchina    8       

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

В своей публикации “Устав писать Устав” я много рассуждала о том, как полезно умение договариваться на берегу. Как известно, у каждого человека в голове своя картина мира. В целом, многие конфликты в ходе проектов происходят как раз из-за конфликта ожиданий, и из-за нечетких договоренностей, кто чем должен заниматься.  

31.05.2019    4146    MariaTemchina    23       

Как продать проект в 3 раза дороже и нанести клиенту пользу, выполнив не внедрение... 21

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Практически все российские компании нуждаются не просто в установке 1С:ERP, 1С:Документооборота или какой-то другой программы, а в масштабных организационных изменениях, но мало кто из заказчиков это понимает. Те, кто занимается 1С, могут помочь бизнесу решить его проблемы, а заодно и продать проект внедрения в несколько раз дороже. Как это сделать, на конференции INFOSTART EVENT 2018 EDUCATION рассказал собственник и директор компании «Корада» Алексей Бояршинов.

27.05.2019    4204    cybrat    9       

Устав писать Устав 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    4048    MariaTemchina    8       

Как сжать время? 22

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление проектом Личная эффективность

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    4725    1c-intelligence    39       

Путь джедая в управлении проектами 1С: умение быть, а не казаться 36

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    6795    MariaTemchina    15       

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 16

Курс Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

04.04.2019    9289    infostart    18       

Стыд и Скрам, часть вторая 21

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.03.2019    7780    MariaTemchina    47       

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?" 38

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    4453    chavalah    22       

Стыд и скрам - Чему нас учит Scream Guide 29

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    6110    MariaTemchina    20       

Бизнес, не горюй 33

Статья no Нет файла Бесплатно (free) Управление проектом

Про цели автоматизации.

04.02.2019    5791    1c-intelligence    64       

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения 23

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.01.2019    5005    MariaTemchina    0       

Ошибки управленцев: как топ-менеджеров убивает перфекционизм 5

Статья no Нет файла Бесплатно (free) Управление проектом

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы решили заранее познакомить нашу аудиторию со спикерами, причем сделать это через видео-истории. Начнем с видео-приглашения от Миланы Джиджоевой и ее виденья диджитализации рекрутинга в России.

24.01.2019    6163    user809424    11       

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.01.2019    6639    MariaTemchina    13       

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях" 62

Статья no Нет файла Бесплатно (free) Управление проектом

Этой статьей начинается цикл из 20-ти обещанных мыслей об ИТ-проектах. Надеюсь, что по прочтении кто-то посмотрит на проблему незаменимых людей с другой стороны.

10.01.2019    9000    chavalah    123       

Где мы взяли флакон? 38

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

История появления и развития методики

26.12.2018    6219    1c-intelligence    7       

Озарение после прочтения макулатуры по проектному управлению 42

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    6494    MariaTemchina    24       

20 мыслей об ИТ-проектах, или 20 лет спустя. 54

Статья no Нет файла Бесплатно (free) Управление проектом

В этой серии из 20-ти статей я готов поделиться своей практикой управления проектами. Примеры, опыт и только то, что проверено лично. Выбираем темы голосованием!

09.12.2018    5975    chavalah    119       

Памятка руководителя: не играйте с деньгами 83

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность Управление персоналом (HRM)

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

05.12.2018    13292    andironenko    128       

Шаг назад и ... шаг назад (классификация внутренних проектов) 34

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

03.12.2018    5534    capitan    26       

Белая и пушистая рецензия на Чёрную книгу Скрам 31

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Данный текст является ответом на "Черную книгу Скрам" Ивана Селиховкина. Честно скажу, несмотря на то, что рукопись вряд ли предназначалась моему взору, прочитала ее на одном дыхании.  Публикую рецензию как есть - свое имя автор, к сожалению, не написал.

26.11.2018    6761    MariaTemchina    40       

Черная книга Скрам 21

Статья Бизнес-аналитик Пользователь Руководитель проекта Архив с данными Бесплатно (free) Управление проектом

Наблюдения менеджера, разрушившего карьеру бездумным применением Скрам. Рекомендации и предостережения.

26.11.2018    5576    356    Selikhovkin    4       

"Черные страницы Scrum", по версии Ивана Селиховкина 21

Статья no Нет файла Бесплатно (free) Управление проектом

Иван Селиховкин более 12 лет занимается управлением проектами, программами, портфелями. И в статье он расскажет о проблемах использования Scrum, которые могут поставить под угрозу вашу карьеру или ваш проект, если вы неловко неудачно примените этот фреймворк.

23.11.2018    7883    Selikhovkin    8       

Памятка руководителя: Будьте оптимистичным или на крайний случай злым 46

Статья no Нет файла Бесплатно (free) Блоги Управление проектом

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    8937    andironenko    43       

Scrum за 5 минут (заметки) 25

Статья no Нет файла Бесплатно (free) Управление проектом

Первый опыт создания статьи в сообществе. Немного о Scrum и нашем знакомстве.

20.11.2018    5120    leobrn    11       

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8 30

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    4963    Selikhovkin    1       

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия) 35

Статья no Нет файла Бесплатно (free) Управление проектом

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

19.11.2018    6309    capitan    41       

Почему внедрение ERP-системы не приносит пользы бизнесу? 87

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Интеграция Управление проектом

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

15.11.2018    15783    rossoxa    62       

Думать некогда, трясти надо - или что такое ретроспектива в Agile 30

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

12-ый принцип Agile-манифеста, как известно, гласит: "Каждый раз в конце заранее определенного интервала времени команда размышляет, как повысить результативность своей работы, и затем вносит коррективы в процессы." Попробуем разобраться, как это стоит, а как не стоит делать на практике. 

13.11.2018    7304    MariaTemchina    16       

Памятка руководителя: В одиночку здесь не выжить 43

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность

Продолжаю цикл материалов, в котором рассказываю о своем опыте работы в качестве директора по ИТ. Этот материал будет посвящен теме управления персоналом.

07.11.2018    9281    andironenko    62       

Приоритизировали, приоритизировали, да не выприоритизировали... 28

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

В ответ на классическое требование "сделать всё и сразу" Agile предлагает "сделать сразу, но не всё". В этой статье я хочу поговорить о разных методах приоритизации требований.

30.10.2018    6137    MariaTemchina    47       

Памятка руководителя: Уволь HRа и найди себе хороших сотрудников 67

Статья Руководитель проекта Нет файла Управление персоналом (HRM) Бесплатно (free) Управление проектом

Продолжаю цикл «Памятка руководителя». Эта статья будет на тему поиска новых сотрудников и одной грубой ошибки при проведении собеседования.

29.10.2018    8926    andironenko    35       

Принцип быстрой автоматизации 22

Статья Программист Нет файла Бесплатно (free) Управление проектом

Как выполняется автоматизация в бизнес-программировании?

29.10.2018    6368    1c-intelligence    19       

Опыт внедрения ESB (интеграционной шины) в ПАО "Газпром нефть" 34

Статья no Нет файла Бесплатно (free) Управление проектом

Харитонов Михаил описывает проект по внедрению интеграционной сервисной шины предприятия (ESB) «2iS:Интеграция» на платформе “1С:Предприятие 8” в компании ПАО «Газпром нефть». Проект уникален тем, что это – первое решение, использующее отечественное ПО в качестве полноценной интеграционной шины для столь крупного заказчика с обширным ИТ-ландшафтом. В статье подробно рассмотрена архитектура решения, способы тестирования и масштабирования.

17.10.2018    7383    Mick2iS    8       

#БезОценок, или Как перестать беспокоиться об оценке проекта, всегда успевать в срок и укладываться в бюджет 32

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

11.10.2018    5260    AlexWhite    7       

Профессиональные стандарты в ИТ как инструмент кадровой политики организации 21

Исследование Программист Пользователь Руководитель проекта Нет файла Обучение, бизнес-тренинг, курсы ИТ-компания 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free) Управление проектом

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

08.10.2018    7770    39    infostart    4       

Построение высокоэффективной Agile-команды 34

Статья no Нет файла Бесплатно (free) Управление проектом

Меня зовут Асхат Уразбаев, я из компании ScrumTrek. Наша компания помогает внедрять Agile, Scrum, Kanban – гибкие методологии и гибкие подходы. К миру 1С я совсем не принадлежу, но в прошлом я, тем не менее, программист – занимался разработкой на самых разных языках программирования. Помимо основной деятельности у меня было несколько технологических стартапов, в которые я был так или иначе вовлечен. И сегодня мы поговорим о том, как сделать так, чтобы команда была крутой и эффективной.

08.10.2018    5260    askhatu    15       

История одного провала внедрения 1С:ERP 2 по классической технологии. С последующим спасением по Scrum 106

Статья no Нет файла Бесплатно (free) Управление проектом

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

01.10.2018    13385    glebushka    41       

Контракты Agile: как заключать договора в условиях расползания содержания 41

Статья Системный администратор Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

25.09.2018    6853    MariaTemchina    10