Что, если компания-разработчик программного обеспечения не является активным деловым партнером?

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

Что, если компания-разработчик программного обеспечения, с которой вы работаете, не является активным деловым партнером?
Почему компании-разработчики программного обеспечения не являются хорошими деловыми партнерами?
Менеджер проекта – разносторонне талантливый человек, от которого ждут нереальных сумм.
Как компания-разработчик программного обеспечения может стать активным деловым партнером?
Как проверить, будет ли компания-разработчик программного обеспечения действовать проактивно?
Резюме: Что, если компания-разработчик программного обеспечения не является хорошим деловым партнером?

Что, если компания-разработчик программного обеспечения, с которой вы работаете, не является активным деловым партнером?

По сути, у вас есть 3 решения.

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

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

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

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

Почему компании-разработчики программного обеспечения не являются хорошими деловыми партнерами?

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

Симптом №1 – отсутствие активности

Я часто слышу, что агентство не проявляет инициативы, потому что не представляет собственных инициатив. Что это значит? Возьмем такой пример. В новой версии Magento появился Page Builder. Разработчик программного обеспечения (то есть тот, кто в нем работает) знает, что если они обновят Magento до версии с Page Builder, команда клиента сможет реализовать больше вещей самостоятельно (что означает быстрее и с меньшими затратами). В таком случае правильное ожидание компании электронной коммерции состоит в том, что компания-разработчик программного обеспечения должна просто сообщить им об этом.

Симптом №2 – недостаток знаний B2B-индустрии.

Другая проблема заключается в том, что сотрудники компании Software House не всегда понимают специфику продаж компании. Это особенно актуально для бизнеса B2B, поскольку магазины B2C, хотя и требовательны, обычно имеют менее сложный процесс продаж, чем B2B.

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

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

Симптом №3 – невежество в исполнении

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

Если мы укажем на них пальцем и скажем «закодируйте это», они это сделают. Но с одним «но» — они не будут проверять и проверять, имеет ли то, что мы хотим реализовать, какой-либо смысл (бизнес или технологический). Часто не готовится даже краткий бизнес-анализ, не прописываются процессы. В конце концов кто-то что-то реализует, и еще 10 функций перестают работать. Тогда компания-разработчик программного обеспечения сообщает своему партнеру, компании, у которой есть интернет-магазин, что ведь было известно, что она потерпит неудачу (как будто она не могла сказать этого до начала работ?!). Эта ситуация трагична…. Любой, кто работает с агентством электронной коммерции или производителем программного обеспечения, хотел бы, чтобы агентство критически рассмотрело планы и оценило, какое влияние окажет реализация задачи или функциональности на проект и бизнес.

Симптом №4 – непонимание стратегии компании.

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

Идея состоит в том, что на стороне технологической компании должен быть человек, который понимает стратегию интернет-магазина B2C или платформы B2B. Не может быть, чтобы единственная мысль о том, зачем внедряется B2B-платформа, заключается в том, чтобы платформа генерировала заказы. Если технологический партнер не понимает стратегию, то как он должен давать советы по выбору технологии для поддержки этой стратегии?

Менеджер проекта – разносторонне талантливый человек, от которого ждут нереальных сумм.

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

Эта роль — необычный менеджер проекта. Координатор проекта – настоящий Человек Возрождения. Просто посмотрите, что входит (очень часто) в круг его обязанностей .

Прежде всего, он должен уметь планировать весь проект и разделять его на задачи .
Он должен быть знаком с управлением проектами , с такими методами, как Scrum и Agile. В идеале он должен иметь сертификат PRINCE2. Короче говоря, уметь проектировать.

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

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

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

Еще одна задача, входящая в обязанности руководителя проекта , — решение проблем в отделе разработки . Ведь он часто отвечает за свою проектную команду. Конвейер взорвался, и новый модуль на сервере не работает с интерфейсом. Здесь нужны быстрые решения, поэтому человек эпохи Возрождения снова вступает в дело.

Координатор также управляет своей командой разработчиков , состоящей из фронтенда, бэкендера, тестировщиков, UX и бизнес-аналитиков.

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

Представьте себе, что на этом обязанности не заканчиваются!

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

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

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

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

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

Теперь давайте подумаем, реально ли, что агентство, объединяющее все роли в одном человеке, может выполнить обещание быть деловым партнером, который рискует?

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

Так каковы же решения этой проблемы?

Наймите внешнего консультанта по электронной коммерции

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

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

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

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

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

Консультант по электронной коммерции, таким образом, выполняет бизнес-часть и выполняет бизнес-роль (которая так часто востребована в Software House. Роль менеджера проекта в Software House сводится к управлению работой команды разработчиков и процессом разработки). с другой стороны, у вас есть консультант по электронной коммерции, который помогает вам с бизнес-аспектами и предоставляет новости из мира электронной коммерции. Если у вас есть вопросы о текущем состоянии рынка электронной коммерции и направлении, в котором вам следует двигаться, консультант по электронной коммерции должен быть тем человеком, который чтобы помочь вам найти ответы на эти вопросы.

Формирование нужных компетенций в собственной компании

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

В этом случае на вашей стороне, вероятно, есть, например, директор по электронной коммерции или менеджер по продукту (отвечающий за сайт).

Например, хорошей идеей будет пройти подготовительный курс, а затем получить сертификат Adobe Business Practitioner Professional. Это сертификат, подтверждающий знание панели Adobe и архитектуры Magento. Если у кого-то есть этот сертификат, это означает, что он обладает глубокими знаниями системы Magento. Этот человек будет отвечать за то, чтобы быть в курсе того, что меняется в Magento, и ему будет поручено создавать и обновлять план развития.

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

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

Какими должны быть эти роли? В идеале в такой компании должны быть (помимо менеджера проекта):

1. консультант по электронной коммерции, который не является руководителем проекта
2. бизнес-аналитик
3. тестер

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

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

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

Как проверить, будет ли компания-разработчик программного обеспечения действовать проактивно?

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

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

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

Резюме: Что, если компания-разработчик программного обеспечения не является хорошим деловым партнером?

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

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