Как стать автором
Обновить

Комментарии 26

Был участником такого противостояния со стороны как раз «третейца» из тестирования. На одном из совещаний разработчики просто набросились на продажи и стали говорить, что они донесут до клиента (B2C) всё, что надо. Им дали такую возможность и они сделали рассылку со словами типа «имплементация», «тип риббона», «внедрены новые паттерны», «поддерживается режим консоли» и т.д. Так пользователи (основной сегмент — женщины 35-50 лет) звонили и расспрашивали, что такое, что значат все эти слова. Ни одной покупки не состоялось (обычно с писем приходило до 100 покупок), тех. поддержка раскалилась от звонков и писем, тестирование было вынуждено засесть за документацию и писать инструкцию для тех, кто решил, что без консольного режима они обделены. Считай, проимели одну рассылку, просрочили задачи из-за переключение на ситуации и т.д. Так что каждый должен делать своё дело на своём месте, есть образование, практика, опыт. И если споры маркетинга и продаж понятны и мотивированны, что спор разработки и коммерции — сплошной деструктив.
Эпично!
У нас была противоположная ситуация. Есть основной продукт и магазин платных плагинов, написаных своими силами, на заказ, или третьими лицами по собственному желанию. Драйвят это понятно маркетинг и продажники и далеко не всегда такие плангины хотя бы окупаются. И когда девеоперы сами сели, придумали идею, монетизацию и написали плагин, он стал вторым по популярности вообще без помощи отдела маркетинга и продаж.

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

Мне не кажется, что статья могла сформировать такое впечатление. Мы же пишем о том, что цель продажника — заключить сделку, доставить продукт до клиента. Если, как вы выражаетесь, он будет дуть клиенту в уши и за этим не будет стоять хорошего продукта или услуги, компания быстро словит негатив и поимеет проблемы со сделками. Если коротко, то работа продажника — это презентация продукта, допродажная поддержка, консультирование, затем работа с документами, обеспечение совершения сделки и т.д. У них в работе тоже много методов, техник, серьёзных подходов.

А вы сейчас высказались как классический технарь ;-)

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

Ничего личного, но похоже с продажами вы плохо знакомы. Прикиньте сами, зачем человеку, который хочет продать товар/продукт начинать его презентацию с его недостатков? Только если ему не выгодно его вам продать, и он хочет предложить что-то другое, для него более выгодное. На счёт сложности «впарить адекватному гражданину» согласен полностью, к сожалению, неадекватных больше. Поэтому и продажников, которые не слушают клиента, а «впаривают» ему так много. А продажи в равной степени про «слушать» и про «говорить».

у нас бы пол мира работы лишилось бы если бы не было впарильщиков =)
Я настолько старый, что помню батл системные vs прикладные программисты
На конференцию одном вагоне едут 4 системных программиста и 4 прикладных.
Системные купили 4 билета, 4 прикладных — 1.
???
Идет контролер.
Системные предъявляют билеты, прикладные бегут в туалет.
Контроллер стучит в туалет, высовывается рука с билетом, контролер уходит, прикладные проезжают.
Системные думают — сделаем так же.
Дорога назад: системные покупают 1 билет, прикладные — ни одного.
???
Идет контроллер. Системные бегут в туалет, прячутся.
Стук в дверь, оттуда рука с билетом, прикладные программисты берут
билет и бегут в другой туалет...
Знаю этот анекдот, только про немцев и евреев.

Про физиков и математиков

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


К приеру OpenSource видео с котиками в интернете распространяется посредствам рекомендаций тех кто его уже использует посмотрел.

Мне кажется хочется верить продажники скоро не нужны будут. Стоимость продукта околонулевая, а вот сопровождение, адаптация под нужды клиента самая дорогостоящая часть. И если клиент толком не понимает чего он хочет из него пытаются выжать по максимому. В итоге подсаживание на иглу — постоянные переделки, дорогостоящие доработки и пр.
Реклама «продукт X в сжатые сроки удалось модифицировать для решение проблеммы Y»- не про бизнес, ему нужно больше прямо здесь и сейчас — поэтому чем больше переделок тем лучше.
На самом деле, умный программист и умный продажник никогда конфликтовать не будут,
продажник может научить программиста, как можно продать свои навыки по-дороже, ибо что толку в классных фичах и тоннах знаний, которые нельзя конвертнуть в зелень, а программист научит продажника как быстро получить нужную выборку и как сделать что-то интересное продажнику для своей пользы или типа того, финансист покажет как оценить ситуацию в конторе и сделать верный вывод о том, что пора просить прибавку или делать ноги и т.д.
В общем с умными людьми надо дружить, это полезно для общего развития.
А постоянные разборки в конторе, между отделами говорят лишь о том, что в ней порядка нету и возможно не будет, потому в большинстве случаев, от таких мест нужно держаться по дальше, если конечно нету каких-то своих интересных целей.

На самом деле, именно конфликтовать (ругаться) — действительно не будут. А вот жесткий, на уровне близком к войне, конфликт интересов — очень легко возможен между умными разрабом и продажником.
Я как только у продавца оказывается под серьезным риском годовой план продаж, то у него срывает все тормоза, и он переключается в режим «загоню все что угодно, а там уволюсь». Более опытные продавцы просто делают это спокойнее :)
С разрабами, точнее, с руководителями продуктовой разработки, точно такая же история, только в обратную сторону...

Весь конфликт интересов опять же зависит от структуры компании, если у тебя подряд, то его срыв тормозов лишь дополнительный заработок, а еще и по больше срубить можно за срочность, ну а если это фикс, то предварительно надо отгородиться кучей служебных инструкций, пусть напишет ТЗ, заверит у руководства, пусть примут решение о том что это задача первоочередная и другие надо подвинуть, по сути ведь все равно задачи надо делать в пределах оплаченного работодателем времени и нет особой разницы какие.
А если каждый может ворваться к тебе в кабинет брызгая слюной и выпучив глаза, то такую работу лучше сменить при первой возможности, потому что это трэш, бывают такие конторы, это да.
И у такого продажника конечно ничему не научишься, ему самому поучиться надо ещё и по лечиться, раз план горит и крышу сносит.
Ну и все задачи надо в какую то систему учета заявок переводить, нет заявки, отлуп сразу, вменяемый начальник такое поддержит, исключение лишь для нормальных пацанов на усмотрение разраба.
Это «щит» программистов. А «меч» продажников будет такой: «Смотри, гендир, видишь пол-ляма баксов контракт? А разрабам плевать, блин, как будто они вообще не думают, что будут жрать, когда текущий проект закроем! Понятно же что задача первоочередная — а им бумажку по инструкции… Давай подписывай, ну и что, что полночь, срочно же. Пол-ляма баксов, блин!»
И так 10 раз подряд. Вот и рассыпалась защита из инструкций :)
Я имел ввиду, крупные конторы, где основная задача ит поддержка и развитие внутреннего информационного поля компании, ну а если продажник просто добывает проекты, на исполнение которых которые ты существуешь то тут без вариантов, парень молодец, а перегрузка опять же из-за жадности руководителя или неумения распределить силы, можно и расширить штат, ну и так же можно прикинуть сколько ты приносишь денег и сколько зп и процент роста нужных скилов, а там уже принять решение надо оно или нет, о чем ниже уже и написано.
Всегда есть грани их нужно учиться определять иначе никак, выжмут и выкинут, это вопрос выживания.
Ну да, как же! Консалтинг — он такой, 24х7 :)

Я сметчик. Согласно правил цена на товар упрощенно рассчитывается по формуле: ПЗ + МАШ + Мат + НР + СП + Налоги
где
ПЗ — прямые затраты на создание продукта/услуги
МАШ — машины и механизмы с учетом гсм и оплаты труда машинистов(тех кто ими управляет)
Мат — материалы используемые для создания товара/услуги
НР — накладные расходы (дикий перечень включающий в себя от зп уборщицы, до покупки офисных карандашей и оплаты услуш связи. Эта статья оплачивает всю ту деятельность организации, которая не связана с остальными статьями данной формулы)
СП — сметная прибыль
Налоги — налоги, которая платит фирма


Бухгалтерия организации априори сидит в НР, продажники и прогеры в ПЗ и МАШ, инфраструктура с сисадминами может находится как в НР, так и в МАШ и все они конфликтуют за что? за субьективную картину, в глазах принимающих решения в конкретной организации, %го участия своего вклада в формировании СП. Потому что это зачастую означает право претендовать на часть этой прибыли в виде премии/бонусов/повышении оклада.


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

Статью не читал, но на основной вопрос отвечу:

Если продажников не будет — программист пойдет и продаст, пусть и не настолько эффективно и нагло.

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

Помню случай, когда айтишники подключили новую CRM, из-за которой в старой БД недошли данные, по которым считаются премии!
Перетерпели 3 неправильных расчёта премий, но в итоге упростили систему мотивации под «некривые» данные, потому что ИТ-директор заявил, что делает оптимизацию, и назад дороги не будет. И кто ему должен объяснять, что внешним эффектом стал срыв премирования, мотивации и продаж? И что на то он и программист, чтобы своим умением сглаживать болезненность подобных переходов? Директор розницы со своим «Данные кривые, исправьте, как было» — был с авторитетом цирковой обезьяны.
Гендиректор потребовал исправить, но ему ещё через месяц объяснили, что теперь это стоит денег, и «где была розница 3 месяца назад?». Т.е. мы все эти 4 (!) месяца плохо убеждали их :-)

С другой стороны, продавцы, в основном, дотягивают продажи товара выше безубыточного уровня, и работу айтишников ощущают, как black box, который либо работает, либо — нет, и чинится также легко, как ломается. Отсюда и запросы спрограммировать быстро и сложно волшебный dash-board, в котором и total и детали, и ничего лишнего, и легко прочитать за 5 минут.
(Потому что затраты идут в один отдел, а польза — в другой)

Выделение группы понимающих друг друга программистов и продавцов — т.е. аналитиков — проблему не решит: чистые продавцы и программисты получат повод ещё меньше слышать друг друга, а аналитики будут отвечать за трудности перевода, но считаться вообще ничего не делающими. (собирают затраты от обоих).

Решать это нужно только регламентацией — только так можно зафиксировать взаимную ответственность и уважение.
Выделение группы понимающих друг друга программистов и продавцов — т.е. аналитиков — проблему не решит: чистые продавцы и программисты получат повод ещё меньше слышать друг друга, а аналитики будут отвечать за трудности перевода, но считаться вообще ничего не делающими. (собирают затраты от обоих).
Но самый эпик начинается, когда единственный аналитик задалбливается и уходит в закат. Вот тогда и выясняются многие моменты.
из жизни
Например, что единственный разработчик умеет решать только четкие ТЗ и нифига не понимает пользователей, а начальство и бухгалтерия имеют перпендикулярные требования и не готовы слушать друг друга, не говоря уже о том, что объяснять разработчику.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.