Я думаю, я знаю, что вы имеете в виду. Термины «продажа» и «продажа» в этом контексте несколько сбивают с толку. На самом деле вам просто нужно уметь объяснить ситуацию и причины этого в контексте, который может понять другая сторона. Это отличается при разговоре с руководством или инженерами. Я бы назвал это больше оправданием, чем продажей.
1. Обоснование управления
Если вы говорите с руководством, чтобы получить зеленый свет для идеи, вам нужно не только объяснить, почему она технически жизнеспособна, но также и какие преимущества для бизнеса дает эта идея перед другими идеями. Например: первоначальная реализация обходится дешевле; проще в обслуживании (стоит дешевле); его сложнее поддерживать (создает выгодные контракты на обслуживание) ...
То, что является «хорошим», действительно зависит от бизнес-стратегии компании, о чем свидетельствуют последние два примера, которые являются противоположными с технической точки зрения, но оба могут рассматриваться как полезные при различных бизнес-стратегиях.
Если вам не нравится или не согласна с бизнес-стратегией вашей компании, оставьте и начните свой собственный бизнес и лучше относитесь к своим клиентам. Или, по крайней мере, вы можете начать понимать, почему ваши идеи не принимаются, несмотря на техническую фантастику.
2. Оправдание инженерам
Похоже, что вы уже получили разрешение от руководства, и теперь вы пытаетесь убедить других инженеров, почему этот путь действительно лучше. Ну, причина, по которой вы боретесь, заключается в том, что другие инженеры не понимают бизнес-стратегию и то, как ваша идея в нее вписывается. Так что теперь вы оказались в странном положении, когда вам приходится объяснять бизнес-стратегию инженерам. Вам не нужно обосновывать саму бизнес-стратегию, только почему ваше техническое решение лучше соответствует бизнес-стратегии, навязанной вам руководством. Вы должны делать это в терминах, понятных инженерам, не ориентированным на бизнес, что может быть непросто, поскольку зачастую лучшее техническое решение противоречит бизнес-стратегии.
пример
Я буду использовать пример из реальной жизни, с которым мне пришлось столкнуться недавно, чтобы объяснить. Это от компании-разработчика программного обеспечения, но применимо к любой инженерной ситуации.
Компания хотела, чтобы два отдельных рабочих потока (две команды) делали одно и то же, создавая два разных продукта (которые делают одно и то же) для двух рынков. С технической точки зрения это безумие, особенно когда оба продукта могут совместно использовать очень много компонентов и фактически могут быть одним и тем же продуктом с некоторыми незначительными вариантами конфигурации для устранения различий на этих двух рынках.
Инженеры изо всех сил пытались согласиться с этим подходом, пока я не объяснил им, что 80% выручки приходилось на один рынок, и конкуренция там была также намного более жесткой, поэтому бизнес-стратегия заключалась в том, чтобы сосредоточить одну команду исключительно на этом рынке, без любые соображения о поддержке другого рынка, чтобы они могли быстро двигаться и оставаться впереди конкурентов. Вторичный рынок все еще стоит эксплуатировать и развивать, поэтому вторая команда сосредоточится на этом. Это стратегия, которая нам дана, это проблема, которую нам нужно решить, а не другая проблема создания единого продукта.
Вывод
Я не думаю, что вам нужно изучать продажи, вам просто нужно уметь определять, когда другие инженеры пытаются решить проблему, отличную от вас (обычно вызванную нелепыми нетехническими вещами, такими как клиенты, прибыль, экономика и все такое катит). Затем вы должны быть в состоянии объяснить, что на самом деле является проблемой и почему, чтобы они присоединились к вашей (уже принятой руководством) идее.