![]() |
#1 |
Участник
|
Консалтингу не выгодна разработка
Вырезал из другой темы, надеюсь, Иван не против
![]() Цитата:
Сообщение от Ivanhoe
![]() Про будущее - поддержу.
Про консалтинг - не согласен. Консалтингу не выгодна разработка, выгодно - внедрять стандартный продукт. До 2012 версии на стандартном портале было очень мало "готовых бизнес-процессов". Корзина с каталогом - и та с большими ограничениями. Посмотрим, как 2012 будет продаваться, там и бизнес-процессы подтянулись (а некоторые, как в 2009 управление затратами, так и вообще без портала не работают), и лицензионная политика заставит три раза подумать, прежде чем отказаться от портала ![]() |
|
![]() |
#2 |
Участник
|
Цитата:
обычно "калькуляция всех необходимых работ плюс риски" дает сумму, на которую заказчик в принципе не согласен. лучше подумать о подходе "от рыночной цены". сколько на рынке стоит тот же самый портал, взятый для примера? сравните с какими-нибудь готовыми CMS (да хоть с тем же битриксом), сравните с ценами, которые выкатывают конкуренты за аналогичные работы. такие же действия сделает и заказчик. и будет отталкиваться от этих затрат, а не от "часы разработки дополняются"... вопос как раз обратный: как дать заказчику то, что ему нужно, уложившись в затраты сравнимые с со среднерыночными. |
|
![]() |
#3 |
Участник
|
Цитата:
![]() Выгоднее завершить два стандартных проекта, чем пилить один на тоже количество часов. И оба передать на поддержку ![]() Делать доработки в рамках поддержки (отвечая, по сути за конкретную доработку) - это выгодно (при отсутствии демпинга по каким-либо причинам). Разработкой выгодно заниматься при значительной повторяемости и масштабируемости (продажа лицензий), иначе качество (в конечном итоге и выгодность) страдает сильно. Опять же при наличии стратегического подхода и желании работать в этом бизнесе, а не заработать денег здесь и сейчас. В этом и отличие разработчика от консультанта.
__________________
Ivanhoe as is.. |
|
![]() |
#4 |
Участник
|
2Ivanhoe: никогда не задумывались почему не распространены узко специализированные магазины (например алкогольные), и очень распространены супермаркеты? хотя на алкоголь накрутка очень большая и его гораздо выгодней продавать, чем хлеб или молоко. точно по той же причине и не существует консалтинговых компаний занимающихся внедрением только стандарта
|
|
![]() |
#5 |
Участник
|
Цитата:
Сообщение от ice
![]() никогда не задумывались почему не распространены узко специализированные магазины (например алкогольные), и очень распространены супермаркеты? хотя на алкоголь накрутка очень большая и его гораздо выгодней продавать, чем хлеб или молоко. точно по той же причине и не существует консалтинговых компаний занимающихся внедрением только стандарта
![]() И небольшое дополнение - я писал о сравнении выгодно / не выгодно. Понятно, что приходится заниматься и тем, что не особо выгодно. Но куда стремиться - я написал ![]() ![]()
__________________
Ivanhoe as is.. |
|
![]() |
#6 |
Участник
|
Цитата:
![]() Последний раз редактировалось ice; 27.08.2012 в 17:50. |
|
![]() |
#7 |
Участник
|
Цитата:
Мне казалось, что консалтинговые компании занимаются не "порождением рабочих мест" , а чем-то более выгодным.
Цитата:
Разработкой выгодно заниматься при значительной повторяемости и масштабируемости (продажа лицензий), иначе качество (в конечном итоге и выгодность) страдает сильно. Опять же при наличии стратегического подхода и желании работать в этом бизнесе, а не заработать денег здесь и сейчас. В этом и отличие разработчика от консультанта.
Если бы не все это, то клиент вполне бы обходился фриланс-консами или набором своей команды консультантов. Некоторые так и пытаются делать с мотивировкой "мы будем по максимуму использовать стандарт". |
|
![]() |
#8 |
Участник
|
Цитата:
Сообщение от ice
![]() оглянитесь вокруг и посчитайте хотя бы те которые знаете, будет вам статистика
![]() ![]() И опять же. Я не говорил, что консалтингу выгодно послать клиента к другому разработчику. Почему вы додумываете? Я говорю про выбор между двумя проектами, один с разработкой, другой - без. Ответьте на один встречный вопрос, что выгоднее (в целом, а не сиюминутно) за год: 1. Проект на 12 месяцев: 1 МП + 2 конса + 2 разработчика. 2. Два проекта по 6 месяцев: 1 МП + 2 конса + 2 разработчика. 3. Четыре проекта по 6 месяцев: 0,5 МП + 2 конса. При оценке подумайте про: 1. Узнаваемость бренда. 2. Количество проектов и референсов. 3. Количество проданных лицензий (а от этого зависит статус у вендора и см. п.1-2). 4. Количество проектов на поддержке (пусть и вялотекущей, но все же; опять же докупка лицензий и переход на новые версии). 5. Гарантия. Сможете ли вы дать такую же гарантию на свои доработки, как MS. Сможете ли вы вносить изменения в ядро для обхода узких мест, как вендор? 6. Удовлетворенность ваших сотрудников (разные и новые проекты, отсутствие рутины при проверке модификаций и написании нестандартных инструкций и обучении пользователей).
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: mazzy (2), sukhanchik (4). |
![]() |
#9 |
Участник
|
Цитата:
Цитата:
Цитата:
И замечу, что все больше клиентов в последнее время хотят "стандарт". А про международных клиентов я и молчу. При этом я не утверждаю, что там доработок не бывает. Их просто значительно меньше, чем было раньше. В том числе и благодаря развитию системы. На AX 2012 вообще большие надежды в этом плане.
__________________
Ivanhoe as is.. |
|
![]() |
#10 |
Banned
|
Соглашусь, с точки зрения успешного внедрения кастомизации это зло. Увеличение рисков внедрения. Деньги безопаснее брать за обследование, настройку, обучение и тд
Чем больше программирования тем меньше шансов удовлетворить клиента. При этом штат квалифицированных консультантов и программистов надо содержать под такие разработки. Но как программист я счастлив что мир неидеален ![]() |
|
![]() |
#11 |
Administrator
|
Поддержу Ivanhoe взглядом со стороны фрилансера. Стабильнее (я подчеркиваю это) иметь несколько источников дохода. Один источник дохода:
- норовит иссякнуть - может требовать скидок за "опт" (имеется ввиду за выбирание большого кол-ва часов) - может выставлять условия, под которые приходится прогибаться (иначе можно потерять или сильно уменьшить доход). Плюс все, что сказал Ivanhoe: Цитата:
Сообщение от Ivanhoe
![]() 1. Узнаваемость бренда.
2. Количество проектов и референсов. 3. Количество проданных лицензий (а от этого зависит статус у вендора и см. п.1-2). 4. Количество проектов на поддержке (пусть и вялотекущей, но все же; опять же докупка лицензий и переход на новые версии). 5. Гарантия. Сможете ли вы дать такую же гарантию на свои доработки, как MS. Сможете ли вы вносить изменения в ядро для обхода узких мест, как вендор? 6. Удовлетворенность ваших сотрудников (разные и новые проекты, отсутствие рутины при проверке модификаций и написании нестандартных инструкций и обучении пользователей).
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#12 |
Участник
|
Цитата:
Сообщение от Ivanhoe
Я говорю что вместо 10 человеко-лет консалтинга-разработки выгоднее продать 10 человеко-лет консалтинга.
Цитата:
Сообщение от Ivanhoe
Разработка "Решения" (под КК мы понимаем КОРУС?) как раз и нужна для того, чтобы не заниматься разработкой на клиенте, а внедрять "стандартное" проверенное и протестированное решение. Замечу, что мы его не продаем, а "отдаем даром", чтобы сократить количество разработки на проекте.
![]() Цитата:
Сообщение от Ivanhoe
Не понял как это следует из вышесказанного. Есть клиенты, которые нанимают полноценную проектную команду, включая МП, консов и разработчиков. Есть клиенты, где только разработчики, есть - где только консультанты.
Цитата:
Сообщение от Ivanhoe
И замечу, что все больше клиентов в последнее время хотят "стандарт".
ax_mct, sukhanchik вас уводит в сторону стабильности приложения и количества источников дохода. Я могу согласиться с тем, что большой проект с разработкой порождает дальнейший контракт на поддержку и занятость людей, в то время как чистый консалтинг, если это не УК от компаний совсем другого уровня, не может породить дальнейшие доходы. |
|
![]() |
#13 |
Administrator
|
Цитата:
![]() Да, потому что ответ в явном виде не соотносится с исходной темой: Нет, потому что зарабатывать можно не только на разработке. Но главное в заработке - размер и стабильность (законность, честность, моральность и т.п. подразумеваются по умолчанию и здесь не обсуждаются). Т.е. разработка - это один из способов "подсадить" клиента на себя, получив с него т.о. максимальное кол-во часов. Но он не единственный. Более того, надо разделять разработку нового функционала и допилку существующего. Это все конечно сложно делимо, но одно дело - сделать новый документ или какой-то мегарасчет и другое дело - добавить одно поле или протянуть финаналитику в пару таблиц, в которых она логично должна была бы быть, но ее нет (я уж не говорю об исправлениях ошибок МС). Т.е. можно сделать упор и на качество/честность - и это тоже может быть оценено. Может не всегда. Впрочем как и разработка. Некоторые клиенты (как уже было сказано выше) хотят только стандарт ![]()
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#14 |
Banned
|
Ну если по теме то можно зарабатывать и без разработки. То есть как бы не пачкая руки
![]() При наличии у консалтинга "вертикальных" решений ему выгоднее не вязнуть в программировании на одного клиента а развивать скорость в продажах и улучшать коробочное решение. Если рынок позволяет конечно. Раньше позволял, сейчас не знаю. Если все в болоте то да надо присасываться как пиявка к жирному клиенту. Но консалтинговые услуги они на то и консалтинговые что подразумевают программирование как не самую главную и даже необязательную услугу. То есть оставьте программирование фрилансерам ![]() |
|
![]() |
#15 |
Участник
|
ax_mct, без пачканья рук - это не про аксу, потому как ряд людей её считают хорошим/дешевым средством разработки
![]() |
|
![]() |
#16 |
Участник
|
Цитата:
![]() Цитата:
![]() ![]() Никто не спорит, что Аксапта до "коробки" пока не дотягивает (особенно в РФ), но это один конкретный продукт. Или в данном контексте вы говорите только про кк AX?
__________________
Ivanhoe as is.. |
|
![]() |
#17 |
Участник
|
Цитата:
![]() Обычно п1 это "жирный клиент", который платит регулярными траншами и вполне поддерживает на плаву консалтинговую компанию, и от него одного референс получить гораздо выгодней, чем от 4 никому не известных мелких компаний, которым удалось внедрить стандарт. И на таких клиентах чаще всего и пишется "готовое отраслевое решение", которое потом "дарят" Так что выгодней продавать все проекты, если конечно у вас нет очереди из клиентов и вам не приходиться делать из них трудный выбор ПС по поводу сетей винных бутиков, уверен что их гораздо меньше чем количества супермаркетов и продовольственных магазинов, в которых есть алкогольный отдел, и их оборот гораздо скромней, и им приходится занимать определенную нишу на рынке ППС если взять другую область, например магазины цветов, то вряд ли можно встретить в большом количестве магазины торгующие только фиалками или ромашками, а вот 5-10 видов цветов всегда пожалуйста и букет сделают на все случаи жизни, даже в свадебном салоне ![]() Последний раз редактировалось ice; 28.08.2012 в 10:03. |
|
![]() |
#18 |
Участник
|
Цитата:
Сообщение от Ivanhoe
Т.е. ИТ-консалтинг - априори "грязный"?
Цитата:
Сообщение от Ivanhoe
А Большая четверка никогда не занимается ИТ консалтингом?
Цитата:
Сообщение от Ivanhoe
Или в данном контексте вы говорите только про кк AX?
|
|
![]() |
#19 |
NavAx
|
О чем спор непонятно. Консалтингу, как бизнесу, хотелось бы избавиться и от программистов и от консультантов и даже менеджеров по продажам вкупе с руководством. Это все издержки на зарплату, бонусы, офис. Была бы возможность получать доход без сотрудников, всех бы давно уже разогнали. И замороченных программистов и приятных во всех отношениях сейлов. Была бы одна кнопочка на каждой мобилке "Заплатить за консалтинг" и все.
__________________
Isn't it nice when things just work? |
|
|
За это сообщение автора поблагодарили: GBH (1). |
![]() |
#20 |
Участник
|
Цитата:
Сообщение от macklakov
Была бы одна кнопочка на каждой мобилке "Заплатить за консалтинг" и все.
|
|
|
![]() |
||||
Тема | Ответов | |||
Помогите студенту! UML, разработка БД | 2 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|