Вопрос такой, есть технологии Angular и React. Две команды, одна из которых пишет только на Аngular, вторая только на React.
Обе команды делают эстимейты проекта соответственно используюя Аngular и Ract. Вопрос — какие аргументы можно предложить заказчику, что бы выиграть заказ, если другая команда дала эстимейт меньше. Т.е. аргументы за Ангуляр, если эстимейт для реакта меньше, и наоборот, Реакт, если эстимейт для ангуляра меньше.
Здравствуйте, Ikemefula, Вы писали:
I>Не могу понять, какие аргументы можно привести.
Данная технология лучше отвечает бизнес-целям, задачам заказчика.
Данная технология шире представлена на рынке.
Команда с данной технологией дольше работает на рынке, её репутация выше, имеет таки-то награды, упоминания в прессе, отзывы заказчиков (уважаемых, известных, крупных).
У заказчика есть опыт работы с данной технологией (что-то внедрено, есть спецы, поддержка).
Здравствуйте, Ikemefula, Вы писали:
I>Вопрос такой, есть технологии Angular и React. Две команды, одна из которых пишет только на Аngular, вторая только на React.
I>Обе команды делают эстимейты проекта соответственно используюя Аngular и Ract. Вопрос — какие аргументы можно предложить заказчику, что бы выиграть заказ, если другая команда дала эстимейт меньше. Т.е. аргументы за Ангуляр, если эстимейт для реакта меньше, и наоборот, Реакт, если эстимейт для ангуляра меньше.
I>Не могу понять, какие аргументы можно привести.
За "ангуляр" и за "реакт" аргументы тут врядли возможны (потому что зачем тогда вообще кто-то использует НЕ ангуляр/ НЕ реакт). Возможны аргументы за цены и репутацию (и риски, что опять же вытекает из репутации)
Здравствуйте, Ikemefula, Вы писали:
I>Вопрос такой, есть технологии Angular и React. Две команды, одна из которых пишет только на Аngular, вторая только на React.
I>Обе команды делают эстимейты проекта соответственно используюя Аngular и Ract. Вопрос — какие аргументы можно предложить заказчику, что бы выиграть заказ, если другая команда дала эстимейт меньше. Т.е. аргументы за Ангуляр, если эстимейт для реакта меньше, и наоборот, Реакт, если эстимейт для ангуляра меньше.
I>Не могу понять, какие аргументы можно привести.
Да элементарно. Не все же к эстимейтам относится. Вы скажите, что да сейчас быстрее, но потом они замедлятся.
Потрясите гуглом или фейсбуком в зависимости от позиции. Это вопрос обычного втирания и пиара. Не более. Уметь нужно.
Здравствуйте, Ikemefula, Вы писали:
I>Обе команды делают эстимейты проекта соответственно используюя Аngular и Ract. Вопрос — какие аргументы можно предложить заказчику, что бы выиграть заказ, если другая команда дала эстимейт меньше. Т.е. аргументы за Ангуляр, если эстимейт для реакта меньше, и наоборот, Реакт, если эстимейт для ангуляра меньше.
А заказчику не все равно, ангуляр там, или реакт? По-моему, продуктивнее всего было бы вникнуть в реальные проблемы заказчика, и предложить ему решить именно их, а не научить заказчика новому заморскому слову.
Здравствуйте, Ikemefula, Вы писали:
I>Вопрос такой, есть технологии Angular и React. Две команды, одна из которых пишет только на Аngular, вторая только на React.
А почему "только"? Лицензии куплены только на данные технологии? Или это что-то религиозное?
I>Обе команды делают эстимейты проекта соответственно используюя Аngular и Ract. Вопрос — какие аргументы можно предложить заказчику, что бы выиграть заказ, если другая команда дала эстимейт меньше.
Аргументы не имеют значения, главное -- высказать их в пафосном ресторане, куда следует пригласить заказчика.
I>Т.е. аргументы за Ангуляр, если эстимейт для реакта меньше, и наоборот, Реакт, если эстимейт для ангуляра меньше.
I>Не могу понять, какие аргументы можно привести.
А что такое "эстимейт"? Тиме или моней? Можно дать заказчику 3 карточки "Быстро", "Качественно", "Дёшево" и предложить выбрать две из них. Либо "резать костЫ". Либо тоже рассказывать. Либо предложить откат. Либо не заморачиваться и взять другой заказ.
Здравствуйте, Pzz, Вы писали:
I>>Обе команды делают эстимейты проекта соответственно используюя Аngular и Ract. Вопрос — какие аргументы можно предложить заказчику, что бы выиграть заказ, если другая команда дала эстимейт меньше. Т.е. аргументы за Ангуляр, если эстимейт для реакта меньше, и наоборот, Реакт, если эстимейт для ангуляра меньше.
Pzz>А заказчику не все равно, ангуляр там, или реакт? По-моему, продуктивнее всего было бы вникнуть в реальные проблемы заказчика, и предложить ему решить именно их, а не научить заказчика новому заморскому слову.
Вникли, предложили и тд, обе команды, решения у каждой — разные. Надо побудить выбрать своё решение, если оценка другой команды меньше.
Здравствуйте, Ikemefula, Вы писали:
I>Вникли, предложили и тд, обе команды, решения у каждой — разные. Надо побудить выбрать своё решение, если оценка другой команды меньше.
Сводите принимающего решения в "баню", что как дети малые прям
Если, что это только частично шутка. По опыту аутсорса это даже с европейцами/американцами работает, не говоря уже о русских. Там же можно узнать, какой бы подарок человек хотел бы получить на какой-нибудь повод: день рождения, новый год, 5 лет работы в компании, по завершению проекта. С русскими было бы проще, можно было предложить скидку от стоимости проекта, но не компании, а конкретно принимающему решение.
Здравствуйте, ilvi, Вы писали:
I> По опыту аутсорса это даже с европейцами/американцами работает, не говоря уже о русских.
Это пустозвонство или были такие факты лично у вас?
Я пользовался аутсорсом довольно много, ни разу не было намека на что-либо подобное. Да и кто станет рисковать своей позицией (высокой, если ты принимаешь решения) ради разовой выгоды.
Здравствуйте, sr_dev, Вы писали:
_>Здравствуйте, ilvi, Вы писали:
I>> По опыту аутсорса это даже с европейцами/американцами работает, не говоря уже о русских.
_>Это пустозвонство или были такие факты лично у вас?
_>Я пользовался аутсорсом довольно много, ни разу не было намека на что-либо подобное. Да и кто станет рисковать своей позицией (высокой, если ты принимаешь решения) ради разовой выгоды.
Это не пустозвонство. Только с ними действуют более тонко. Я же говорю оформляется как подарки. В запущенных случаях, когда компании мониторят такие вещи, то договариваются о том, что подарок будет по выходу на пенсию или переходу на другую работу. Вы почитайте про то как возникли специальные выигрыши в "казино" или про то как можно удачно купить акции за бесценок, а через год продать их с 100 кратной прибылью.
Надо быть креативней, как товарищи индусы, которые когда покупают большую партию продукции в компанию Один договариваются, что определенное количество крупных заказов на аутсорс пойдет в компанию Два. Один и Два при этом юридически не связаны, но общие интересы имеют.
Здравствуйте, Ikemefula, Вы писали:
I>Вникли, предложили и тд, обе команды, решения у каждой — разные. Надо побудить выбрать своё решение, если оценка другой команды меньше.
Кому надо? И зачем?
Как заказчику, мне было бы пофигу, использовал подрядчик технологию X или Y. Мне важен результат и невыход за пределы временнОго и финансового бюджетов.
16.06.2017 16:20, koandrew пишет: > I>Вникли, предложили и тд, обе команды, решения у каждой — разные. Надо > побудить выбрать своё решение, если оценка другой команды меньше. > > Кому надо? И зачем? > Как заказчику, мне было бы пофигу, использовал подрядчик технологию X > или Y. Мне важен результат и невыход за пределы временнОго и финансового > бюджетов.
Здравствуйте, hrensgory, Вы писали:
H>"M" — maintainability
И как выбор баззвордов повлияет на это?
"Программист на Фортране напишет программу на Фортране на любом языке программирования" (С)
"О" — Очковтирание.
Здравствуйте, koandrew, Вы писали:
K>Кому надо? И зачем? K>Как заказчику, мне было бы пофигу, использовал подрядчик технологию X или Y. Мне важен результат и невыход за пределы временнОго и финансового бюджетов.
Как я понял, это и есть задача.
Имеем заказчика, которому технология не сильно важна, но важен результат и невыход за пределы временнОго и финансового бюджетов.
Дальше есть ты с React-ом/Angular-ом и твои конкуренты с Angular-ом/React-ом и меньшей оценкой.
Надо получить контракт.
Что делать?
Здравствуйте, StatujaLeha, Вы писали:
SL>Надо получить контракт. SL>Что делать?
Уменьшить оценку. Или указать на свой опыт/репутацию в подобных проектах. Здесь (в Канаде/штатах) очень хорошо заходят testimonials/references от прошлых клиентов. Само собой, это в случаях, когда есть чего показать и о чём рассказать. Если нет — то депминг единственный реальный вариант. Сначала всегда нужно работать на бизнес-репутацию. Потом репутация начнёт работать на вас. Это правило справедливо не только для бизнеса, но и для отдельных профессионалов. Знаю на личном опыте.
Здравствуйте, koandrew, Вы писали:
K>Кому надо? И зачем? K>Как заказчику, мне было бы пофигу, использовал подрядчик технологию X или Y. Мне важен результат и невыход за пределы временнОго и финансового бюджетов.
А если тебе через год придется все заказать и оплатить еще раз, если технология здохла? Реакт и ангуляр чисто для примера. Это можно поменять на А и Б.
Здравствуйте, Ikemefula, Вы писали:
I>Вопрос такой, есть технологии Angular и React. Две команды, одна из которых пишет только на Аngular, вторая только на React.
I>Обе команды делают эстимейты проекта соответственно используюя Аngular и Ract. Вопрос — какие аргументы можно предложить заказчику, что бы выиграть заказ, если другая команда дала эстимейт меньше. Т.е. аргументы за Ангуляр, если эстимейт для реакта меньше, и наоборот, Реакт, если эстимейт для ангуляра меньше.
I>Не могу понять, какие аргументы можно привести.
Зачем детальные технические аргументы тому, того кто принимает решение? IMHO, аргументы здесь нужны более высокоуровневые, в детали вдаваться навряд ли кто будет. Читай — нужен хороший продажник. Нужно просто показать что вы лучше (например пригласив в хороший ресторан для обсуждения, да — вполне работает, и вовсе не воспринимается как взятка. У нас например такое даже можно списать с налогов). Даже откат ведь можно в принципе по-умному оформить, чтобы ни у кого вопросов не возникло — заказчик "консультирует вас во внедрении продукта на местной инфраструктуре" например, а вы ему за это башляете.
Ну и репутация с хорошими отзывами всегда хорошо работают.
А вот честно, нафига вам этот Angular?
Один раз Гугл разработчиков уже кинул (при переходе 1 в 2), сам фреймворк (Angular 2+) мостроузный.
Здравствуйте, koandrew, Вы писали:
K>Уменьшить оценку. Или указать на свой опыт/репутацию в подобных проектах. Здесь (в Канаде/штатах) очень хорошо заходят testimonials/references от прошлых клиентов. Само собой, это в случаях, когда есть чего показать и о чём рассказать. Если нет — то депминг единственный реальный вариант. Сначала всегда нужно работать на бизнес-репутацию. Потом репутация начнёт работать на вас. Это правило справедливо не только для бизнеса, но и для отдельных профессионалов. Знаю на личном опыте.
Так можно, только это как-то обосновать надо.
Первая оценка же предполагает, что работа будет с какой-то маржой, которая устраивает, и в срок, в который команда может выдать что-то качественное.
Уменьшить мы можем:
1. Цену — растет риск того, что не получим нормальную маржу. Вышестоящие товарищи могут неодобрительно посмотреть, команде и менеджеру бонусы, видимо, не светят.
2. Время — растет риск не уложиться или сделать шлак, тем самым подпортив бизнес-репутацию.
Как я понимаю, тут менеджеру и надо рассмотреть эти варианты, выработать и обосновать решение, с какими временными/ценовыми предложениями идти к заказчику и идти ли вообще?
