소프트웨어 하우스가 적극적인 비즈니스 파트너가 아닌 경우에는 어떻게 되나요?

이번 포스팅에서는 여러분이 함께 일하고 있는 전자상거래 대행사나 소프트웨어 하우스가 주도성을 발휘하지 못하고 비즈니스 접근 방식이 없는 경우 어떻게 해야 하는지에 대한 질문에 대한 답변을 중점적으로 다루겠습니다 .

귀하가 협력하고 있는 소프트웨어 회사가 적극적인 비즈니스 파트너가 아닌 경우에는 어떻게 됩니까?
소프트웨어 회사가 좋은 비즈니스 파트너가 아닌 이유는 무엇입니까?
프로젝트 관리자 – 비현실적인 금액을 기대하는 많은 재능을 가진 사람
소프트웨어 하우스가 적극적인 비즈니스 파트너가 되기 위한 방법은 무엇인가요?
소프트웨어 하우스가 적극적으로 대응하는지 확인하는 방법은 무엇입니까?
요약 – 소프트웨어 회사가 좋은 비즈니스 파트너가 아니면 어떻게 될까요?

귀하가 협력하고 있는 소프트웨어 회사가 적극적인 비즈니스 파트너가 아닌 경우에는 어떻게 됩니까?

기본적으로 3가지 솔루션이 있습니다.

첫 번째는 적극적이고, 사업적 추진력을 보여주며, 협업에 참여하고, 실제로 비즈니스 파트너가 되는 대행사를 찾는 것입니다. 이를 명령하려면 올바른 프로세스가 마련되어 있어야 하며, 가장 중요한 것은 올바른 역할이 할당되어야 한다는 것입니다. 이에 대해서는 나중에 자세히 설명하겠습니다.

두 번째 해결책은 이 역할을 스스로(즉, 당신 편에서) 수행할 수 있다는 것입니다. 소프트웨어 회사에는 비즈니스 접근 방식이 없고 사전 예방적이지 않다는 사실을 받아들이면 그게 전부입니다.

세 번째 해결책은 전자상거래 컨설턴트를 고용하는 것입니다. 이 사람은 온라인 상점의 기반이 되는 기술에 대한 경험이 있어야 합니다. 이는 귀하와 소프트웨어 하우스 간의 링크를 제공합니다. 이 경우 누락된 역량을 소프트웨어 하우스(전자상거래 대행사)가 아닌 다른 곳에서 구매하세요.

이 질문에 대한 간단한 대답은 여기까지입니다. 이 주제를 더 발전시키는 데 관심이 있다면 계속 읽어 보시기 바랍니다.

소프트웨어 회사가 좋은 비즈니스 파트너가 아닌 이유는 무엇입니까?

우리는 회사를 찾아오는 회사에서 현재 소프트웨어 하우스에 비즈니스 접근 방식이 부족하다고 주장하는 상황에 자주 직면합니다. 이러한 이유로 그들은 Software House 변경을 고려하고 비즈니스 요구 사항을 더 잘 이해할 수 있는 시장의 대안을 찾고 있습니다.

증상 #1 ​​– 적극적 활동 부족

기관이 자체적인 이니셔티브를 제시하지 않기 때문에 적극적이지 않다는 말을 자주 듣습니다. 이것은 무엇을 의미 하는가? 그러한 예를 들어 보겠습니다. Magento의 새 버전에는 Page Builder가 제공됩니다. 소프트웨어 회사(즉, 해당 회사에서 일하는 사람)는 Magento를 Page Builder가 포함된 버전으로 업그레이드하면 클라이언트 팀이 더 많은 작업을 독립적으로 구현할 수 있다는 것을 알고 있습니다(이는 더 빠르고 더 저렴한 비용으로 해석됩니다). 이러한 경우 전자상거래 회사의 올바른 기대는 소프트웨어 회사가 이에 대해 알려야 한다는 것입니다.

증상 #2 - B2B 산업에 대한 지식 부족

또 다른 문제는 소프트웨어 하우스 직원이 회사 판매의 세부 사항을 항상 이해하지 못한다는 것입니다. B2C 매장은 까다롭지만 B2B보다 판매 프로세스가 덜 복잡한 경향이 있기 때문에 B2B 비즈니스의 경우 특히 그렇습니다.

B2B 맥락에서 우리는 B2B 플랫폼을 구현하면 일자리를 잃을지, 아니면 일자리를 잃을지 궁금해하는 영업부서, 고객 서비스 부서, 그리고 영업사원들을 상대해야 합니다. 작업 효율성을 높이거나 완전히 교체할 수도 있습니다.

이는 B2B 영업의 구체적인 내용을 이해하지 못하는 에이전시나 소프트웨어 하우스와 협력하는 B2B 회사에게는 문제가 됩니다. 간단히 말해서 B2B 회사는 비즈니스 개발을 지원하는 사람 대신 기술 파트너에게 B2B 영업이 무엇인지 교육해야 합니다.

증상 #3 – 실행에 대한 무지

소프트웨어 하우스에 대한 또 다른 비판은 손가락이 보이는 작업을 무의식적으로 수행하는 경우가 많다는 것입니다.

우리가 그들에게 손가락질하고 "코딩해"라고 말하면 그들은 그것을 할 것입니다. 그러나 하나의 "그러나"가 있으면 그들은 우리가 구현하려는 것이 어떤 의미(비즈니스 또는 기술)인지 확인하거나 확인하지 않을 것입니다. 짧은 비즈니스 분석조차 준비되지 않은 경우가 많으며 프로세스가 작성되지 않습니다. 결국 누군가가 무언가를 구현하면 10개의 다른 기능이 작동을 멈춥니다. 그러자 소프트웨어 하우스는 파트너인 온라인 스토어를 운영하는 회사에 결국 실패할 것이라는 사실을 알렸습니다(마치 작업을 시작하기 전에는 그렇게 말할 수 없었던 것처럼?!). 이 상황은 비극적입니다… 전자 상거래 대행사나 소프트웨어 회사와 협력하는 사람은 대행사가 계획을 비판적으로 살펴보고 작업이나 기능의 구현이 프로젝트와 비즈니스에 어떤 영향을 미칠지 평가하기를 원할 것입니다.

증상 #4 - 회사 전략에 대한 이해 부족

네 번째 상황은 소프트웨어 하우스가 조직의 더 큰 그림과 전략적 목표를 이해하지 못하는 상황입니다.

기술회사 측에서는 B2C 전자상거래 매장이나 B2B 플랫폼의 전략을 이해하는 사람이 있어야 한다는 생각이다. B2B 플랫폼을 구현하는 이유가 플랫폼이 주문을 생성하기 위한 것이라고만 생각할 수는 없습니다. 기술 파트너가 전략을 이해하지 못하는 경우 해당 전략을 지원하기 위한 기술 선택에 대해 어떻게 조언해야 합니까?

프로젝트 관리자 – 비현실적인 금액을 기대하는 많은 재능을 가진 사람

자, 여기에서 소프트웨어 하우스가 외향적인 비즈니스 파트너가 아닌 주된 이유를 살펴보겠습니다. 이는 비현실적인 기대와 너무 많은 책임으로 한 역할에 과부하가 걸리기 때문에 발생합니다.

그 역할은 특이한 프로젝트 관리자입니다. 프로젝트 코디네이터는 진정한 르네상스맨입니다. 그의 직무 범위에 (매우 자주) 무엇이 있는지 살펴보십시오 .

우선, 그는 전체 프로젝트를 계획하고 이를 작업별로 분리할 수 있어야 합니다 .
그는 Scrum 및 Agile과 같은 방법을 사용하여 프로젝트 관리에 익숙해야 합니다 . 이상적으로는 PRINCE2 인증을 취득해야 합니다. 즉, 프로젝트를 수행할 수 있습니다.

두 번째는 오류를 자주 설명하고 문서화해야 하는 사람입니다 . 클라이언트가 버그를 보고하는 고객 서비스 기능을 수행한다는 점에서 버그를 설명하고 재현한 후 개발팀에 전달합니다(게다가 클라이언트가 청구서를 요구하면 당연히 프로젝트 코디네이터가 그는 주요 연락 담당자이므로 그러한 관리도 기꺼이 처리할 의향이 있습니다.)

그는 또한 클라이언트와의 동기화를 담당하고 , 클라이언트와 매주 회의를 진행하며, 백로그에서 무슨 일이 일어나고 있는지, 그리고 다음 스프린트에서 무슨 일이 일어날지 결정합니다.

의사소통이 잘 되어야 하고, 협상 능력도 있어야 합니다 . 왜냐하면 때로는 고객 측에 다섯 명이 있을 때도 있고, 에이전시에서 한 사람으로서 고객 측의 서로 다른 비전을 어떻게든 조화시켜야 하기 때문입니다. 실제로 무엇을, 어느 정도까지 구현해야 하는지 결정할 수 있어야 합니다.

프로젝트 관리자의 책임에 속하는 또 다른 작업은 개발 부서의 문제를 해결하는 것입니다 . 결국 그는 자신의 프로젝트 팀을 책임지는 경우가 많습니다. 파이프라인이 터지고 백엔드의 새 모듈이 프런트엔드에서 작동하지 않습니다. 여기서는 빠른 결정이 필요하므로 르네상스맨이 다시 행동에 나섭니다.

코디네이터는 또한 프런트엔드, 백엔드, 테스터, UX 및 비즈니스 분석가로 구성된 개발 팀을 관리합니다 .

이 팀을 자신이 관리한다면 채용 단계에서 지원자와 대화를 나누는 것이 도움이 되기 때문에 채용에 참여해야 합니다 .

이것이 임무의 끝이 아니라고 상상해 보세요!

폴란드의 많은 소프트웨어 회사에는 좋은 품질 보증 프로세스가 없기 때문에 그는 종종 테스터이기도 합니다 (따라서 전문 테스터도 없음). 따라서 프로젝트 관리자는 코드 검토 후 개발자가 자신에게 넘겨주는 기능을 테스트하는 책임을 맡습니다. (이것이 종종 전자상거래 또는 B2B 플랫폼 측 팀이 기술 파트너의 테스터인 것처럼 느끼는 이유입니다.)

그는 또한 종종 비즈니스 분석가로도 활동합니다 . 새로운 주요 기능이 출시되면 플래그와 승인 기준을 만드는 사람은 프로젝트 코디네이터입니다. 그리고 물론 그는 문서를 업데이트하려고 노력합니다.

Magento 구현 또는 유지 관리 프로젝트를 관리하는 프로젝트 관리자로서 그는 물론 기술에 대해 잘 알고 있어야 하며 추가적으로 고객의 비즈니스에 대해서도 잘 알고 있어야 합니다 . 즉, 그는 전자상거래 시장에서 무슨 일이 일어나고 있는지 최신 정보를 얻어야 합니다.

그리고 이제 매우 중요한 질문을 던져야 할 때입니다. 그러한 "르네상스 맨"이 존재합니까? 네, 하지만 그런 사람은 거의 없습니다. 즉, 그러한 사람들은 한 손 또는 두 손의 손가락으로 셀 수 있습니다. 즉, 그러한 사람이 우리 프로젝트에 포함될 가능성은 상당히 적습니다.

소프트웨어 하우스가 적극적인 비즈니스 파트너가 되기 위한 방법은 무엇인가요?

이제 생각해보자, 한 사람에게 모든 역할을 축적하는 기획사가 무모한 비즈니스 파트너가 되겠다는 약속을 이행할 수 있다는 것이 현실적일까?

이 사람은 자신에게 기대되는 작업을 수행할 시간이나 능력이 없는 경우가 많습니다(단순히 너무 많음). 어떤 주도권을 행사하는 것은 말할 것도 없습니다.

그렇다면 이 문제에 대한 해결책은 무엇입니까?

외부 전자상거래 컨설턴트 고용

첫째, 사용 중인 기술에 대한 경험이 있는 외부 전자상거래 컨설턴트를 고용할 수 있습니다. 예를 들어 Magento를 사용하는 경우 해당 분야를 전문으로 하는 전자상거래 컨설턴트를 선택해야 합니다. 전자상거래 컨설턴트는 Magento 세계에서 무슨 일이 일어나고 있는지, 새 버전이 나오는지, 각 버전에 어떤 변경 사항이 있는지에 대한 최신 정보를 유지하고 정보를 제공하는 일을 담당할 수 있습니다.

전자상거래 컨설턴트는 또한 전자상거래 관련 그룹과 최신 정보를 유지하고 소프트웨어 하우스에 보고해야 할 새로운 취약점이 발견되면 이를 알려주어야 합니다.

전자 상거래 컨설턴트가 귀하와 소프트웨어 하우스 사이에 설치된 외부 실체 역할을 하는 것이 중요합니다. 이는 소프트웨어 하우스와의 논의를 도울 뿐만 아니라 소프트웨어 하우스에 아웃소싱되는 우선순위와 작업을 더 잘 관리하는 데에도 도움이 됩니다.

전자상거래 컨설턴트는 또한 정기적인 간격(예: 분기에 한 번, 한 달에 한 번 또는 6개월에 한 번)으로 개발 백로그와 개발 로드맵을 업데이트하는 데 도움을 주어야 합니다. 모두 개발 속도에 따라 다릅니다.

전자상거래 개발을 담당하는 전자상거래 이사 또는 제품 관리자가 이 컨설턴트와 만나 백로그를 동기화해야 합니다.

따라서 전자 상거래 컨설턴트는 비즈니스 부분을 수행하고 비즈니스 역할을 수행합니다(소프트웨어 하우스에서 자주 찾는 기능입니다. 소프트웨어 하우스에서 프로젝트 관리자의 역할은 개발 팀의 작업과 개발 프로세스를 관리하는 것으로 귀결됩니다. 반면에 비즈니스 측면에 도움을 주고 전자상거래 세계의 뉴스를 제공하는 전자상거래 컨설턴트가 있습니다. 전자상거래 시장의 현재 상태와 취해야 할 방향에 대해 질문이 있는 경우 전자상거래 컨설턴트가 바로 그 사람입니다. 이러한 질문에 대한 답을 찾는 데 도움이 됩니다.

자신의 회사에서 올바른 역량 구축

두 번째 해결책은 내부 역량을 키우는 것입니다. 대부분의 경우 Magento를 사용하고 있다면 이미 이 오픈 소스 엔진의 사용을 정당화할 수 있는 특정 규모와 크기에 도달했으며 아마도 전자상거래 부서에 이미 일부 인력이 있을 것입니다.

이 경우에는 예를 들어 전자상거래 책임자나 제품 관리자(사이트 담당)가 귀하 옆에 있을 수 있습니다.

예를 들어, 준비 과정을 이수한 다음 Adobe Business Practitioner Professional 인증을 획득하는 것이 좋습니다. Adobe 패널 및 Magento 아키텍처에 대한 지식을 입증하는 자격증입니다. 누군가 이 자격증을 가지고 있다면 이는 Magento 시스템에 대한 확실한 지식을 가지고 있다는 것을 의미합니다. 이 사람은 Magento의 변화를 파악하고 개발 로드맵을 작성하고 업데이트하는 임무를 맡게 됩니다.

비즈니스 역할이 분할된 소프트웨어 하우스와 협력

또 다른 해결책은 비즈니스 적극적 활동을 제공할 대행사를 선택하는 것입니다. 이 기사에서는 프로젝트 관리자의 상황과 그의 일일 책임 범위에 대해 설명했습니다. 이 문제에 대한 해결책은 간단합니다. 이상적으로 에이전시는 협업에서 서로 다른 역할을 맡은 여러 사람을 보유해야 합니다(모든 것이 Renss Man에 누적되지 않도록). 대행사가 귀하의 프로젝트에 대해 이러한 다양한 역할을 제공할 수 있다면 귀하는 실제로 비즈니스 지원과 적극적 활동을 기대할 수 있습니다.

이러한 역할은 무엇이어야 합니까? 이상적으로 그러한 회사는 (프로젝트 관리자 외에) 다음을 갖추어야 합니다.

1. 프로젝트 관리자가 아닌 사람인 전자상거래 컨설턴트
2. 비즈니스 분석가
3. 테스터

전자상거래 컨설턴트에게 어떤 질문을 할 것인지, 주간 회의에 어떻게 참석하는지 (정책 설명) 설정해야 하며, 해당 사람이 특정 기간에 한 번씩 로드맵이나 개발 백로그를 업데이트하기 위해 귀하와 함께 앉아 있다는 것을 명확하게 설정해야 합니다. 예를 들어 분기에 한 번, 한 달에 한 번, 1년에 한 번 등입니다.

프로젝트에는 더 복잡한 기능의 경우 기능이 정확하게 설명되었는지 확인하고, 플래그와 승인 기준을 만들고, 모든 문서를 업데이트하는 일을 담당할 별도의 비즈니스 분석가가 있어야 합니다. 이것은 단순한 역할이 아니다.

프로젝트 관리자와 별개로 최종 역할은 품질 보증 프로세스를 담당하는 테스터입니다. 그가 없으면 소프트웨어 회사에서 귀하에게 위임한 작업에는 항상 오류가 포함되며 귀하는 단순히 기술 파트너의 외부 테스트 부서처럼 느껴질 것입니다.

소프트웨어 하우스가 적극적으로 대응하는지 확인하는 방법은 무엇입니까?

Magento 또는 기타 고급 전자상거래 엔진과 함께 작업할 소프트웨어 하우스 에이전시를 선택할 계획이고 해당 에이전시가 적극적이고 진정한 비즈니스 파트너가 될 것으로 기대한다면 별도의 비즈니스 역할이 있는 에이전시를 선택해야 합니다(위에서 설명한 대로). ).

모든 업무가 한 사람에게만 쌓이면 소프트웨어 하우스가 적극적으로 나서서 좋은 비즈니스 파트너가 될 가능성은 없습니다.

전자상거래 컨설턴트는 일반적으로 대규모 전자상거래 플랫폼 개발에 있어 수년 간의 폭넓은 경험을 보유한 전직 전자상거래 이사입니다. 그런 사람은 시야가 넓어 어느 팀에나 꼭 필요한 사람이다. 전자상거래 전략이나 B2B 판매 전략이 무엇인지 이해하는 사람이 필요합니다.

요약 – 소프트웨어 회사가 좋은 비즈니스 파트너가 아니면 어떻게 될까요?

요약하자면, 함께 일하는 에이전시나 소프트웨어 회사가 좋은 비즈니스 파트너가 아닌 것 같거나, 적극적이지 않거나, 주도권을 잡지 못하는 문제에 직면한 경우 세 가지 옵션이 있습니다.

• 첫 번째 는 협력 과정에서 겪고 있는 공백을 메우기 위해 외부 전자상거래 컨설턴트를 고용하는 것입니다.
• 두 번째 선택은 소프트웨어 회사가 단지 현대의 노동 중개자일 뿐이라는 점을 받아들이는 것입니다. 주요 임무는 귀하의 지시를 수행하는 동시에 귀하가 비즈니스 역량을 구축하는 것입니다.
• 세 번째 옵션은 한 사람에게만 집중되지 않는 비즈니스 역할이 명확하게 정의된 소프트웨어 하우스나 전자상거래 대행사에 작업을 아웃소싱하는 것입니다. 이러한 구조에는 최소한 전자상거래 컨설턴트, 테스터, 비즈니스 분석가, 비즈니스 분석가 등의 직위가 포함됩니다. 프로젝트 매니저.