Como trabalhamos com idéias e como nasceu a LANBIX

A integração LANIT tem muitos funcionários criativos. Idéias para novos produtos e projetos literalmente estão no ar. Revelar o mais interessante às vezes é muito difícil. Portanto, desenvolvemos em conjunto nossa própria metodologia. Como selecionar os melhores projetos e implementá-los, leia este artigo.


Na Rússia, e de fato no mundo como um todo, estão ocorrendo vários processos que levam à transformação do mercado de TI. Devido ao aumento do poder de computação e ao advento de servidores, redes e outras tecnologias de virtualização, o mercado deixou de precisar de muito hardware. Cada vez mais, os fornecedores preferem trabalhar diretamente com os clientes. No mercado de TI, o florescimento da terceirização em todas as suas manifestações, da terceirização clássica aos terceirizadores de uma nova onda - “provedores de nuvem”. Os sistemas e elementos de infraestrutura ficam muito mais fáceis de manter e configurar. A qualidade do software está crescendo a cada ano e as tarefas do integrador estão sendo transformadas.

Como trabalhamos com idéias

A área de inicialização do produto no LANIT-Integration existe há mais de um ano. Nosso principal objetivo é criar novos produtos e trazê-los ao mercado. A primeira coisa que começamos foi organizar o próprio processo de criação do produto. Estudamos muitas metodologias, começando com as clássicas e terminando com as exageradas. No entanto, nenhum deles corresponde aos nossos pedidos. Decidimos tomar a metodologia Lean Startup como base e adaptá-la às nossas tarefas. Lean Startup é uma teoria do empreendedorismo criada por Eric Rees. É baseado nos princípios, abordagens e práticas de conceitos como manufatura enxuta, desenvolvimento de clientes e uma metodologia de desenvolvimento flexível.

Quanto à abordagem para gerenciar diretamente o desenvolvimento de produtos: não inventamos uma bicicleta, mas aplicamos a metodologia de desenvolvimento SCRUM existente, acrescentando criatividade, e agora ela pode ser chamada com segurança de SCRUM-WATERFALL-BAN. O SCRUM, apesar de sua flexibilidade, é um sistema muito rígido e adequado para gerenciar uma equipe responsável por apenas um produto / projeto. Como você entende, o negócio clássico de “integrador” não envolve a alocação de especialistas técnicos por tempo integral para trabalhar em um projeto (há exceções, mas muito raramente), pois além de trabalhar em produtos, todos estão envolvidos em projetos em andamento. No SCRUM, levamos a divisão do trabalho em sprints, relatórios diários, retrospectivas e funções. Para trabalhar com o fluxo de tarefas, escolhemos o Kanban e ele se integra perfeitamente ao nosso sistema de rastreamento de tarefas existente. Construímos o trabalho, integrando-nos perfeitamente à ordem existente.

Antes de entrar no mercado, o produto passa por 5 etapas: ideia, seleção, conceito, MJP (mais - abaixo) e produção.

Idéia

Nesta fase, há algo efêmero - uma ideia. Idealmente, a idéia é resolver um problema ou tarefa existente do cliente. Não temos falta de idéias. De acordo com a ideia inicial, eles devem ser gerados por funcionários de áreas técnicas. Para que a idéia seja aceita para desenvolvimento adicional, o autor deve preencher o "Modelo de Design da Idéia". Existem apenas quatro perguntas: O quê? E daí? Quem precisa disso? E se não for nosso produto, então o que?

Fonte

Selecção

Assim que o modelo projetado chegar até nós, o procedimento de processamento e seleção é iniciado. O estágio de seleção é o mais demorado. Nesse estágio, ocorre a formação de hipóteses de problemas (não foi à toa que mencionei no parágrafo anterior que, idealmente, uma idéia deveria resolver o problema de um cliente) e os valores do produto. A hipótese da escala é formada, isto é, como nosso negócio vai crescer e prosperar. Entrevistas problemáticas e com especialistas são realizadas com clientes em potencial para confirmar preliminarmente que vamos produzir algo de que precisamos. São necessárias pelo menos 10 a 15 entrevistas para concluir que o produto é necessário.


Se as hipóteses forem confirmadas, é realizada uma análise financeira preliminar, o volume aproximado de investimentos e os possíveis ganhos do investidor são estimados. Como resultado dessa etapa, um documento chamado Lean Canvas nasce e é apresentado à liderança.

Conceito

Nesta fase, cerca de 70% das idéias são filtradas. Se o conceito for aprovado, começa o estágio de desenvolvimento da idéia. As capacidades funcionais do produto futuro são formadas, os caminhos de implementação e as soluções técnicas ideais são determinadas, o plano de negócios é atualizado. O resultado desse estágio são os termos de referência para desenvolvimento e um caso de negócios detalhado. Se for bem-sucedido, vá para o estágio de MJP ou MVP.

MJP ou MVP

MJP é um produto minimamente viável. I.e. um produto que não está totalmente desenvolvido, mas que já pode agregar valor e executar sua funcionalidade. Certifique-se de que, nesta fase do desenvolvimento, coletamos feedback de usuários reais e fazemos alterações.

Produção

E a última etapa é a produção. Até esta etapa, não recebe mais de 5% dos produtos. Esses 5% incluem apenas os produtos mais importantes, necessários, viáveis ​​e funcionais.

Temos muitas idéias, um portfólio volumoso já foi coletado. Analisamos cada ideia e fazemos tudo para que chegue à fase final. É muito agradável que nossos colegas não tenham se mantido indiferentes à nossa direção de P&D e participado ativamente do desenvolvimento, implementação de produtos e soluções.

Como fizemos o LANBIX

Considere criar um produto com um exemplo da vida real - LANBIX Este é um sistema de hardware e software "in a box", projetado para monitorar pequenas infra-estruturas de TI e alertar prontamente os tomadores de decisão e usuários de negócios sobre problemas controlados por meio de um bot de bate-papo. Além da função de monitoramento, o LANBIX inclui a funcionalidade de Suporte Técnico. Este produto é exclusivo para o segmento de mercado que estamos direcionando. Essa é nossa vantagem e nossa dor. Mas as primeiras coisas primeiro. Devo dizer imediatamente que o LANBIX é um produto vivo (ou seja, não é final em seu desenvolvimento e está na próxima rodada do MVP).

Então, o primeiro estágio é uma ideia. Para uma idéia nascer, precisamos de problemas, e os tivemos, ou melhor, não conosco, mas com nossos amigos. A seguir, consideramos várias situações reais que ocorreram em diferentes áreas do negócio.

Uma pequena empresa de administração atende duas casas nos subúrbios. A equipe com PC, cerca de 15 pessoas. O administrador do sistema é um freelancer de entrada (o filho mais inteligente de um dos residentes em questão). Parece que as atividades da empresa de gerenciamento dependem fracamente da TI, mas a peculiaridade desse negócio é o relatório mensal para muitas instâncias. No disco do sistema do chefe da empresa (como de costume, combinando várias funções), o espaço livre acabou. Naturalmente, isso não aconteceu repentinamente, o aviso foi suspenso por cerca de 2 meses e foi constantemente ignorado. Mas a atualização chegou, o sistema operacional foi atualizado e, por sorte, ficou no meio da atualização, reclamando antes da "morte" do disco ocupado. Comp entrou em uma reinicialização cíclica. Enquanto resolvemos o problema e recebemos relatórios, perdemos o prazo para a denúncia. Parece que um pequeno mau funcionamento causou vários problemas: de perdas a processos judiciais e responsabilidade administrativa.

Fonte

Um incidente semelhante ocorreu em uma grande holding que unia muitas pequenas empresas com um único serviço de suporte técnico para todo o escritório. Em um dos departamentos, o computador do contador principal quebrou. Que ele poderia quebrar, era sabido há muito tempo (o computador estava desesperadamente desacelerando e se aquecendo), mas as mãos do contador-chefe não chegaram ao ponto de enviar um pedido de suporte técnico. Naturalmente, ele quebrou exatamente no dia do salário e os funcionários do departamento ficaram sem dinheiro por vários dias.


Uma pequena empresa atacadista possui um site de vendas hospedado em um site externo. Aprendemos sobre sua inacessibilidade por telefone com um cliente comum. No momento da ligação, o site permaneceu por cerca de três horas. Levou mais algumas horas para encontrar a pessoa responsável pelo site e mais duas para corrigir o mau funcionamento. Assim, quase todo o dia útil em que o site ficou indisponível. Segundo o diretor comercial da empresa, esse tempo de inatividade custou cerca de 1 milhão de rublos.

Eu mesmo enfrentei uma situação semelhante quando cheguei à clínica e tive que ir ao registro do VHI. Eles não puderam me enviar ao médico por um motivo banal - pela manhã houve uma oscilação de energia e, após o acidente, seus serviços postais e alguns serviços relacionados ao seguro não funcionaram. À minha pergunta, onde estão seus administradores, foi-me dito que o administrador os acompanha e os visita uma vez por semana. E agora (na época já eram 16:00), ele não estava atendendo. Pelo menos 7 horas, a clínica foi isolada do mundo exterior e não podia prestar serviços pagos.


O que une todos esses casos? Absolutamente todos os problemas podem ser prevenidos com antecedência. Com uma resposta oportuna das pessoas que atendem à TI, foi possível reduzir os danos causados. Isso seria possível com a interpretação correta dos primeiros sintomas pelos usuários.

Identificamos hipóteses de problemas:

• Perdas significativas de caixa e reputação devido à baixa velocidade de resposta a falhas na infraestrutura de TI;
• interpretação errônea dos primeiros sintomas de mau funcionamento pelos usuários.

O que o cliente pode fazer com eles e como evitar situações semelhantes no futuro? Não há muitas opções:

1. leve um administrador de sistema altamente qualificado para a equipe e faça-o trabalhar de boa fé;
2. prestar serviço de TI a uma empresa de serviços especializada;
3. introduzir independentemente um sistema de monitoramento e alerta;
4. fornecer treinamento para usuários / pessoal de negócios sobre os conceitos básicos de informática.

Habitamos a terceira opção. Vamos oferecer um sistema de monitoramento para quem não o utiliza por vários motivos.

Digressão lírica. Vários sistemas de monitoramento de serviços de TI no mercado corporativo são utilizados há muito tempo e seus benefícios não são contestados. Conversei com representantes de grandes empresas, observei como a relação entre negócios e TI foi construída. O diretor técnico de uma grande empresa de construção de máquinas prestou serviços à infraestrutura de TI de uma empresa externa, mas ele mesmo permanece informado. Ele tem em seu escritório um grande sistema de monitoramento de tela com indicadores do status dos serviços de TI. Os mais críticos são inseridos no sistema. A qualquer momento, o diretor técnico pode descobrir em que condições a infraestrutura está, o que está acontecendo, em que área está o problema, se as pessoas responsáveis ​​são notificadas e se o problema está sendo resolvido.

Essas histórias fizeram nossa equipe pensar em como criar um sistema de monitoramento ideal para pequenas empresas. Como resultado, o LANBIX nasceu - um sistema de monitoramento que pode ser implantado por qualquer pessoa sem conhecimento de TI. A principal tarefa do sistema é simples, como em todos os sistemas destinados a aumentar a continuidade e a disponibilidade - reduzindo caixa e outras perdas em caso de inatividade não planejada. O dispositivo foi projetado para minimizar o tempo entre "algo está quebrado para mim" e "o problema está resolvido".

Foram realizadas entrevistas com problemas para confirmar as hipóteses. Eu não conseguia imaginar quantas pessoas estão dispostas a contar, se não tentar vendê-las. Cada conversa durou pelo menos 1,5 horas e recebemos muitas informações úteis para desenvolvimento adicional.

Resuma o resultado desta etapa:

1. compreensão do problema - é,
2. compreensão do valor - é,
3. existe uma ideia para uma solução.

A segunda etapa foi mais detalhada. De acordo com seus resultados, deveríamos ter apresentado à liderança, que basicamente desempenha o papel de investidor, um business case (o mesmo Lean Canvas) para decidir sobre o futuro do produto.

Começamos com pesquisa de mercado e análise competitiva, a fim de descobrir quem, o que e, o mais importante, como funciona nesse mercado.

Acabou o seguinte.

1. Não existem no mercado sistemas de monitoramento prontos para o nosso segmento (pequenas empresas) no mercado, com exceção de alguns ou três, sobre os quais não falarei por razões óbvias.
2. Curiosamente, nossos principais concorrentes são administradores de sistemas com scripts auto-escritos e "dopilki" para sistemas de monitoramento de código aberto.
3. Há um problema claro com o uso de sistemas de monitoramento de código aberto. Existe um sistema, há uma enorme quantidade de informações sobre a operação e o refinamento do sistema para suas necessidades. Dos administradores que entrevistei, muitos admitiram que não possuíam as competências necessárias para implementar suas idéias por conta própria. E eles não podem admitir a liderança por causa do medo de demissão. Acontece um círculo vicioso.

Em seguida, analisamos as necessidades de nossos clientes em potencial. Selecionamos para nós um segmento de pequenas organizações que, por algum motivo, não possuem serviços de TI próprios, onde o administrador do sistema, o freelancer ou a empresa de serviços são responsáveis ​​por TI. Eles decidiram não entrar do lado de TI, mas do lado comercial, oferecendo aos fundadores e proprietários de negócios uma ferramenta para melhorar a qualidade dos serviços de infraestrutura de TI. Um produto que deve ajudar os proprietários a proteger seus negócios, no entanto, ao mesmo tempo, adicionará trabalho às pessoas responsáveis ​​por TI. Um produto que fornece aos negócios uma ferramenta para monitorar a qualidade do suporte de TI.

Como resultado do processamento dos dados recebidos, nasceu a primeira lista de requisitos (uma espécie de reserva pendente) para o produto futuro:

• o sistema de monitoramento deve basear-se em uma solução de código aberto e, como resultado, barato;
• simples e rápido de instalar;
• não deve exigir conhecimento específico em TI, mesmo um contador (de forma alguma ofenderá os representantes dessa profissão) deve ser capaz de implantar e configurar o sistema;
• deve detectar automaticamente objetos para monitoramento na rede;
• Deve instalar automaticamente (e idealmente automaticamente) agentes de monitoramento;
• deve ser capaz de monitorar serviços externos, pelo menos um sistema de CRM e um site de vendas;
• Deve relatar problemas para os negócios e para o administrador do sistema;
• a profundidade e o "idioma" dos alertas devem ser diferentes para o administrador e os negócios;
• o sistema deve ser fornecido em seu próprio hardware;
• o ferro deve ser o mais acessível possível;
• o sistema deve ser o mais independente possível de fatores externos.

Em seguida, foram calculados os investimentos em desenvolvimento de produtos (incluindo os custos de mão-de-obra dos funcionários do departamento técnico). Um esboço de um modelo de negócios foi preparado e a economia unitária do produto foi calculada.

Resultado do estágio:

• Lista de pedidos de produtos de alto nível
• modelo de negócio formulado ou hipótese de escala, que ainda precisa ser testado na prática.

Vamos para a próxima etapa - o conceito. Aqui nós, como engenheiros, caímos em nosso próprio elemento. Existem listas de desejos que são decompostas em componentes / subsistemas / recursos, depois se transformam em histórias de usuário / TK, em um projeto etc. Não vou me debruçar sobre o processo de preparação de uma variedade de opções alternativas, iremos diretamente aos requisitos e aos métodos escolhidos para sua implementação.


Temos três subsistemas com seus próprios requisitos e uma visão para sua implementação:

• subsistema de hardware;
• subsistema de monitoramento;
• subsistema de interação do usuário.

Para o subsistema de hardware, desenvolvemos um design conceitual. Sim sim Tendo violado todas as regras de aglomeração, desenvolvemos um documento, porque os fabricantes estão trabalhando com documentos. Para os subsistemas restantes, alocamos usuários (pessoas), preparamos histórias de usuários e escrevemos tarefas para desenvolvimento.

Nesta fase, o conceito termina e seu resultado foi:

• projeto de plataforma de hardware;
• visão formulada na forma de histórias de usuários nos outros dois subsistemas;
• parte do software de protótipo implementada como uma máquina virtual;
• protótipo de hardware, implementado na forma de um suporte, onde as soluções de hardware foram testadas quanto à sua força;
• testes realizados por nossos administradores.

Os problemas nesta fase eram principalmente organizacionais e relacionados à falta de conhecimento técnico nos aspectos legais e contábeis das vendas. I.e.Uma coisa é descobrir o que e como vender, e outra é enfrentar uma máquina legal implacável: patentes, tarefas de desenvolvimento, balanceamento, EULA e muitas outras coisas que nós, como pessoas criativas, não levamos em consideração inicialmente.

Ainda não havia um problema, mas a dificuldade associada ao design dos edifícios. Nossa equipe tem apenas engenheiros, portanto nosso especialista em eletrônica “empilhou” o plexiglass a partir de plexiglass.


O caso parecia, para dizer o mínimo, controverso, especialmente para o público, estragado pela tecnologia moderna. Certamente, conhecedores foram encontrados entre os "Kulibins" da geração mais velha - o corpo despertou sentimentos nostálgicos neles. Decidiu-se fazer e projetar o estojo novamente, já que o antigo, além dos defeitos estéticos, também possuía defeitos estruturais - o plexiglás não tolerava a montagem e desmontagem do dispositivo e se esforçava para quebrar. Sobre a produção do caso, vou contar mais.

E agora estamos perto da linha de chegada - MVP. Obviamente, este não é o produto serial final, mas já é benéfico e de valor. O principal objetivo desse estágio é iniciar o ciclo "criar-avaliar-aprender". É neste ponto que LANBIX está localizado.

No estágio "create", criamos um dispositivo que executa a funcionalidade declarada. Sim, ainda não está perfeito, e continuamos a trabalhar nisso.

Voltamos à fabricação do caso, ou seja, à tarefa de transformar nosso dispositivo de um sentimento nostálgico para um moderno. No começo, passei pelo mercado de fabricantes de caixas e serviços de design industrial. Em primeiro lugar, não há muitas empresas produzindo caixas no mercado russo e, em segundo lugar, o custo do design industrial nesta fase é proibitivamente alto, cerca de 1 milhão de rublos.

Voltamos ao nosso departamento de marketing para design, um jovem designer estava pronto para experimentos criativos. Estabelecemos nossa visão do corpo (tendo estudado anteriormente os melhores exemplos de construção do corpo), e ele, por sua vez, transformou-o em uma obra de arte. Resta apenas produzir. Nós, orgulhosos do nosso design, procuramos nossos parceiros. O CEO deles destruiu instantaneamente nossas fantasias, apontando coisas gratuitas que não podem ser feitas da maneira que escolhemos. O caso pode ser feito, e não será pior que o da Apple, mas o custo do caso será três a quatro vezes mais caro do que todo o preenchimento eletrônico. Após uma série de operações e aprovações, projetamos o gabinete que pode ser fabricado. Sim, não é tão bonito quanto planejamos, mas é ideal para alcançar as metas atuais.


Resultado do estágio: o primeiro lote de dispositivos prontos para batalhas e testes.

E agora a parte mais difícil é a fase de "avaliação" e, com o nosso produto, estamos certos neste momento. Só podemos avaliar pelos resultados do uso por clientes reais e nenhuma suposição funciona aqui. Precisamos desses "seguidores iniciais" para fornecer feedback e fazer as alterações realmente necessárias no produto. Surge a pergunta: onde conseguir clientes e como convencê-los a participar do experimento?

De todas as opções possíveis, escolhemos o conjunto clássico de ferramentas digitais: campanha de desembarque e publicidade nas redes sociais.

O processo já foi iniciado, mas ainda é cedo para falar sobre os resultados, embora já existam respostas e recebamos a confirmação de muitas de nossas hipóteses. Uma surpresa agradável foi a reação de representantes de segmentos completamente diferentes do negócio, muito maiores do que aqueles em que estávamos contando. Seria tolice ignorar os novos introdutórios e, com base nos resultados das entrevistas, foi decidido o lançamento de uma linha LANBIX paralela chamada LANBIX Enterprise. Adicionamos suporte para infraestruturas distribuídas, monitorando redes Wi-Fi com solução de problemas e localização de falhas, monitorando a qualidade dos canais de comunicação. O maior interesse na solução foi expresso pelas empresas de serviços. Ao mesmo tempo, os dispositivos já desenvolvidos por nós desempenham um papel significativo no trabalho de soluções.

O que acontecerá a seguir

O que acontecerá a seguir com o LANBIX original - ficará claro a partir dos resultados da campanha. Se nossas hipóteses não são confirmadas, de acordo com a metodologia Lean, nós nos livramos impiedosamente dela ou ela se transforma em algo novo, porque não há nada pior do que criar um produto que ninguém precisa. Mas agora já podemos dizer que o trabalho realizado não é em vão e, graças a ele, todo um ramo de produtos paralelos parece que estamos trabalhando ativamente. Se for bem-sucedido, o LANBIX passará do estágio MVP para o estágio final e se desenvolverá de acordo com as leis clássicas compreensíveis do marketing de produtos.

Repito, agora queremos encontrar seguidores precoces, empresas nas quais podemos instalar nosso produto para coletar feedback. Se você estiver interessado em testar o LANBIX, escreva nos comentários ou nas mensagens privadas.

Fonte