实际上，您开发了产品，并且在发布后，客户并没有按预期使用它。 事实证明，用户的任务是不同的，它们与计划的产品开发和您对项目的愿景背道而驰。 怎么了
实际上，您正在处理的用户任务尚未完全理解，并且会在产品的影响下发生变化。 这表明该产品还需要与客户配对完成。 因此，您可以立即保护自己，避免仅基于假设创建不必要的解决方案。
我认为最好根据连续设计的原则与用户建立通信，本文将对此进行讨论。
亲爱的和可疑的IT混乱
IT提供的大多数产品和功能都没有实际应用。 资源，应用程序和软件均无人认领。 并非所有公司都在考虑是否真的需要他们的产品。
一个生动的证明是移动开发市场，它具有可衡量的指标。 尽管最佳实践集中在此处，但统计数据仍有很多不足：2017年，分析公司Localytics发布了一项Sql研究 ，据此得出结论，24％的应用程序仅由用户打开一次。
这是考虑到打开应用程序少于10次的用户所占的百分比不超过63％ 。 如果我们考虑到统计数据的“稳定性”，那么很显然，没有得出任何结论。 人们知道如何发展，但是却错过了产品如何进入人的生活的方面，也就是说，他们没有使用以人为本的模型。 后者涉及与客户的长期互动； 通常几年。
这导致我们得出以下结论：采用以客户为中心的方法，您需要求助于通常单独应用的现有开发实践，例如DevOps，Agile或Scrum。 但是，如果将它们结合起来，我们会得到更多的东西，叫做连续设计。 它由DevOps和设计思想的经典原理组成。 我们建议考虑并采用它，但是为了在开发中实现该原理，您需要重新考虑两个组件之间的关系：设计和操作。
运营和设计入门
操作就是现在正在发生的事情。 这可以是系统管理，用户支持，业务流程。 例如，使用提到的DevOps在不同的模型上构建操作。 它提供了连续的反馈过程，解决方案的改进和交付。 从反馈，计划，搜索解决方案及其表示中创建一个“循环”。 对于每个阶段，都有工具可以帮助工作，使流程自动化并提供不断的信息和解决方案交换。
设计是定义为消费者包装产品的动作，构造方法和方式所涉及的全部。 通常，我们将设计作为解决问题的方法。 如果我们了解问题的实质，那么我们可以提供正确的解决方案。
这是传统方法。
传统方法未考虑的4种情况
但是，当将设计和运营结合起来时，有四个因素被发现，这些因素以前对于团队是分开工作的。 对于这些方面，连续设计成为解决方案：
＃1 该问题无法完全理解。在分析和研究的帮助下，我们假设人们将如何使用该产品，但是由于我们无法涵盖其所有方面，因此他们对该问题的理解不完整。 只有当产品落入消费者手中时，我们才能看到产品对消费者有多大用处，他帮助解决了哪些任务或他做了什么改变。
一个简单的例子：牛仔裤上有一个小手表口袋。 它由Levi Strauss于1873年发明。 从那时起，没有人将口袋用于预期目的。 该公司甚至发布了完整的视频。
＃2 产品改变消费者与产品交互的积极经验改变了用户。 这改变了产品解决的问题，给您和客户带来了新的困难。
记住5-6年前我们是如何订购出租车的：导线另一端的操作员接受了该订单，并说要在20-30分钟内送达汽车。 我们已经准备好等待。 随着Uber，Gett和Yandex.Taxi等服务的推出，我们的看法发生了变化：2018年，送车的最佳时间对我们来说是2-3分钟。 如果我们等待更长的时间，它会变得很烦人。 重点不是数字化或超级化，而是改变我们的消费模式。
＃3 价值是共同创造的东西产品创造之初无法想象其价值。 启动后，该服务将开始自己的生活并获得在使用过程中形成的新价值。 某些功能是有需求的，而其他功能则没有。 您和消费者创造的价值也逐渐成熟。 因此，在使用商品或服务之前，效用常常不明显。
回想一下AppStore，它看上去与苹果的价值观念背道而驰。 2007年，史蒂夫·乔布斯（Steve Jobs）向iPhone展示了这样的文字：“您无需编写程序。 这没用：您有html5。” 这并没有阻止用户：他们入侵了设备并编写了通过Cydia软件应用程序分发的软件。 它于2008年3月推出，并且已经在当年6月10日，来自库比蒂诺的家伙们采用了成功的经验并推出了AppStore，从而改变了他们的状况，并成为移动市场的第一玩家。
本文得出的结论是，开发商和消费者是问题和解决方案的一部分。
＃4 难以消除控制我们正在不断创建无法完全控制的复杂系统。 这会导致不可避免的故障和错误。 使用此类系统的主要问题之一是，当您仔细考虑将要发生的事情或可能发生的事情时，尝试在太多级别进行控制。
我敢肯定，我们所有人都曾经打电话给客户支持，在那里我们多次被重定向到不同的运营商。 我们一次又一次地描述了问题，并等待对公司背景音乐的答复。 在这种情况下，对服务（运营商）的考虑过于周密。 员工拥有不断对应和详细的客户沟通算法。 他们没有为用户利益服务，而是使系统变得复杂和混乱。 根据公司政策，即使很简单，一个操作员也无法解决您的问题。 他只需要将您重定向到其他人。
数字化软件
看看iPod的发展这些无法解释的因素不仅影响数字，而且影响物理世界。 获得不包含中间软件组件的经验变得越来越困难。 我们生活的环境已经过软件验证，这改变了人们对事物的看法以及我们使用事物的方式。
例如，特斯拉（Tesla）发布了软件更新，以延长汽车的电池寿命。 同时，他的身体特征得到了改善：现在您不仅可以去超市或工作，还可以去附近的城市。 不是旅行次数和旅行时间改变了，而是汽车的质量以及对汽车的任务和用途的理解都没有改变。 现在，您无需花钱在出租车上或进行其他限制，因为电池的使用时间延长了2倍。 一台机器关闭其所有者的所有任务。
品牌从承诺转向对话
如果通过运营和设计使一切变得更加清晰，那么品牌的更大，更抽象的概念将依然存在。 他还从事许多连续设计工作。
我们曾经以品牌为承诺。 例如，稳定性或不变性。 但是现在，它的基础正在转向对话，因为我们生活在不断变化的价值观中。 与用户的对话不应该是单方面的，而是与持续的通信联系在一起的，而IT正是这种环境下最快地完成对话的。 毕竟，我们拥有提供不同级别的持续反馈的工具：从外部分析服务到DevOps方法。
IT成为持续对话的环境
我们开始不停地更改产品，这要归功于我们观察到的客户反馈以及我们分析其行为的客户反馈。 因此，当运营，开发，设计和营销涉及此过程时，DevOps循环就会接近无限：我们从众多解决方案中选择一种解决方案，实施该解决方案，然后观察其在实践中的表现。 连续设计就是以此形式进行的。
连续设计范式
为了使设计成为有趣的对话，有4条建议：
＃1 在联系点设计客户与员工的互动发布产品之前，请设计用户体验。 而且不仅有必要在正确使用产品或服务的理想条件下进行研究，而且还需要在客户与业务流程（后台或IT架构）接触的地方进行研究。 根据外部环境和用户的生活方式来设计经验，有助于确定产品及其与之互动的员工如何适应人们的生活。 它还将阐明与公司部门和在什么条件下的共同点。 您可以为此使用CJM和即将完成的工作的客户和同事。
＃2 最小化延迟，最大化反馈诸如敏捷和DevOps实践之类的灵活开发方法所提供的不仅仅是速度和交付更新或Beta版本的方法。 使用它们，我们可以快速获得反馈，检验假设并调整操作以进一步改进产品。 我们从每个工作冲刺或产品更新中学习，并在整个服务生命周期中从中汲取知识。
＃3 设计错误。 做研究将信息转变为符合您和用户利益的信息。 在设计功能或开展市场营销活动的各个阶段，错误都是不可避免的。 但是您需要为它们做好准备并进行连续设计，以便能够及时发现错误并得出结论。 使用精益UX实践（例如UX测试，AV测试，假设等）非常重要。
最终，形成了一种使用错误及其创建的工具的文化：例如Chaos Monkey或Blameless验尸。
＃4 “完成”的概念不存在我们处于无法完全理解问题的情况，而解决方案同时改变了它。 因此，团队不能简单地遵循有关产品价值的假设并进一步设计IT体系结构和服务。 相反，您需要观察产品和服务超出控制范围时的工作方式。 在运营和外界影响产品改进流程之前，DevOps循环中的反馈是毫无意义的。 在这种情况下，“完成”的概念被排除在外。 您正在不断更换产品。 这意味着该过程将在DevOps系统和设计思想中继续进行。
在连续设计范式中进行工作可以教会您快速应对错误，与错误联系起来更容易，而且不要做无用的工作。 它的优点是一步一步地完成了越来越多的客户任务，这带来了更多的利润，并对业务产生了有益的影响。
ps该材料的写作受到Jeff Sassna的表演的启发。