对于Vkusville，我们在Avtomakon一次制造了多个机器人，这些机器人对买主有用，而对员工和快递员可用。削减-关于机器人本身，其功能以及将购买机器人的功能和功能移至应用程序的故事。
为什么要电报
电报是很多人拥有的信使。而且，如果有一段时间它不是很流行，那么进行大规模的阻止它的活动（阻止尝试，是的）成为一种引起人们兴趣和增加安装数量的绝佳方法。另外，Telegram与相同的WhatsApp和Viber的不同之处在于，它具有简单易懂的API，并且能够将许多内部系统连接到该bot。
即使从用户的角度来看，它看起来像是一个熟悉的场景，他只是简单地向聊天写了一个请求并收到了响应，而从机器人的角度来看，这样的请求吸引了一大堆不同的系统。
买方机器人
该机器人是作为买家的助手而创建的，它可以解决他的几乎所有问题并给出最大数量的问题的答案。有必要查看按产品类别细分的目录-请。获取有关特定产品的信息也可以。也可以单击几次更改您喜欢的产品，以免在队列中更改。
最初，在创建机器人时，我们尝试考虑用户希望的最大数量。但是即使在发布之后，用户仍会积极利用反馈的机会，并为该机器人提出了许多新功能，而我们自己甚至都没有想到。他帮助链接了“让我们成为朋友”会员卡或在必要时更换了会员卡，并获得有关个性化促销和折扣的信息。然后，我们添加了编制购物清单的功能，以免遗忘任何东西并进入特定的商店（也可以通过漫游器检查）并立即购买所有商品。
创建机器人并选择开发平台的出发点之一就是我们团队中有许多1C开发人员。因此，我们决定，如果他们开始建立用于数据传输的功能和API捆绑包，那么该机器人将使我们能够为用户快速制作出可以在手机上已安装的一个Messenger中正常工作的成品。
在使用机器人的情况下，似乎没有任何问题-您只需阅读API帮助，按照说明进行操作，Botfather会为您提供帮助，但实际上会遇到困难。 API阻塞存在许多问题。由于体系结构的复杂性，一些软件包丢失了，Telegram服务器在网络级别被拒绝，仅在一段时间后重复了该请求。结果，我们的漫游器响应速度相当缓慢，这使买家感到恼火。因为从原理上讲，在用户脑海中放慢脚步的机器人与没有机器人没有太大区别。
因此，我们坐下来监视渠道的工作，然后我们发现了问题并在提供商的帮助下解决了问题。
该机器人成为了MVP，这有助于吸引早期的追随者，并帮助确定对他们来说重要且有用的购买者的意愿。在这个阶段，您还没有一个很好的最终产品，但可以愉快地交付给用户。一开始，当我们同时完成移动应用程序的开发时，他就为我们提供了很多帮助-得益于bot用户的反馈，有可能向应用程序添加故意期望的功能。
购物机器人目前尚未完成。我们正在准备的所有新功能（包括应客户要求）将仅在移动应用程序（AppStore / Play Market）中显示。我们为VkusVilla开发了它们，以替代机器人。
至少就目录的视觉感知而言，该应用程序更加方便。在这里，您可以找到产品的照片，更方便的分类，以及与忠诚度计划，用户个人资料，促销和特别优惠有关的所有内容-与通过机器人命令相比，在屏幕上轻按几下即可轻松实现所有这些目的。我们收集的统计数据表明，该机器人的受欢迎程度正在下降，越来越多的人开始使用该移动应用程序。
送货机器人
为快递员的正常工作。该系统被认为可以快速地将信息传递给快递员，以指示应该在哪里交付什么订单，并从快递员那里接收每个阶段任务的状态。
如上所述，在一个团队（1C开发人员，SQL开发人员和分析师）的帮助下，所有事情花了5天。首先，我们讨论并修复了必要的功能，然后，实际上，我们编写了该僵尸程序，实现了其正常运行所必需的SQL过程并部署了所有数据库。这是前三天。他们决定将第四天完全用于主动测试，并在第五天以工作模式启动该机器人。
总的来说，该快递机器人是由三人组成的团队在5天内完成的。支持和一些改进，在这种情况下，每天的工作时间不会超过一个小时。
快递机器人的快速启动有助于按时扩大交付能力，在自我隔离期间，交付能力受到了强大的考验。但是，就像其他所有东西一样。此外，快递员以机器人形式工作的机制的实现消除了对设备的限制：我们以前为快递员提供了一个小型移动应用程序，但我们仅针对Android编写了该应用程序，并认为此操作系统在快递员中将比Apple受欢迎得多。
现实已经做出了自己的调整：许多快递员都拥有iPhone。因此，这是一个在两个轴上均能正常工作的机器人。而且，它还消除了发行版及其兼容性方面的麻烦：僵尸程序仅获得了新功能，一切都已正常运行，而无需经常更新某些内容或检查应用程序的版本。因为当交付应用程序对于任何快递员开始变得愚蠢时，这几乎总是转化为客户忠诚度的下降（这不是他的问题，快递员的东西无法正常工作或未加载，他正在正确的时间等待订单）。
一些东西在旅途中运行。例如，假设如果机器人阻止快递人员尚未完成交付的现有订单，则总体而言，交付效果会更好。听起来很合逻辑-交付您现在拥有的东西，然后再购买新的东西。
但是这种情况在快递员需要在城市内而不是在dachas，村庄和SNT交付订单的情况下成为严重的障碍：当快递员为一个特定的村庄（几个30件）收集几个小时的订单，然后已经到村子里一次下了所有订单。
一切都很简单：
- 快递员向机器人检查了他是否可以出发。
- 从漫游器接收到一条通知，通知已出现需要交付的新订单。
- 他在地图上看到可以免费送货的订单，并估算出目前最方便，最快的订单。
- 有机会在导航器中为旅行建立路线，也可以通过电话号码与买家联系。
- 当他向客户交付订单（或出于某种原因返回商店）时，他取消订阅了聊天机器人。机器人会更改订单状态。
可行并且正在积极改进。正如您所看到的，这里的情况是相反的：对于购买者而言，我们将机器人留给了功能完善的功能强大的移动应用程序，用于两个平台。
相反，对于信使，是从现有应用程序到使者机器人。到目前为止，Vkusville有大约2300个快递员（该机器人的活跃用户）。
其他内部机器人
除了这两个关键领域（消费者和快递），我们决定以机器人程序的形式实施其他领域。我们有一个热线机器人，可以接收用户的请求，然后由员工进行分析。
有一个针对员工的技术机器人，它可以快速发送有关人员订阅主题的新闻（从人员问题和薪资到促销活动），以及有关特定系统运行的警报。它还包含用于商店技术人员的事件日历和任务分配。从各种系统的监视中捕获警报并及时通知负责人。
我们还制作了一个读书机器人-Vkusville的员工有一个读书俱乐部，在该机器人的帮助下，您可以对某本书进行评论并推荐给同事。
他们都工作，并继续得到完善。因此，事实证明，借助单个Messenger和有用的机器人，您可以解决一系列内部和外部的不同问题。没有其他应用程序，供应商平台或其他任何东西。
如果您对我们的漫游器或应用程序的工作有任何疑问，反馈或建议，我们将很乐意回答您的意见。