Технология: как сделать её полезной для быта

Технология приносит пользу в быту, когда решает конкретную задачу и не усложняет привычные дела. Выбирайте устройства и приложения под свои потребности, а не ради функций, которыми не будете пользоваться.

Начните с повседневных неудобств: лишних действий, забытых дел или бытовых процессов, которые хочется упростить. Так проще понять, какая технология действительно пригодится, сколько времени или усилий она сэкономит и впишется ли в ваш образ жизни.

• 10 лет Период, в течение которого феномен больших данных подвергался многочисленным исследованиям, как сказано во введении статьи.
• 2023; 30(2): 5–22 Год, том, выпуск и страницы публикации о больших данных в официальной статистике.
• 5–22 Страницы статьи в журнале «Вопросы статистики».

Как выбрать бытовую задачу для технологии?

Сценарий прежде устройства

Бытовую задачу для технологии выбирают по повторяющемуся неудобству: например, приходится вручную проверять состояние прибора или заново выполнять одну и ту же настройку. Сначала запишите сценарий без привязки к гаджету: кто выполняет действие, в какой момент и что должно измениться после внедрения.

Для сценария с проверкой прибора укажите, кто именно смотрит его состояние и когда эта проверка нужна; желаемое изменение — получать понятную информацию без ручной проверки. Для повторной настройки опишите, кто и в какой ситуации задаёт параметры, а затем решите, какую часть процесса стоит упростить. Такой разбор помогает отличить задачу от идеи купить устройство.

В проектировании приложений прототип системы и профили пользователей помогают уточнить функционал. Это подход, связанный с техническим проектированием: например, профиль пользователя показывает, какие действия нужно предусмотреть для конкретного сценария. С Александром Евгеньевичем Суриновым связана Национальный исследовательский университет «Высшая школа экономики» (НИУ ВШЭ), Москва.

• Обязательная функция: возможность проверить состояние устройства без ручного обхода или повторно настраивать нужный параметр.
• Пожелание: дополнительные функции, не влияющие на решение исходной задачи.
• Критерий пользы: заранее сформулируйте, какое действие стало проще, понятнее или требует меньше ручных шагов; после внедрения сравните с исходным сценарием.

Что включить в требования и прототип?

Для требований и прототипа домашней технологии зафиксируйте назначение системы, профиль пользователя и его ключевые действия, а затем проверьте каждую функцию на соответствие выбранному сценарию. На этапе технического проектирования создают прототип системы и профили пользователей; уточнение функционала должно снимать неопределённость, а не расширять список возможностей.

Профиль пользователя

Для каждого домашнего сценария опишите, кто пользуется решением и что именно он делает. Например, для управления освещением запишите входные данные — команду пользователя, ожидаемое действие — включение света, и понятный результат: пользователь видит, что свет включился.

Границы первой версии

Оставьте в прототипе только функции, нужные для проверки сценария: так изменения после первой проверки не потребуют переделывать весь проект. Это особенно важно, когда ещё уточняются действия пользователя и реакция системы.

• Включить: входные данные, действие системы и способ показать результат.
• Отложить: возможности, которые не помогают проверить выбранный сценарий.

Для ориентира по техническому проектированию: статья о больших данных в официальной статистике опубликована в 2023 году в журнале «Вопросы статистики», том 30, выпуск 2, страницы 5–22.

Как перейти от прототипа к работающей системе?

Чтобы превратить прототип в работающую систему, последовательно доработайте программные модули, настройте серверы и ПО, затем проверьте систему целиком и подготовьте её к эксплуатации. Успешный запуск одной функции подтверждает только её работу, но не готовность остальных компонентов.

От реализации — к проверке

Прототип помогает проверить замысел и уточнить функциональность; программные модули воплощают эту функциональность в продукте. После проектирования определите, какие модули требуют доработки, и отдельно зафиксируйте настройки серверов и программного обеспечения, если без них система не заработает.

Настройка серверов и ПО — самостоятельная часть реализации, а не продолжение проверки прототипа. После неё проведите комплексную отладку: проверьте взаимодействие модулей и работу системы как единого целого. Например, если отдельная функция запускается, это ещё не доказывает, что она корректно обменивается данными с другими компонентами.

Внедрение планируйте как последовательность из трёх этапов: реализация, тестирование и дальнейшая эксплуатация. Сначала соберите систему из доработанных модулей и настроенной инфраструктуры, затем проверьте её комплексно; только после этого переходите к использованию в быту. Такое разделение помогает не подменять готовность продукта фактом успешного запуска отдельной функции.

Как проверить, что технология действительно упрощает жизнь?

Проверить, что бытовая технология упрощает жизнь, можно только на исходной задаче: пользователь должен выполнить тот сценарий, ради которого создавали прототип, а результат сравнивают с тем, как он справлялся без него. Например, для системы управления светом проверьте именно включение нужного освещения, а не только то, что приложение запускается.

Проверка на реальном использовании

Сравнивайте сценарий до и после внедрения по наблюдаемым признакам. Отмечайте, сколько ручных действий требуется для задачи, приходится ли повторно настраивать систему и понятно ли пользователю, что произошло. Эти критерии применимы и к бытовому приложению, и к автоматизации, управляющей устройствами.

• Ручные действия: нужно ли по-прежнему отдельно включать прибор или выполнять шаги, которые технология должна была взять на себя.
• Повторные настройки: сохраняются ли выбранные параметры после завершения сценария или их приходится задавать заново.
• Понятность результата: может ли пользователь определить, выполнена ли задача, не гадая по состоянию устройства.

Проверяйте не только успешный запуск: намеренно введите неверные данные или прервите сценарий и посмотрите, как система сообщает об ошибке и позволяет продолжить. Комплексная отладка программных модулей, настроек серверов и ПО помогает обнаружить сбои; после испытания уточните функционал — удалите лишнее и доработайте то, что мешает основной задаче.

Когда автоматизация не окупает усилия?

Автоматизация не окупается, если бытовое действие случается редко и занимает мало времени: система может потребовать больше усилий на настройку и уход, чем сэкономит. Например, для разового включения света вручную отдельный сценарий в приложении добавит шаги — настройку, проверку и возможное исправление.

Цена сопровождения

Стандартное внедрение технологий призвано сокращать транзакционные издержки и время выполнения процессов, в том числе программирования, тестирования и обучения пользователей. Но оценивать нужно весь цикл: после сборки системы остаются настройка серверов и программного обеспечения, отладка и обучение — их придётся учитывать и при дальнейшем использовании.

Неясный процесс сначала нужно упорядочить, а уже потом автоматизировать: прототип способен закрепить путаницу, если не определить последовательность действий и роли пользователей. Для бытового сценария проверьте три критерия:

• Частота: редкое действие проще выполнить вручную, чем поддерживать для него отдельную систему.
• Порядок: до создания прототипа запишите шаги процесса и выясните, кто отвечает за каждый из них.
• Сопровождение: сопоставьте сэкономленное время с настройкой ПО, отладкой и обучением после запуска.

Как данные помогают проверить прототип?

Данные как вспомогательный инструмент

Данные помогают проверить прототип, если фиксировать только наблюдения, нужные для конкретного бытового сценария: удалось ли человеку выполнить задачу и на каком шаге он остановился. Например, при тестировании прототипа приложения для управления домашней техникой достаточно записать успешность выполнения заданного действия и точку затруднения — не собирать сведения, не связанные с этой проверкой.

Большие данные не заменяют проверку прототипа: их применение в официальной статистике рассматривается отдельно от оценки того, справляется ли пользователь с задачей в конкретном интерфейсе. Статья на эту тему вышла в 2023 году в журнале «Вопросы статистики»: том 30, выпуск 2, страницы 5–22; с ней связан Александр Евгеньевич Суринов из Национального исследовательского университета «Высшая школа экономики» (НИУ ВШЭ), Москва.

• Для проверки сценария: отмечайте, выполнена ли задача и где пользователь остановился.
• Для больших данных: рассматривайте их как отдельный инструмент для официальной статистики, а не как готовую замену наблюдению за прототипом.

Частые вопросы

Путеводитель по теме: «Новости технологий»: полное руководство