우리가 아이디어를 가지고 작업하는 방법과 LANBIX가 탄생한 방법

LANIT-Integration에는 창의적인 직원들이 많이 있습니다. 새로운 제품과 프로젝트에 대한 아이디어는 말 그대로 공중에 떠 있습니다. 때로는 가장 흥미로운 것을 식별하는 것이 매우 어려울 수 있습니다. 따라서 우리는 함께 자체 방법론을 개발했습니다. 최고의 프로젝트를 선택하고 구현하는 방법에 대한 이 기사를 읽어보세요.

러시아와 전 세계적으로 IT 시장의 변화를 이끄는 수많은 프로세스가 진행되고 있습니다. 컴퓨팅 성능의 향상과 서버, 네트워크 및 기타 가상화 기술의 출현으로 인해 시장에서는 더 이상 많은 양의 하드웨어가 필요하지 않습니다. 공급업체는 점점 더 고객과 직접 협력하는 것을 선호합니다. IT 시장은 전통적인 아웃소싱부터 새로운 아웃소싱 업체인 "클라우드 제공업체"에 이르기까지 모든 형태의 아웃소싱 붐을 경험하고 있습니다. 인프라 시스템과 요소의 유지 관리 및 구성이 훨씬 쉬워졌습니다. 소프트웨어의 품질은 매년 향상되고 있으며 통합자의 업무는 변화하고 있습니다.

우리가 아이디어를 가지고 작업하는 방법

제품 시작 방향 "LANIT 통합" XNUMX년이 넘었습니다. 우리의 주요 목표는 새로운 제품을 만들어 시장에 출시하는 것입니다. 우리가 가장 먼저 시작한 일은 제품을 만드는 과정을 정리하는 것이었습니다. 우리는 고전적인 방법부터 과대 광고에 이르기까지 다양한 방법론을 연구했습니다. 그러나 그 중 어느 것도 우리의 요구를 충족시키지 못했습니다. 그런 다음 우리는 린스타트업 방법론을 기초로 삼아 우리 업무에 적용하기로 결정했습니다. 린 스타트업(Lean Startup)은 에릭 리스(Eric Ries)가 창안한 기업가 정신 이론입니다. 이는 린 제조(Lean Manufacturing), 고객 개발 및 유연한 개발 방법론과 같은 개념의 원칙, 접근 방식 및 관행을 기반으로 합니다.

제품 개발 관리에 대한 직접적인 접근 방식은 바퀴를 재발명하지 않고 기존 개발 방법론을 적용했습니다. 스크럼, 창의성을 더해 이제 안전하게 SCRUM-WATERFALL-BAN이라고 부를 수 있습니다. SCRUM은 유연성에도 불구하고 매우 엄격한 시스템이며 하나의 제품/프로젝트만 담당하는 팀을 관리하는 데 적합합니다. 아시다시피, 고전적인 "통합" 비즈니스에는 하나의 프로젝트 작업에 전임 기술 전문가를 할당하는 작업이 포함되지 않습니다(예외가 있지만 극히 드물음). 왜냐하면 제품 작업 외에도 모든 사람이 현재 프로젝트로 바쁘기 때문입니다. SCRUM에서 우리는 작업을 스프린트, 일일 보고, 회고 및 역할로 나누었습니다. 우리는 작업 흐름을 위해 Kanban을 선택했고 이는 기존 작업 추적 시스템에 잘 통합되었습니다. 우리는 기존의 질서에 완벽하게 통합되어 작업을 구조화했습니다.
시장에 진입하기 전에 제품은 아이디어, 선택, 컨셉, MVP(자세한 내용은 아래 참조) 및 생산의 5단계를 거칩니다.

생각

이 단계에는 일시적인 것, 즉 아이디어가 있습니다. 이상적으로는 기존 문제나 고객 문제를 해결하기 위한 아이디어입니다. 우리에게는 아이디어가 부족하지 않습니다. 초기 계획에 따르면 기술 분야 직원이 생성해야 합니다. 추가 개발을 위해 아이디어가 승인되려면 작성자는 "아이디어 디자인 템플릿"을 작성해야 합니다. 질문은 네 가지뿐입니다. 무엇을? 무엇을 위해? 누가 이것을 필요로 합니까? 그리고 우리 제품이 아니라면 어떻게 될까요?

출처

선택

완성된 템플릿이 우리에게 도착하자마자 처리 및 선택 절차가 시작됩니다. 선택 단계는 가장 노동 집약적입니다. 이 단계에서는 문제에 대한 가설(이상적으로는 아이디어가 고객의 문제를 해결해야 한다고 이전 단락에서 언급한 것이 아무것도 아님)과 제품의 가치가 형성됩니다. 규모 가설이 형성됩니다. 즉, 우리 사업이 어떻게 성장하고 번영할 것인지. 잠재 고객과의 문제 및 전문가 인터뷰를 통해 필요한 제품을 생산할 것이라는 사전 확인을 제공합니다. 제품의 필요성에 대한 결론을 내리려면 최소한 10-15번의 인터뷰가 필요합니다.

가설이 확인되면 예비 재무 분석이 수행되고 대략적인 투자 금액과 투자자의 가능한 수입이 평가됩니다. 이 단계의 결과로 린 캔버스(Lean Canvas)라는 문서가 탄생하여 경영진에게 제시됩니다.

개념

이 단계에서는 아이디어의 약 70%가 제거됩니다. 컨셉이 승인되면 아이디어 개발 단계가 시작됩니다. 미래 제품의 기능이 형성되고, 구현 경로와 최적의 기술 솔루션이 결정되며, 사업 계획이 업데이트됩니다. 이 단계의 결과는 개발을 위한 기술 사양과 상세한 비즈니스 사례입니다. 성공하면 MVP 또는 MVP 단계로 이동합니다.

MVP 또는 MVP

MVP는 최소 실행 가능 제품입니다. 저것들. 완전히 개발되지는 않았지만 이미 가치를 창출하고 기능을 수행할 수 있는 제품입니다. 이 개발 단계에서는 실제 사용자로부터 피드백을 수집하고 변경하는 것이 중요합니다.

생산

그리고 마지막 단계는 생산입니다. 이 단계에 도달하는 제품은 5% 미만입니다. 이 5%에는 가장 중요하고, 필요하며, 실행 가능하고 기능적인 제품만 포함됩니다.

우리는 많은 아이디어를 가지고 있으며 이미 방대한 포트폴리오를 구성했습니다. 우리는 모든 아이디어를 분석하고 그것이 최종 단계에 도달할 수 있도록 최선을 다합니다. 우리 동료들이 우리의 R&D 방향에 무관심하지 않고 제품과 솔루션의 개발 및 구현에 적극적으로 참여하는 것은 매우 기쁩니다.

LANBIX를 만든 방법

실제 사례인 LANBIX 제품을 사용하여 제품을 만드는 방법을 살펴보겠습니다. 이는 소규모 IT 인프라를 모니터링하고 챗봇을 통해 제어되는 오작동에 대해 의사 결정자와 비즈니스 사용자에게 즉시 경고하도록 설계된 "박스형" 소프트웨어 및 하드웨어 시스템입니다. LANBIX에는 모니터링 기능 외에도 Help Desk 기능이 포함되어 있습니다. 이 제품은 우리가 목표로 하는 시장 부문에만 독점적입니다. 이것이 우리의 장점이자 고통입니다. 하지만 가장 먼저 해야 할 일이 있습니다. LANBIX는 살아있는 제품이라는 점을 바로 말씀드리겠습니다(즉, 개발이 최종 완료되지 않았으며 다음 MVP 단계에 있습니다).

첫 번째 단계는 아이디어입니다. 아이디어가 탄생하려면 문제가 필요하며 우리에게는 문제가 있거나 오히려 우리가 아니라 친구가 있습니다. 아래에서는 다양한 비즈니스 영역에서 발생한 몇 가지 실제 상황을 살펴보겠습니다.

소규모 관리 회사가 모스크바 지역에 두 채의 주택을 관리하고 있습니다. PC를 사용하는 직원은 15명 정도입니다. 시스템 관리자는 방문하는 프리랜서(돌보는 거주자 중 한 사람의 똑똑한 아들)입니다. 관리 회사의 활동은 IT에 대한 의존도가 약한 것처럼 보이지만 이 사업의 특징은 매월 여러 기관에 보고하는 것입니다. 회사 대표의 시스템 디스크(여러 역할을 결합함)에 여유 공간이 부족합니다. 당연히 이것은 갑자기 발생한 것이 아니라 경고가 약 2개월 동안 중단되었으며 지속적으로 무시되었습니다. 그러나 업데이트가 도착하고 OS가 업데이트되었으며 운 좋게도 업데이트 중간에 멈춰서 사용 중인 디스크에 대해 "죽기" 전에 불평했습니다. 컴퓨터가 주기적으로 재부팅되었습니다. 문제를 정리하고 신고를 받는 과정에서 신고 기한을 놓쳤습니다. 사소한 오작동으로 인해 손실부터 소송 및 행정적 책임까지 다양한 문제가 발생한 것 같습니다.

출처   

유사한 사건이 여러 소규모 회사를 통합하여 전체 사무실에 대한 단일 기술 지원 서비스를 제공하는 대규모 지주 회사에서 발생했습니다. 부서 중 하나에서 수석 회계사의 컴퓨터가 고장났습니다. 컴퓨터가 고장날 수 있다는 사실은 오랫동안 알려져 있었지만(컴퓨터가 필사적으로 느려지고 뜨거워지고 있음) 수석 회계사는 기술 지원 요청을 보낼 엄두도 내지 못했습니다. 당연히 월급날에 정확히 고장이 나서 부서 직원들은 며칠 동안 돈이 없었습니다.

소규모 도매업을 하는 한 중소기업은 외부 플랫폼에서 호스팅되는 판매 웹사이트를 운영하고 있었습니다. 일반 고객으로부터 전화로 사용할 수 없다는 사실을 알게되었습니다. 통화 당시 사이트는 약 1시간 동안 다운된 상태였다. 사이트 책임자를 찾는 데 두 시간이 더 걸렸고, 문제를 해결하는 데 두 시간이 더 걸렸습니다. 따라서 거의 하루 종일 사이트를 사용할 수 없었습니다. 회사의 상업 이사에 따르면 이 가동 중지 시간으로 인해 약 XNUMX만 루블의 비용이 발생했습니다.

저도 병원에 예약을 하고 VHI 등록을 하러 갔을 때 비슷한 상황에 직면했습니다. 사소한 이유로 나를 의사에게 보낼 수 없었습니다. 아침에 전력 급증이 있었고 사고 후 우편 서비스와 보험 회사와의 특정 통신 서비스가 작동하지 않았습니다. 귀하의 관리자는 어디에 있습니까?라는 내 질문에 대한 응답으로 관리자가 일주일에 한 번 와서 방문한다고 들었습니다. 그런데 지금(그때 이미 16시) 그는 전화를 받지 않습니다. 최소 00시간 동안 진료소는 외부 세계와 단절돼 유료 서비스를 제공할 수 없었다.

이 모든 사건의 공통점은 무엇입니까? 물론 모든 문제는 사전에 예방할 수 있었습니다. IT 인력의 시기적절한 대응이 있었다면 피해를 줄일 수도 있었습니다. 이는 사용자가 초기 증상을 올바르게 해석했다면 가능할 것입니다.

우리는 문제 가설을 확인했습니다.

• IT 인프라 결함에 대한 낮은 대응 속도로 인한 상당한 금전적 및 평판 손실;
• 사용자의 오작동 초기 증상에 대한 잘못된 해석.

고객은 이 제품으로 무엇을 할 수 있으며 향후 유사한 상황을 방지하는 방법은 무엇입니까? 옵션이 많지 않습니다.

1. 높은 자격을 갖춘 시스템 관리자를 고용하여 성실하게 일하게 하십시오.
2. IT 유지 관리를 전문 서비스 회사에 아웃소싱합니다.
3. 모니터링 및 오류 보고 시스템을 독립적으로 구현합니다.
4. 사용자/비즈니스 담당자에게 컴퓨터 활용 능력의 기초 교육을 제공합니다.

세 번째 옵션을 결정해 보겠습니다. 여러 가지 이유로 사용하지 않는 분들을 위해 모니터링 시스템을 제공하겠습니다.

서정적 여담. 기업 시장에서 IT 서비스를 모니터링하기 위한 다양한 시스템이 오랫동안 사용되어 왔으며 그 이점은 논쟁의 여지가 없습니다. 대기업 대표들과 이야기를 나누며 비즈니스와 IT의 관계가 어떻게 구축되는지 살펴봤습니다. 한 대규모 기계 제작 기업의 기술 이사는 IT 인프라 유지 관리를 외부 회사에 아웃소싱했지만 그 자신은 모든 문제를 알고 있습니다. 그의 사무실에는 IT 서비스 상태를 나타내는 대형 모니터링 시스템 화면이 걸려 있습니다. 가장 중요한 것들이 시스템에 포함되어 있습니다. 기술책임자는 언제든지 인프라 상태가 어떤지, 무슨 일이 일어나고 있는지, 문제가 어디에 있는지, 담당자에게 통보됐는지, 문제가 해결되고 있는지 등을 확인할 수 있다.

위에 나열된 이야기를 통해 우리 팀은 소규모 기업을 위한 최적의 모니터링 시스템을 만드는 방법에 대해 생각하게 되었습니다. 그 결과, IT 지식 없이도 누구나 배포할 수 있는 모니터링 시스템인 LANBIX가 탄생했습니다. 연속성과 가용성을 높이는 것을 목표로 하는 모든 시스템과 마찬가지로 시스템의 주요 목표는 간단합니다. 즉, 계획되지 않은 가동 중지 시간이 발생할 경우 금전적 손실과 기타 손실을 줄이는 것입니다. 이 장치는 "뭔가 고장났습니다"와 "문제가 해결되었습니다" 사이의 시간을 최소한으로 줄이도록 설계되었습니다.

가설을 확인하기 위해 문제면접을 실시하였다. 나는 팔려고 하지 않고 얼마나 많은 사람들이 기꺼이 말할 것인지 상상할 수 없었습니다. 각 대화는 최소 1,5시간 XNUMX분 동안 지속되었으며 향후 개발에 유용한 많은 정보를 얻었습니다.

이 단계의 결과를 요약해 보겠습니다.

1. 문제에 대한 이해가 있고,
2. 가치에 대한 이해 - 있습니다.
3. 해결책에 대한 아이디어가 있습니다.

두 번째 단계는 더 자세하게 설명되었습니다. 그 결과를 바탕으로 우리는 제품의 미래 운명에 대한 결정을 내리기 위해 본질적으로 투자자 역할을 하는 경영진에게 비즈니스 사례(동일한 린 캔버스)를 제시해야 했습니다.

우리는 이 시장에서 누가, 무엇을, 그리고 가장 중요하게는 어떻게 하고 있는지 알아보기 위해 시장 조사와 경쟁 분석부터 시작했습니다.

다음과 같은 결과가 나왔습니다.

1. 우리 부문(중소 기업) 시장에는 기성품 박스형 모니터링 시스템이 없습니다. 몇 개 또는 세 개를 제외하고는 분명한 이유로 이에 대해 이야기하지 않겠습니다.
2. 이상하게도 우리의 주요 경쟁자는 집에서 작성한 스크립트와 오픈 소스 모니터링 시스템에 대한 "추가 기능"을 갖춘 시스템 관리자입니다.
3. 오픈소스 모니터링 시스템을 사용하는 데에는 분명한 문제가 있습니다. 시스템이 있고, 필요에 맞게 시스템을 작동하고 수정하는 방법에 대한 엄청난 양의 정보가 있습니다. 제가 인터뷰한 관리자 중 많은 사람들이 자신의 아이디어를 스스로 구현하기에 충분한 역량이 없다고 인정했습니다. 그러나 그들은 해고가 두려워 이를 경영진에 인정할 수 없다. 그것은 악순환으로 밝혀졌습니다.

그런 다음 잠재 고객의 요구 사항을 분석했습니다. 어떤 이유로든 자체 IT 서비스를 보유하지 않고 신입 시스템 관리자, 프리랜서 또는 서비스 회사가 IT를 담당하는 소규모 조직을 식별했습니다. 진입을 결정한 것은 IT 측이 아니라 창업자와 사업주에게 IT 인프라 서비스 품질을 향상시킬 수 있는 도구를 제공하는 비즈니스 측이었습니다. 소유자가 비즈니스를 보호하는 데 도움이 되는 동시에 IT 담당자에게 업무를 추가하는 제품입니다. IT 지원 품질을 모니터링하기 위한 도구를 기업에 제공하는 제품입니다.

수신된 데이터를 처리한 결과, 미래 제품에 대한 첫 번째 요구 사항 목록(일종의 대략적인 백로그)이 탄생했습니다.

• 모니터링 시스템은 오픈 소스 솔루션을 기반으로 해야 하며 결과적으로 저렴해야 합니다.
• 쉽고 빠르게 설치할 수 있습니다.
• IT에 대한 특정 지식이 필요하지 않아야 하며 회계사라도(이 직업의 대표자를 불쾌하게 하고 싶지 않았습니다) 시스템을 배포하고 구성할 수 있어야 합니다.
• 네트워크에서 모니터링할 개체를 자동으로 감지해야 합니다.
• 모니터링 에이전트를 자동으로(이상적으로는 자동으로) 설치해야 합니다.
• 외부 서비스, 최소한 CRM 시스템 및 판매 웹사이트를 모니터링할 수 있어야 합니다.
• 문제를 비즈니스와 시스템 관리자 모두에게 알려야 합니다.
• 경고의 깊이와 "언어"는 관리자와 비즈니스에 따라 달라야 합니다.
• 시스템은 자체 하드웨어로 제공되어야 합니다.
• 철분은 가능한 한 접근 가능해야 합니다.
• 시스템은 외부 요인으로부터 최대한 독립적이어야 합니다.

다음으로 제품 개발에 대한 투자액을 계산했습니다(기술부서 직원의 인건비 포함). 비즈니스 모델의 스케치를 준비하고 제품의 단위 경제성을 계산했습니다.

단계 결과:

• 높은 수준의 제품 백로그;
• 실제로 아직 테스트되지 않은 공식화된 비즈니스 모델 또는 규모 가설.

다음 단계인 개념으로 넘어가겠습니다. 여기에서 우리는 엔지니어로서 우리의 고유한 요소를 발견합니다. 구성 요소/하위 시스템/기능으로 분해된 다음 기술 사양/사용자 스토리, 프로젝트 등으로 변환되는 "위시 리스트"가 있습니다. 다양한 대체 옵션을 준비하는 과정에 대해서는 자세히 설명하지 않고 바로 요구 사항과 구현을 위해 선택한 방법으로 넘어가겠습니다.

요구 사항
결정

• 개방형 모니터링 시스템이어야 합니다.

우리는 오픈 소스 모니터링 시스템을 사용합니다.

• 시스템은 설치가 간단하고 신속해야 합니다.
• 특정 IT 지식이 필요하지 않습니다. 회계사라도 시스템을 배포하고 구성할 수 있어야 합니다.

우리는 사용자가 장치를 켜고 라우터와 비슷하게 약간만 구성하면 되도록 설치된 시스템을 제공합니다.

모든 사람이 간단하고 이해할 수 있는 것으로 장치와의 상호 작용을 마무리하겠습니다.

잘 알려진 인스턴트 메신저 중 하나에 대한 자체 챗봇을 작성하고 시스템과의 모든 상호 작용을 여기에 전송해 보겠습니다.

시스템은 다음을 수행해야 합니다.

• 네트워크 모니터링에 필요한 개체를 자동으로 감지합니다.
• 모니터링 에이전트를 자동으로 설치합니다.
• 외부 서비스, 최소한 CRM 시스템 및 판매 웹사이트를 모니터링할 수 있어야 합니다.

우리는 다음을 위한 모니터링 시스템용 추가 기능을 작성합니다.

• 자동 물체 감지;
• 에이전트 자동 설치;
• 외부 서비스의 가용성을 모니터링합니다.

시스템은 다음을 수행해야 합니다.

• 비즈니스와 시스템 관리자 모두에게 문제를 알립니다.
• 외부 서비스, 최소한 CRM 시스템 및 판매 웹사이트를 모니터링할 수 있어야 합니다. 알림의 깊이와 "언어"는 관리자와 기업에 따라 달라야 합니다.
• 시스템에는 특정 IT 지식이 필요하지 않으며 회계사라도 시스템을 배포하고 구성할 수 있어야 합니다.

• 다양한 유형의 사용자에 대해 다양한 유형의 알림을 추가해 보겠습니다. 피치와 깊이가 다릅니다. 비즈니스 사용자는 "모든 것이 괜찮지만 Ivanov의 컴퓨터가 곧 종료됩니다."와 같은 알림을 받게 됩니다. 관리자는 오류, 누가, 어떻게, 무슨 일이 발생했거나 발생할 수 있는지에 대한 완전한 메시지를 받게 됩니다.
• 추가 책임자의 메일을 사용하는 기능을 추가하여 고장이 발생하는 경우 해당 사람이 메시지를 받을 수 있도록 합시다.
• 미리 준비된 텍스트로 이메일을 보내는 것을 기반으로 외부 서비스 제공자와의 상호 작용을 추가해 보겠습니다. 사건의 원인이 된 이메일입니다.
• 시스템과의 모든 상호 작용은 챗봇으로 연결되며 커뮤니케이션은 대화 스타일로 진행됩니다.

추가 :

• 사용자가 문제를 설명하는 메시지를 관리자에게 직접 보낼 수 있도록 '관리자와의 채팅' 기능을 추가해 보겠습니다.

• 시스템은 자체 하드웨어로 제공되어야 합니다.
• 다리미가 있어야 합니다.
• 시스템은 가능한 한 환경으로부터 독립적이어야 합니다.

• 기성품이고 저렴한 Raspberry PI 컴퓨터를 가져 갑시다.
• 무정전 전원 공급 장치 보드를 설계해 보겠습니다.
• 로컬 네트워크 상태에 독립적인 모뎀을 추가해 보겠습니다.
• 아름다운 건물을 디자인해드리겠습니다.

이제 구현을 위한 자체 요구 사항과 비전을 갖춘 세 가지 하위 시스템이 있습니다.

• 하드웨어 하위 시스템;
• 모니터링 하위 시스템;
• 사용자 상호 작용 하위 시스템.

우리는 하드웨어 하위 시스템에 대한 예비 설계를 개발했습니다. 예 예! 애자일의 모든 규칙을 위반한 후 우리는 문서를 개발했습니다. 제조 공장이 문서를 사용하기 때문입니다. 나머지 하위 시스템에 대해서는 사용자(사람)를 식별하고, 사용자 스토리를 준비하고, 개발을 위한 작업을 작성했습니다.

이것으로 컨셉 단계가 끝나고 결과는 다음과 같습니다.

• 하드웨어 플랫폼을 위한 프로젝트;
• 나머지 두 하위 시스템에 대한 사용자 스토리 형태로 비전을 공식화합니다.
• 가상 머신으로 구현된 소프트웨어 프로토타입;
• 하드웨어 솔루션의 강도를 실제로 테스트하는 스탠드 형태로 구현된 하드웨어 프로토타입
• 우리 관리자가 수행한 테스트입니다.

이 단계의 문제는 대부분 조직적이며 영업의 법률 및 회계 측면에 대한 엔지니어링 직원의 지식 부족과 관련이 있습니다. 저것들. 무엇을 어떻게 판매할지 파악하는 것과 특허, 개발 작업, 등록, EULA 등 창의적인 사람으로서 처음에는 고려하지 않은 무자비한 법적 기계에 직면하는 것과는 또 다른 일입니다.

아직 문제는 없었지만 인클로저 설계와 관련된 어려움이 있었습니다. 우리 팀은 엔지니어로만 구성되어 있으므로 전자 전문가가 플렉시글라스로 케이스의 첫 번째 버전을 "제작"했습니다.

신체는 특히 대중에게 현대 기술로 인해 손상되어 온화하게 논란의 여지가 있는 것처럼 보였습니다. 물론 구세대의 "Kulibins"사이에는 감정가도있었습니다. 건물은 그들에게 향수를 불러 일으켰습니다. 이전 제품에는 미적 결함 외에도 구조적 결함이 있었기 때문에 케이스를 새로 제조하고 디자인하기로 결정했습니다. 플렉시 유리는 장치의 조립 및 분해를 잘 견디지 못하고 깨지는 경향이 있었습니다. 케이스 제작에 대해 더 말씀드리겠습니다.

이제 우리는 결승선인 MVP에 가까워졌습니다. 물론 아직 최종 생산된 제품은 아니지만 이미 유용하고 가치가 있는 제품입니다. 이 단계의 주요 목표는 "생성-평가-학습" 주기를 시작하는 것입니다. 이것이 바로 LANBIX가 있는 단계입니다.

"만들기" 단계에서 우리는 명시된 기능을 수행하는 장치를 만들었습니다. 예, 아직 완벽하지는 않으며 계속해서 노력하고 있습니다.

신체 제조로 돌아가 보겠습니다. 우리의 장치를 향수를 불러일으키는 장치에서 현대 장치로 바꾸는 작업에 착수했습니다. 처음에는 캐비닛 제조업체와 산업 디자인 서비스 시장을 샅샅이 뒤졌습니다. 첫째, 러시아 시장에는 케이스를 생산하는 회사가 많지 않으며, 둘째, 이 단계의 산업 디자인 비용은 약 1만 루블로 엄청나게 높습니다.

그들은 디자인을 위해 우리 마케팅 부서에 연락했고, 젊은 디자이너는 창의적인 실험을 할 준비가 되어 있었습니다. 우리는 선체에 대한 비전을 설명했고(이전에 선체 건설의 가장 좋은 예를 연구한 적이 있음) 선체를 예술 작품으로 만들었습니다. 남은 것은 그것을 생산하는 것뿐입니다. 우리의 디자인을 자랑스럽게 생각하는 우리는 파트너에게 의지했습니다. CEO는 우리가 선택한 방식으로는 생산할 수 없는 것들을 완전히 무료로 지적함으로써 우리의 환상을 즉시 무너뜨렸습니다. 케이스도 제작이 가능하고 애플보다 나쁘지는 않겠지만, 케이스 가격이 모든 전자부품에 비해 XNUMX~XNUMX배는 더 비쌀 것이다. 일련의 작업과 승인을 거쳐 생산 가능한 하우징을 설계했습니다. 예, 계획한 것만큼 아름답지는 않지만 현재 목표를 달성하는 데 이상적입니다.

단계 결과: 전투 및 테스트 준비가 완료된 첫 번째 장치 배치입니다.

그리고 이제 가장 어려운 것은 "평가" 단계이며, 우리 제품으로 우리는 정확히 이 지점에 와 있습니다. 우리는 실제 고객의 사용 결과만을 토대로 평가할 수 있으며 여기서는 어떠한 가정도 적용되지 않습니다. 피드백을 제공하고 실제로 필요한 제품을 변경하려면 "얼리 어답터"가 필요합니다. 문제는 고객을 어디서 얻을 수 있고 고객이 실험에 참여하도록 설득하는 방법입니다.

가능한 모든 옵션 중에서 우리는 랜딩 페이지와 소셜 네트워크 광고 캠페인이라는 고전적인 디지털 도구 세트를 선택했습니다.

프로세스는 이미 시작되었지만 이미 응답이 있고 많은 가설에 대한 확인을 받았지만 결과에 대해 이야기하기에는 너무 이릅니다. 유쾌한 놀라움은 우리가 예상했던 것보다 훨씬 더 큰 완전히 다른 사업 부문의 대표자들의 반응이었습니다. 새로운 도입을 무시하는 것은 어리석은 일이며, 인터뷰 결과를 바탕으로 LANBIX Enterprise라는 병렬 LANBIX 라인을 출시하기로 결정했습니다. 분산 인프라에 대한 지원, 문제 해결 및 현지화를 통한 Wi-Fi 네트워크 모니터링, 통신 채널 품질 모니터링이 추가되었습니다. 서비스 회사는 솔루션에 가장 큰 관심을 표명했습니다. 동시에 우리가 이미 개발한 장치는 솔루션 작동에 중요한 역할을 합니다.

다음에 어떤 일이 일어날 것입니까?

캠페인 결과에 따라 원래 LANBIX의 다음 단계가 명확해질 것입니다. 우리의 가설이 확인되지 않으면 Lean 방법론에 따라 우리는 이를 무자비하게 제거하거나 새로운 것으로 변형할 것입니다. 아무도 필요하지 않은 제품을 만드는 것보다 더 나쁜 것은 없기 때문입니다. 그러나 이제 우리는 수행한 작업이 헛되지 않았으며 그 덕분에 우리가 적극적으로 작업하고 있는 다양한 병렬 제품이 등장했다고 말할 수 있습니다. 성공한다면 LANBIX는 MVP 단계에서 최종 단계로 넘어가며, 이해할 수 있는 제품 마케팅의 고전적 법칙에 따라 발전할 것입니다.

반복합니다. 이제 우리는 피드백을 수집하기 위해 제품을 설치할 수 있는 얼리 어답터, 회사를 찾고 싶습니다. LANBIX 테스트에 관심이 있으시면 댓글이나 비공개 메시지를 작성해 주세요.

출처

출처 : habr.com