Como automatizamos a entrega de alimentos no Aiko

Há dois anos, decidimos sair da rotina e automatizar nosso serviço de entrega de alimentos na cidade do condado N. .

Com este post, resumimos os resultados de dois anos da implementação do sistema de automação de restaurantes - iiko ("Ayko", daqui em diante - o sistema de automação de restaurantes, CAP; caso contrário, de acordo com as regras de Habr, haverá publicidade). Isso não será um elogio. Falamos como é, sem esconder os problemas. Ao mesmo tempo, entendendo que para nós hoje não há solução mais pensativa e adequada.

Não sabemos quantas histórias semelhantes existem em nosso país. Pelo menos, em nosso centro regional, não havia ninguém a perguntar, não havia tal escala de implementação.

Temos certeza de que essa longa distância definitivamente ajudará aqueles que estão pensando em automatizar um restaurante ou serviço de entrega de comida. Aqui está um rake, estimativas de orçamentos de tempo / dinheiro e idéias por milhão, além de uma história verdadeira sobre como crescer de um cliente comum para um parceiro certificado.

Quem é você E o que você se permite?

Para entender nossa escala. Trabalhamos na região, a 500 km da capital. Consideramo-nos a maior rede de entrega de alimentos prontos para consumo (sushi, pizza) em nossa cidade; somos apenas mais fortes que um concorrente federal. Na estrutura da empresa: armazém próprio, 4 pontos (ponto = produção = cozinha), um call center dedicado, escritório.

Desde fevereiro de 2018, automatizamos a entrega de maneira moderna. Se por dentro e por pouco, o processo se parece com isso. O operador do call center recebe uma chamada, faz um pedido e a passa para um dos setores. Um funcionário da fábrica (logística) em seu terminal (computador) recebe informações sobre o pedido, imprime recibos, faturas etc., a cozinha começa a preparar o pedido. O cliente é notificado da alteração no status do pedido, o pedido finalizado aguarda a retirada ou é enviado pelo correio.

Então, por que você escolheu um novo ATS?

Quando ficou claro que o sistema de automação usado (“1C-Rarus: Restaurante + Bar + Café”, a seguir denominado RBC) não permite que a empresa avance, começamos a procurar uma solução adequada.

Conduziu a implementação “piloto” de vários produtos: “Solução conveniente” , “Tardis Bistro” , Dooglys . Fomos à PIR EXPO, trabalhamos cuidadosamente nas bancas com demonstrações de R-Keeper, Poster, Tillypad, etc. Semanas e meses de comparações de diferentes soluções ocorreram, mas eu não gostei de nada. Nenhum participante do mercado poderia oferecer uma “caixa” 100% adequada para um serviço de entrega. E participar de melhorias e integrações personalizadas em nossas realidades parecia um prazer duvidoso - pelo menos, longo e caro.

Mas era necessário avançar. Entre as ótimas locais, a placa comparativa mostrou um líder. No final de 2017, o ATS selecionado prometeu cumprir os seguintes pontos da tarefa técnica de automação:

• conexão do call center ao sistema de automação;
• manutenção de um único banco de dados (clientes, pedidos, roteiros, ingredientes, etc.), disponível em todas as instalações da empresa (escritório, call center, armazém, produção de cozinha);
• integração com o site, aplicativos móveis e agregadores de entrega;
• Alerta de cliente por SMS;
• instalação de um aplicativo de courier em smartphones de courier com histórico e status de pedidos, navegação;
• Contabilidade de armazém e planejamento de compras.

Hoje, quase dois anos após a implementação bem-sucedida do ATS (embora, às vezes, desesperado por erros regulares de integração e a aparente falta de construtividade na comunicação com o suporte e os desenvolvedores), entendemos: a escolha era justificada. Uma solução mais adequada para nós ainda não é visível no horizonte.

A seguir, é apresentada a arquitetura geral, os recursos de implementação, a avaliação do orçamento de tempo / dinheiro e as instruções passo a passo sobre como remover a rotina desnecessária e realmente automatizar a entrega de alimentos.

Implementação

Você pode comprar e solicitar a implementação do sistema de automação selecionado na empresa controladora ou em revendedores autorizados.

Não tentamos a sorte com um revendedor local (a escolha foi de uma alternativa), uma vez que não existem mais escalas de automação na nossa cidade. Consequentemente, não há experiência de implementação. Talvez seja mais fácil para uma pequena cafeteria com um balcão trabalhar pessoalmente "com um engenheiro que chega e" faz tudo "no local (embora com esses dados iniciais, o ATS selecionado tenha muitos concorrentes fortes - Evotor, Dooglys, Poster, Frontpad e não apenas). Decidimos que poderíamos introduzir o sistema de automação “in absentia”, juntamente com os engenheiros da controladora, por meio de canais remotos. Eles não estavam enganados, a solução acabou sendo adequada.

Passamos quase um mês coordenando a arquitetura de implementação (infelizmente, o método de tentativa e erro não é o mais bem-sucedido e rápido para essas tarefas), obtivemos o seguinte esquema:



Observe que, para cada produção, o desenvolvedor recomenda alocar um servidor separado e sincronizá-lo com o servidor iikoChain central. Eles tentaram trabalhar de acordo com outro esquema (sem servidores de produção separados), o feedback foi negativo.

Entre a licença vitalícia e o aluguel da solução em nuvem, eles escolheram a segunda opção - iikoCloud. Sim, talvez isso seja mais caro no final e exista uma dependência extra dos provedores de serviços (sobre falhas - abaixo). Mas, ao mesmo tempo, não há necessidade de comprar seu servidor, reservar dados, energia, canais de comunicação.

Eles atingiram a capacidade total gradualmente, conectando as duas primeiras estações de trabalho do operador e uma cozinha. Treinamos os primeiros funcionários, lidamos com telefonia IP e impressoras de recibos, estabelecemos um programa de fidelidade. Na ausência de experiência, operação paralela do sistema de automação anterior e a nova implementação, levou quase 4 meses. Sim, nós concordamos, por muito tempo. O segundo serviço de entrega foi automatizado em um mês.

Decisões orçamentárias

Quanto custa todo esse prazer no verão de 2019?

O lançamento e a configuração inicial do servidor na nuvem são pagos separadamente - 6000 rublos. Além disso, cada servidor de produção deve ser sincronizado com o servidor iikoChain central, outros 6.000 rublos por vez. O custo total do lançamento de uma nova produção é de 12.000 rublos.

Agora, para deixar o orçamento claro. Iniciamos o piloto com dois locais de trabalho de operadores de call center e uma produção. O orçamento desse esquema para um mês:

• 5990 rublos - “Licença para o software iikoCloud 2017 (primeira estação de trabalho)” (essa descriptografia estará na conta);
• 1990 rublos - “Licença para o software iikoCloud (1 add. AWP)”;
• 1990 rublos - outra "Licença para o software iikoCloud (1 add. AWP)".

I.e. são considerados os locais de trabalho do operador e as caixas registradoras nas instalações de produção. A licença adquirida pode "ativar" qualquer local de trabalho - seja no call center ou na produção, isso não importa. O principal é pagar o número total de empregos.

Hoje, temos 5 empregos para operadores de call center e 4 empregos para indústrias. Total 9 AWP, o cálculo é o seguinte:

• 5990 rublos - “Licença para o software iikoCloud 2017 (primeira estação de trabalho)”;
• 5590 rublos - um pacote de 3 mesas de dinheiro adicionais;
• 5590 - o segundo pacote de 3 mesas de dinheiro adicionais;
• 1990 - uma mesa de caixa adicional;
• 1990 - Outra bilheteria adicional.

Total 9 empregos, orçamento mensal total: 5990 + 5590 + 5590 + 1990 + 1990 = 21150 (rublos).

No mês de julho, recebemos uma notificação. Até o final de 2020, os preços antigos permanecem para nós e, a partir de janeiro de 2021, estamos mudando para novas tarifas. Um cálculo aproximado mostrou que o custo do aluguel para nós aumentará “apenas” duas vezes. Pense por si mesmo, pense por si mesmo.

Além disso, ainda pagamos um valor extra pelo aluguel do conector iikoDeliveryConnector (API), 500 rublos por mês. Isso é para que integrações externas possam se conectar à nuvem.

Não se esqueça de serviços adicionais, pagos separadamente. Por exemplo, configurando a integração com uma central telefônica virtual "Mango Office" (daqui em diante - Mango) - 1.500 rublos. Configurando o local de trabalho de um operador - 6000 rublos. Lançamento do programa de fidelidade - 2000 rublos.

A oportunidade de economizar - pague pela configuração de um local de trabalho. A instalação é feita remotamente através do TeamViewer, ninguém proíbe a captura de tela. Durante a primeira sessão, nossos engenheiros estudaram e, em seguida, replicaram independentemente as configurações para outros trabalhos.

Conexão de telefonia IP (liberamos imediatamente uma posição de operador)

Como os operadores de call center trabalharam no sistema de automação anterior? Após receber uma ligação do cliente, esclarecemos seu nome, endereço, composição do pedido e efetuamos a entrega. Na maioria dos casos, a especificação de um nome e endereço é supérflua. O próprio sistema inteligente deve determinar o número e "reconhecer" o cliente, se ele já tiver feito pedidos conosco.

O ATS oferece a capacidade de conectar telefonia IP, determinar automaticamente o número do cliente e exibir o "contexto" do cliente imediatamente com uma chamada recebida: nome, endereço, histórico de pedidos. Isso não é apenas conveniente, mas imediatamente acelera significativamente o processo de colocação de pedidos.

Conectamos os números de celular do MTS e MegaFon ao Mango e, em seguida, usando o módulo iikoPBX, aos computadores das operadoras de call center diretamente no sistema de automação. Apareceram fones de ouvido em vez dos telefones antigos com botão de pressão (mas não jogamos fora os telefones antigos, o Mango já falhou três vezes em 2019). Agora, com uma chamada recebida, o número de telefone do cliente é determinado. Se ele já fez o pedido, um cartão com histórico de pedidos é aberto ao operador. Além disso, o operador pode ligar imediatamente para o cliente a partir do aplicativo com um botão, economizando tempo em números de discagem.

Essa solução aparentemente simples nos permitiu desocupar uma posição de operador de call center. Os pedidos começaram a ser processados ​​mais rapidamente, o serviço ficou melhor. Os engenheiros da empresa assumiram o arsenal: eles começaram no call center, agora estamos terminando a conexão de telefonia IP em todas as instalações da empresa. Até agora, algumas vantagens.

Configurando descontos

Não obstante, não foi possível desocupar uma posição do operador imediatamente após conectar a telefonia. Demorou mais tempo para introduzir nossos descontos no sistema iikoCard (sistema de depósito de bônus, todos os programas de fidelidade precisam ser formalizados aqui). E pare de contar descontos manualmente em calculadoras.

E isso não é uma piada, estas são as realidades: antes, descontos e bônus tinham que ser calculados / verificados duas vezes em calculadoras.

Configurar integração com agregadores de entrega

Em dezembro e janeiro, além de nos fins de semana e feriados, recebemos quase um terço de todos os pedidos dos agregadores de entrega - DeliveryClub (muitos) e ZakaZaka (menos de um por cento). Em outros dias e meses, um pouco menos, mas a proporção permanece significativa. O Yandex.Food ainda não funciona em nossa cidade.

Como estavam as coisas antes? Em uma aplicação separada do agregador de entrega, os operadores de call center aceitaram o pedido e "interromperam" manualmente o sistema de automação RBC. Porque Configuramos a integração com o CAP, o DeliveryClub aplica relativamente rapidamente todas as configurações necessárias.

Agora, os pedidos dos agregadores de entrega caem imediatamente no sistema de automação. O operador pode apenas verificar a correção dos dados especificados e transferir o pedido de produção. Nos livramos da próxima operação de rotina, excelente.

O seu site de entrega

No antigo esquema de trabalho, os pedidos do site também eram duplicados manualmente no RBC. Ação extra, automação é necessária. Iniciamos a busca de artistas para configurar a integração do ATS e do site.

No site iiko.biz da loja de aplicativos, existe uma solução - iikoDeliveryWidget. Este é um widget que você pode incorporar ao seu site para transferir automaticamente pedidos do site para o ATS. Desenvolvedor - jstore.me , parceiro oficial, uma equipe de São Petersburgo. Os recursos básicos do widget não eram suficientes para nós; procuramos os desenvolvedores para uma solução personalizada. O tempo e o orçamento pareciam superestimados.

Enquanto isso, encontramos um modelo que gostamos para o site futuro: https://sushi.bdbd.shop . Mais tarde, eles o encontraram no mercado 1C-Bitrix (o nome do modelo é "Delivery Shop" ) e se familiarizaram com críticas e discussões. Entramos em contato com os desenvolvedores do modelo de Novosibirsk, novamente, o tempo e o orçamento da personalização (usando os métodos da API iikoDelivery para conectar os sistemas de automação e integração do site) pareciam exagerados. Além disso, em geral, eles não viam o desejo de trabalhar conosco em condições individuais aos olhos dos desenvolvedores.

As pesquisas continuaram de acordo com um padrão conhecido. Telefonou para uma dúzia de clientes do portfólio de jstore.me e sushi.bdbd.shop. O diretor técnico de um serviço de entrega de Murmansk compartilhou sua experiência e contou como eles mudaram de desempenho: em vez da equipe de Novosibirsk, os desenvolvedores de Naberezhnye Chelny estavam conectados ao projeto vsem-edu.ru .

Após um conhecimento próximo, entramos em acordo com essa equipe para desenvolvimento e integração. Mais precisamente, eles compraram um produto final (120.000 rublos em parcelas por 6 meses, um site + um aplicativo móvel) com pequenas modificações durante a implementação (1.000 a 1.500 rublos por uma hora do trabalho do programador).

Há quase um ano que cooperamos com eles, podemos recomendá-lo com segurança com o mínimo de comentários. Dos comentários - em questões complexas de interação com a API iikoDelivery, ao procurar a solução ideal, tive que mergulhar no código, testá-lo, encontrar erros no site oficial com exemplos e documentação e corresponder ativamente com o suporte.

Desenvolvimentos próprios

Por outro lado, as consequências da imersão no código foram nossos próprios desenvolvimentos: um serviço de rastreamento de status de pedidos, um monitor de carregamento de produção, um relatório sobre custos de aquisição e muito mais. Parte do código PHP está aberto aqui: https://github.com/fisher85/iiko-api . Há também um notebook Jupyter para fãs de aprendizado de máquina - com uma previsão do número de pedidos para uma data arbitrária (python, scikit-learn).



A propósito, há uma previsão de vendas no iikoWeb (o acesso é gratuito para quem alugar o iikoCloud). É verdade que a qualidade da solução deixa muito a desejar: uma simples adição de sinalizadores booleanos ao espaço de atributo: "Hoje é feriado hoje?" E "Existe uma campanha de marketing para agregadores de entrega hoje?" Melhora significativamente os resultados.



Outra história é o desenvolvimento de plugins para o iikoFront em C #. Das idéias para o futuro: um plug-in para alterar o status de um pedido no modo manual, um monitor de prontidão dos pedidos de produção para os clientes retirarem, um plug-in para imprimir folhetos após a verificação.

Suporte

Após a implementação do ATS, começamos a ter perguntas: “Como definir essa condição no programa de descontos?”, “Como editar o modelo de recibo?”, “Como configurar o pedido automático para a cozinha?”, “Por que ocorrem erros de integração com o DeliveryClub?”, “ Por que a resposta do método da API iikoDelivery não corresponde à documentação? ”E um milhão de outras. As perguntas foram dirigidas ao serviço de suporte, o suporte analisou primeiro a tarifa. Se a tarifa for “Básica”, as três primeiras solicitações por mês serão prontamente encerradas, e as subsequentes, quando os especialistas forem liberados, ninguém terá pressa em responder. Portanto, a partir do segundo mês de trabalho, escolhemos a tarifa “Padrão” (a nova versão das tarifas não possui essa tarifa, existe uma tarifa “Avançada”).

Grosso modo, o suporte estendido custa cerca de 2.000 rublos por mês para um local de trabalho. Quanto mais empregos, maior o desconto. Para entregas, um AWP é considerado não apenas um computador com o iikoFront em produção, mas também todos os computadores do operador do call center. Temos 9 estações de trabalho, o custo mensal do suporte é de cerca de 18.000 rublos. Há algo em que pensar, especialmente se o pré-pagamento completo for necessário para os próximos 3 meses. Os parceiros também podem conectar suporte avançado, eles prometem um tempo de reação menor, mas o custo de manutenção é mais alto (analisamos atentamente o Lemma e o Open Service).

Como entender se você precisa de suporte estendido (por uma taxa adicional)? Nos termos de 2018, ao mudar para a tarifa Padrão, recebemos um número ilimitado de solicitações por mês e termos garantidos para a solução de incidentes. Agora, em vez da média de 24 horas, foi estabelecido um prazo de 4 horas para resolver incidentes.

Um esclarecimento importante: estamos falando sobre o bloqueio de incidentes. Um incidente de bloqueio ocorre quando é impossível vender, por exemplo, uma interrupção nos canais de comunicação com os servidores iikoCloud. Um exemplo de incidente sem bloqueio são os erros de integração: sim, os pedidos do DeliveryClub não chegam automaticamente, mas os pedidos podem ser recebidos por telefone. Pelo que entendemos, os prazos para incidentes sem bloqueio não são especificados em nenhum lugar.

Além disso, ao pagar pelo suporte, o cliente tem a oportunidade de solicitar pequenas melhorias e correções de erros.

Por cerca de meio ano, usamos suporte pago e fizemos observações: fixamos o tempo para o preenchimento de nossos aplicativos e o tempo para a resolução de incidentes. E então, como um experimento, eles decidiram mudar para o suporte gratuito por um mês ou dois. Sim, agora pagamos pequenas melhorias separadamente (uma hora de trabalho de um engenheiro é de ~ 1.600 rublos). Mas os prazos para a resolução de incidentes permaneceram praticamente inalterados. O quarto mês já terminou, não planejamos retornar ao suporte pago.

Conselho de especialistas: ao escolher uma tarifa de suporte, especifique o número de solicitações por mês e o tempo para resolver os incidentes de bloqueio e não-bloqueio incluídos na tarifa.

Manutenção e falhas

Cometemos um erro, acreditando que, após a introdução e o ajuste fino do sistema de automação, tudo funcionará como um relógio. Não deu certo. Não foi iniciada a fase mais agradável da escolta.

Há muito tempo temos nosso próprio registro de defeitos, onde todos os defeitos são registrados: quando os inimigos mordiam o cabo de rede e a Internet principal desapareciam, quando a telefonia IP da Mango falhou e passou dos fones de ouvido para os "aparelhos" usuais, quando os eletricistas desligaram a energia e tiveram que verificar a energia ininterrupta. . Conduzido sem frescura no Google Docs.

No mesmo diário, começamos a registrar todas as solicitações de suporte, indicando o número do aplicativo. Nas análises subsequentes (tanto as internas quanto, por exemplo, ao lidar com uma reclamação), o número do pedido é um fato e uma prova. Negação plausível é descartada.

Por exemplo, o gráfico abaixo mostra as estatísticas das chamadas de suporte, no primeiro trimestre de 2019. A serra de baixo é o número do dia da semana, onde o pico é domingo. Os exemplos de aplicativos nos primeiros meses foram maiores, nas chamadas recentes: “Alterar o endereço de produção”, “Atualizar a versão do software no servidor”, “Falha! Corrija o erro de integração. "



Observe que o número de aplicativos no suporte é maior que o número de falhas. Em média, todos os meses enviamos suporte para 29 chamadas, das quais 3 são para falhas. Mas as falhas são distribuídas de forma desigual: falhas de janeiro a 3, falhas de julho a 7.

Um leitor atento perceberá que na sexta-feira há mais chamadas de suporte. E ele estará certo. Existem dois máximos na distribuição - sexta-feira (porque o pico de pedidos de entrega para este dia aumenta a carga no iikoCloud, o número de falhas aumenta proporcionalmente) e de terça a quarta-feira (quando corrigimos o trabalho inacabado no final de semana ou resolvemos as tarefas planejadas).

A coisa mais desagradável na manutenção de nosso sistema de automação são falhas regulares durante horas de carga alta no iikoCloud. A frequência de tais falhas é desanimadora e difícil de prever. Apresentamos as estatísticas dos erros de integração em julho de 2019, estimamos a intensidade pelo tempo de inatividade (ao mesmo tempo, tínhamos pago suporte):

• 5 de julho, sexta-feira, 40 minutos;
• Segunda-feira, 8 de julho, 30 minutos;
• 15 de julho, segunda-feira, 1 hora;
• 20 de julho, sábado, 3 falhas, tempo total de inatividade 2 horas e 30 minutos;
• Segunda-feira, 22 de julho, 30 minutos.

Carl, 7 acidentes em um mês! Estamos nos movendo suavemente para garantir a disponibilidade da nuvem ATS.

Garantias de disponibilidade

Infelizmente, na oferta (no momento da redação do post, a versão atual de 22 de abril de 2019), não há uma palavra sobre o tempo permitido para o tempo de inatividade do iikoCloud. Nas negociações orais, o departamento de vendas e o serviço de suporte falam cuidadosamente sobre o Nível 3, o que significa que podemos tomar uma tolerância a falhas de 99,98% e o tempo de inatividade de 105 minutos por ano como um cálculo aproximado.

A primeira grande falha do iikoCloud ocorrida em dezembro de 2018 nos deixou sem acesso por quase 2 horas (também é possível receber pedidos nesses casos, mas é necessário contar os descontos manualmente, transferir pedidos do call center para a produção via Telegram / WhatsApp e já entra no iikoFront). Consideramos que essa situação viola o acordo sobre o nível de serviços (o que realmente não é) e fizemos uma reclamação, incluindo o cálculo do número de pedidos perdidos. A decisão foi tomada a nosso favor - isentar o iikoCloud do pagamento do aluguel no próximo mês. Mas começamos a desconfiar das garantias esperadas.

Parece que, com a garantia da disponibilidade de uma solução em nuvem, está tudo bem. De fato, as falhas do iikoCloud são raras, temos três vezes no ano passado, em um caso, a compensação foi recebida. Mas há uma nuance desagradável.

Os casos mais comuns em nossa prática são erros do lado do iiko.Biz, iikoCard e API do iikoDelivery, exatamente duas vezes por mês, e em junho-julho de 2019 em geral, todas as semanas. Cada erro desse tipo leva a uma interrupção de todas as integrações externas (nosso próprio site, nosso próprio aplicativo móvel, DeliveryClub, ZakaZaka, Yandex.Food); os pedidos deles deixam de chegar corretamente ao ATS no modo automático e requerem suporte "manual". Agora, temos mais da metade dos pedidos provenientes de integrações externas. Você pode imaginar quanto (e mais importante, não planejado) a carga de trabalho aparece para os operadores de call center? E às custas dessa carga.

Formalmente, a disponibilidade do iiko.Biz, do iikoCard e da API do iikoDelivery não é garantida. Lugar nenhum e nada. Isso ainda pode ser tolerado quando falhas de segunda a quinta-feira e por meia hora. Mas quando a falha ocorre na sexta-feira ou no fim de semana, na hora do rush e depois na segunda vez, na terceira ... É difícil encontrar uma explicação para isso.

Nós "fervemos" e começamos a xingar bastante em um fim de semana, quando os erros de integração da API iikoDelivery começaram na véspera da sexta-feira. Ao mesmo tempo, a nuvem funcionou sem interrupções, o suporte garantiu que tudo estava normal, não é necessário nenhum trabalho de restauração. Nossos argumentos, eles dizem, os métodos da API iikoDelivery retornam códigos de erro, não foram aceitos. Especialistas do suporte principal aconselhados a entrar em contato com o suporte de perfil dos desenvolvedores. O suporte à API iikoDelivery é outra divisão da empresa, com fins de semana no sábado e domingo (a partir de julho de 2019). Como resultado, nos dois dias mais quentes de vendas, ficamos sem integração externa, com um grande número de pedidos perdidos. Como resultado, as queixas dispersas em nosso escritório se reuniram com o chefe do departamento de suporte e agora resolvemos essas falhas diretamente através dele.

Sim, isso não está certo, é "pular sobre a cabeça", mas eles não nos dão outra saída. Além disso, ainda não temos garantia da disponibilidade do iiko.Biz, do iikoCard e da API do iikoDelivery.

Enquanto esta postagem estava sendo preparada (quase meio ano), houve melhorias notáveis ​​na disponibilidade de serviços em nuvem. Em dezembro de 2019, os erros de integração ainda ocorrem em média na mesma frequência, mas sua duração foi reduzida para alguns minutos. Supomos que isso se deva à transição para a versão 7 (7.0.6022.0).

O que pode ser aconselhado para aqueles que estão se familiarizando ou que começaram recentemente a implementação do ATS?

1. Mantenha um registro de todas as falhas em casa com a fixação de chamadas de suporte e números de aplicativos.
2. : , ( : « »)? , ? iikoCloud – . , .
3. Dado o aumento de preço de julho - pode fazer sentido abandonar o aluguel do iikoCloud e comprar uma solução vitalícia. Ainda estamos pensando, acreditando, esclarecendo as limitações de se todos os serviços que usamos podem ser implantados localmente. Informações preliminares: em qualquer caso, as integrações externas serão conectadas à solução local por meio da nuvem alugada; portanto, esse esquema definitivamente não salvará erros de integração.

Treinamento

Como estudamos e continuamos estudando? Onde obter conhecimento?

1. A documentação oficial. O melhor lugar para começar.
2. Cursos oficiais em vídeo.
3. Seminários on-line gratuitos.
4. Screencasts durante sessões de configuração remota de nossas estações de trabalho por engenheiros da empresa de desenvolvimento ATS.
5. Recursos em apoio. Utilizou essa fonte especialmente ativamente ao lidar com a API iikoDelivery.
6. ( ).
7. Telegram- (~200 , ). , .

No primeiro ano de trabalho com a ATS, nossa equipe de 4 engenheiros se “empolgou” tanto que percebemos que estávamos prontos para ajudar os outros. Para vender o ATS e fornecer serviços, é necessário obter o status de um parceiro.

Condições detalhadas sob a NDA, não temos o direito de compartilhar. Mas, em geral, o significado é simples: a empresa parceira confirma seu nível de qualificação (pelo menos um funcionário deve passar em um exame e obter um certificado) e depois recebe uma recompensa por cada implementação do ATS. Plus tem o direito de fornecer suporte pago.

Certificação e exames

A preparação para o exame começou em março de 2019. Estudamos a documentação em detalhes, mantivemos um documento comum com comentários e discutimos ativamente os detalhes entre si. Com perguntas incompreensíveis, não hesite em entrar em contato com o suporte.

O exame é pago (1000 rublos), consiste em duas partes. Teoria e prática. Antes da prática é permitida somente após a aprovação da teoria. A primeira tentativa terminou com um "empate" e com uma lista de 80 perguntas que caíram no teste. Demorou 2 meses para elaborar a lista inteira.

Em maio (a segunda tentativa), eles aprovaram a teoria com sucesso, embora a interseção com questões conhecidas fosse menor do que o esperado. Eles foram admitidos a praticar, pela primeira vez novamente "deuce". Consideramos as perdas filosoficamente - não pagamos pelo treinamento, por isso pagamos.

Não desistimos. No portal de afiliados, solicitamos licenças de demonstração gratuitas do ATS e começamos a treinar em diferentes cenários em máquinas virtuais. Em dezembro de 2019 (terceira tentativa), nosso engenheiro passou com êxito na parte prática e se tornou um especialista certificado:



Ahead é o registro legal do status de parceiro e o início do trabalho com os primeiros clientes. Para nós, este é um "jogo de classe alta" em termos de O. Bender, que pensaria nisso há dois anos.

O jogo vale a pena?

Quando analisamos os sistemas de automação, o ATS selecionado se destacou da concorrência com alguns preços altíssimos. Imagine a situação. Até agora, o diretor do serviço de entrega usou a versão "semi-livre" da RBC, e aqui ele é informado por um novo CTO jovem: um mês, você precisa de 50.000 rublos para alugar software. E isso ocorre em uma região em que esse orçamento excede o salário mensal de um funcionário qualificado.

Mas seis meses depois, os primeiros resultados se tornaram visíveis. Conectar telefonia SIP diretamente ao sistema de automação, configurar o cálculo automático de descontos e integrar o DeliveryClub permitiu liberar uma posição de operador. Alguns meses depois, o desenvolvimento de um novo site em conjunto com a API iikoDelivery permitiu desocupar outra posição do operador. A orquestra começou a tocar com vigor renovado.

Além disso, com a introdução do CAP, a contabilidade e o armazém começaram a usar o Diadoc e o DocsInBox, e no escritório eles se interessaram em programar em PHP e C #. Sem dúvida: a automação moderna desenvolve uma cultura de engenharia dentro da empresa.

Agora sobre os problemas e dificuldades. Os erros de integração são, em nossa opinião, muito frequentes para uma solução em nuvem. O alto preço e aluguel da solução em si e o suporte (ao mesmo tempo, é impossível recusar a funcionalidade não utilizada, temos contabilidade, integração com sistemas de vigilância por vídeo e controle de acesso, metade dos relatórios e não apenas). Baixo interesse do escritório principal e suporte à API em cooperação com "pequenos" parceiros de desenvolvimento. As melhorias individuais são acordadas para sempre. A dependência emergente do ATS selecionado no lançamento de cada um dos seguintes elementos de automação: site, integrações, aplicativos móveis, desenvolvimentos próprios.

Mas você pode ignorar esses problemas enquanto a automação funciona bem (além de falhas) e agrega qualidade ao nosso serviço. E enquanto estiver no horizonte, não há um concorrente forte em termos de funcionalidade e orçamento.

Final

Mais algumas observações que não encontraram lugar no texto.

1. Você precisa ser amigo do gerente da empresa de desenvolvimento, ele é o líder da empresa. Isso ajudará a economizar no lugar certo, aceitar a reivindicação, "empurrar" o suporte. Alexander, obrigado! Tire o chapéu.
2. Você precisa ser amigo do suporte. Somente eles podem economizar um minuto de falha. Se não for possível ser amigo do suporte, você deve pelo menos ser amigo do chefe do departamento de suporte.
3. Os problemas mais complexos e, às vezes, de impasse foram resolvidos inesperadamente. Por exemplo, valia a pena ir à METRO EXPO, encontrar-se com o diretor de marketing e reclamar da lentidão dos gerentes de treinamento, suporte da API, tratamento de falhas - depois de alguns dias tudo funcionava como um relógio.
4. Se você é da região, uma visita a pelo menos a PIR EXPO deve ser sua tradição anual. Em um dia, os engenheiros poderão trabalhar em todos os estandes com os melhores sistemas de automação do país. Não se apresse em pagar pelos ingressos: se você já trabalha com alguém dos principais players do mercado, pode solicitar convites gratuitos.

Deixe os motores de busca encontrarem este post, mediante solicitação: "Feedback sobre a automação do restaurante na Aiko." Temos certeza de que essa história será útil para quem está apenas escolhendo um sistema de automação ou já está olhando para o R-Keeper, VLSI Presto, Poster, Tillypad, Frontpad, Quick Resto, Dooglys, Traktir ou muitos outros.

Aperto a mão de todos os colegas com quem automatizamos a entrega há dois anos. E, claro, essa não é a final. Este é apenas o começo!

Foto da capa: Uma revisão em primeira mão do restaurante hotpot inteligente do Haidilao em Pequim , South China Morning Post.