Как создать мобильное приложение для идей в контексте

Что такое захват идей «в контексте» и зачем он нужен

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

Что именно означает «контекст»

Контекст — это не «чем больше данных, тем лучше», а минимальный набор подсказок, который помогает вернуться к мысли и быстро восстановить смысл:

• Место: офис, дом, поездка, конкретная локация (если уместно).
• Время: когда пришла мысль (иногда важна привязка к событию).
• Состояние: «на вдохновении», «устал», «после встречи» — коротко.
• Источник: разговор, статья, подкаст, книга, наблюдение.
• Задача: какой проект/проблему это может решить.

Какие проблемы это решает

Контекстные заметки закрывают три типичные боли:

1. Забывание: идея исчезает, если её не записать за 10–20 секунд.

2. Потеря деталей: через неделю непонятно, что имелось в виду и почему это было важно.

3. Разрозненные каналы: мысли остаются в чате, в закладках, в фото, в голове — и не складываются в единый поток.

Для кого это особенно ценно

• Креаторы — ловят инсайты на ходу и хотят возвращаться к ним по теме.
• Менеджеры — фиксируют идеи по продукту и итоги встреч с привязкой к задачам.
• Студенты — собирают наблюдения и источники для работ.
• Предприниматели — держат в одном месте гипотезы и аргументы «почему я так решил».

Как измерять пользу

Пользу проще оценивать не «по ощущениям», а по метрикам:

• скорость фиксации (время от открытия до сохранения),
• доля найденных идей (как часто люди возвращаются через поиск/фильтры),
• доля использованных идей (сколько заметок превращается в задачу, проект или результат).

Сценарии использования и пользовательские истории

Прежде чем рисовать экраны, зафиксируйте 2–3 ключевые ситуации, в которых человек действительно будет доставать телефон. Это позволит собрать MVP вокруг реального поведения, а не набора функций «на всякий случай».

Три базовых сценария

1) «На ходу» — мысль появилась в транспорте или на улице, руки заняты, времени нет.

2) «На встрече» — нужно быстро записать инсайт, договорённость или вопрос, не выпадая из разговора.

3) «Перед сном» — идеи всплывают в тишине, важно сохранить их и спокойно вернуться завтра.

Единица данных: что именно вы сохраняете

Удобнее всего мыслить «карточкой» (идея/заметка). Для первой версии достаточно минимальных полей:

• текст (обязательное)
• время создания (автоматически)
• контекст (опционально: место/активность/источник)
• быстрые метки (1–3 тега или один проект — по выбору)

Чем меньше обязательных полей, тем выше шанс, что человек сохранит идею сразу, а не отложит «на потом».

Карта пользовательского пути: от фиксации до возврата

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

Важно, чтобы доработка была именно необязательной: пользователь может добавить детали позже — например, вечером или на еженедельном обзоре.

Примеры пользовательских историй:

• «Когда я иду по улице и мне пришла мысль, я хочу записать её одной фразой и сохранить без лишних шагов».
• «Когда я на встрече, я хочу быстро пометить заметку как “вопрос” и вернуться к ней после созвона».
• «Когда я ложусь спать, я хочу набросать 2–3 идеи и утром увидеть их в отдельной подборке “вчера вечером”».

Критерии успеха сценария

Основной измеримый критерий — 5–10 секунд до сохранения от момента открытия. Минимум трения: один экран, автосохранение, отсутствие обязательной регистрации до первой заметки и понятный откат, если пользователь передумал.

Какие данные контекста собирать и как не переборщить

Контекст полезен ровно до тех пор, пока он помогает вернуться к мысли и понять: «почему я это записал». Если данных слишком много, заметка превращается в шум, а пользователь начинает опасаться лишних разрешений. Поэтому правило простое: минимум по умолчанию, расширение — по запросу.

Контекстные сигналы: что вообще можно фиксировать

Чаще всего для «идей в контексте» работают такие сигналы:

• Геолокация (место, где появилась мысль)
• Время и дата (плюс день недели)
• Фото (окружение, доска, вывеска, объект)
• Аудио (голосовая заметка)
• Устройство (телефон/планшет, иногда — модель и ОС для диагностики)
• Приложение‑источник (если идея создана через «Поделиться» из браузера, почты, мессенджера)

Что собирать автоматически, а что — по желанию

Автоматически по умолчанию обычно достаточно сохранять время, базовые параметры устройства (без лишних идентификаторов) и источник, если заметка пришла через системное меню «Поделиться».

По желанию пользователя лучше оставить геолокацию, фото и аудио. Это самые «дорогие» по приватности сигналы, и ими удобно управлять одной кнопкой: «Добавить место», «Прикрепить фото», «Записать голос».

Как хранить контекст: вложения и метаданные

Текст идеи — это ядро. Всё остальное храните как:

• вложения: фото/аудио/файлы (с понятными превью и размером)
• метаданные: время, место, источник, параметры создания (чтобы фильтровать и искать)

Так проще отключать сбор отдельных сигналов и переносить заметки между устройствами без потерь.

Управление чувствительностью: точная точка vs район/город

Сделайте «ползунок точности» геометки: точная точка, примерно (район), город или выключено. Для многих сценариев достаточно района: пользователь вспомнит, где был, но не будет чувствовать, что его «ведут по карте».

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

UX быстрой фиксации: скорость важнее функций

Пользователь фиксирует идею в «узком окне внимания»: на остановке, в лифте, между созвонами. Если за 5–10 секунд он не смог сохранить мысль, приложение проиграло — даже при идеальной организации и поиске. Поэтому UX быстрой фиксации строится не вокруг «богатого редактора», а вокруг минимального пути к сохранению.

Экран быстрой записи: одна кнопка и автосохранение

Сделайте главный сценарий предельно коротким: открыть → ввести → сохранить. Лучше, если «сохранить» происходит автоматически.

Ключевые решения:

• Одна заметная кнопка «+» (или жест/виджет) из любого экрана.
• Минимум полей: заголовок можно опустить, оставить один текстовый блок.
• Автосохранение при каждом изменении и при уходе из экрана.
• Ясная обратная связь: «Сохранено» без модальных окон и лишних подтверждений.

Шаблоны: «идея», «задача», «цитата», «наблюдение»

Шаблоны ускоряют ввод и снижают тревогу «как правильно оформить». Важно, чтобы шаблон не превращался в форму с обязательными полями.

Подход:

• Шаблон задаёт подсказку и 1–2 поля по умолчанию (например, у «задачи» — чекбокс и срок, но срок необязателен).
• Последний выбранный шаблон запоминается.
• Переключение шаблона — в один тап, без потери введённого текста.

Ввод: текст, голос, фото и «позже уточню»

Дайте три быстрых канала: текст (по умолчанию), голос (в один тап) и фото (для доски/витрины/скриншота). Важная деталь — поддержка незавершённых мыслей: кнопка или тег «позже уточню», чтобы сохранить черновик без ощущения «я оформил плохо». Позже такие записи удобно фильтровать и дополнять.

Доступность и работа одной рукой

Скорость зависит от удобства:

• Крупные элементы, высокий контраст, понятные состояния кнопок.
• Основные действия в зоне большого пальца.
• Предсказуемая клавиатура (не прятать курсор, не прыгать фокусом).

Цель этого раздела — зафиксировать мысль быстрее, чем она успеет исчезнуть.

Организация идей: теги, проекты, связи и статусы

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

Теги, папки и проекты: что выбрать

В большинстве случаев достаточно тегов + хорошего поиска. Теги быстрее: не нужно решать, в какую «папку» положить мысль, и одна идея может иметь несколько контекстов одновременно (например, работа, маркетинг, проверить, в самолёте).

Проекты уместны, если у пользователя реально есть «контейнеры ответственности»: запуск продукта, книга, ремонт. Но не делайте проекты обязательными при создании заметки — пусть это будет опциональный атрибут.

Папки полезны реже: они создают лишнее напряжение выбора и плохо подходят для переиспользования идей. Если всё же нужны, используйте их как «представления» (фильтры), а не как единственный способ хранения.

Связи между идеями: от ссылок до серий

Чтобы идеи превращались в материал для действий, добавьте простые связи:

• Ссылка на другую заметку (вручную или через автоподсказку по названию).
• Блок «Похожие» на основе тегов/текста, чтобы находить дубликаты и развивать мысль.
• Серии заметок: например, «Эссе №1 — черновики» или «Идеи для кампании», где заметки выстраиваются в цепочку.

Статусы: от черновика до архива

Статусы помогают не утонуть в накопленных записях:

• черновик — просто зафиксировал;
• в работе — выделил время на развитие;
• готово — оформлено (можно экспортировать/отправить);
• архив — не актуально, но не удаляем.

Важно: статус должен меняться в один тап и быть доступен в списке, без захода в карточку.

Мягкие напоминания без навязчивости

Вместо частых пушей лучше использовать «ритуалы»: например, ненавязчивое напоминание «пересмотреть идеи недели» с предложением выбрать 1–2 заметки и перевести их в в работе. Так привычка формируется естественно, а пользователь чувствует контроль, а не давление.

Поиск и повторное использование: как возвращать идеи в работу

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

Поиск по тексту и метаданным

Базовый сценарий — строка поиска, которая понимает не только текст заметки, но и метаданные: дату, теги, место, тип вложения (фото, аудио, файл). Практичный подход — сначала выдавать результаты по тексту, а затем уточнять запрос фильтрами.

Чтобы поиск не выглядел сложным, подсказки можно показывать прямо в поле: «попробуйте: тег #идея, место “офис”, за неделю». Это снижает порог и обучает без отдельного туториала.

Фильтры и умные списки

Когда заметок становится много, фильтры превращаются в «контекстные линзы». Пользователь ожидает быстрых преднастроек:

• «Идеи с фото»
• «За последнюю неделю»
• «По этому месту» (особенно полезно, если заметка привязана к локации)

Поверх фильтров хорошо работают умные списки (сохранённые запросы). Важно: пусть пользователь может назвать такой список («Идеи для презентаций») и закрепить его на главном экране.

Визуальные представления: таймлайн, карта, карточки

Один и тот же архив лучше «вспоминается» по-разному. Таймлайн помогает восстановить ход мыслей, карта — вернуть идеи, привязанные к месту, а лента карточек — быстро просмотреть наброски и выбрать одну.

Чтобы не перегрузить интерфейс, достаточно 2–3 переключателей вида, которые запоминают последний выбор.

Экспорт и шаринг: что ожидают пользователи

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

• экспорт в текст и PDF
• ссылка на заметку (с настройкой доступа)
• «поделиться» через системное меню

Если у заметки есть вложения и метаданные, пользователь ценит опцию «экспортировать вместе с контекстом» — например, включить дату, теги и место в заголовок или подпись. Так идея не теряет смысл, когда покидает приложение.

Офлайн-режим и синхронизация: надежность прежде всего

Идеи появляются в метро, в самолёте, за городом — то есть ровно там, где сеть нестабильна. Поэтому офлайн-режим стоит считать не «дополнительной опцией», а базовой гарантией: пользователь нажал «сохранить» — и заметка уже в приложении, независимо от интернета.

Принципы офлайна

Минимальный стандарт: создание, редактирование и просмотр заметок без сети. Важно, чтобы приложение не «подвисало» на попытке синхронизироваться: любые сетевые операции должны происходить в фоне, а интерфейс — оставаться быстрым.

Архитектура: локальная БД + очередь синхронизации

Практичный подход для MVP — хранить всё в локальной базе (например, SQLite) и добавлять изменения в очередь синхронизации. Очередь содержит операции (создать/изменить/удалить) с временем и идентификаторами.

Когда сеть появилась, приложение отправляет операции на сервер и получает подтверждение. Если отправка не удалась — операция остаётся в очереди и повторяется позже. Так вы избегаете ситуации, когда пользователь «потерял» идею из‑за сбоя.

Конфликты при синхронизации

Конфликты неизбежны, если заметку правили на двух устройствах. Для первой версии достаточно простых правил:

• «Последнее изменение побеждает» — для большинства сценариев.
• Ручной выбор — если обнаружены две разные версии: показать экран сравнения «оставить эту / ту», без сложного объединения.

Медиа и экономия трафика

С фото и аудио легко перегрузить синхронизацию. Введите ограничения: максимальный размер вложения, сжатие, фоновые загрузки только по Wi‑Fi (или настраиваемо), а также понятный индикатор прогресса. Тогда офлайн останется надёжным, а синхронизация — предсказуемой.

Приватность и разрешения: доверие как часть продукта

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

Минимальный набор разрешений — только по запросу

Лучшее правило: просить разрешение ровно в тот момент, когда человек нажал действие, которому оно нужно.

Например, доступ к геолокации запрашивается при включении «Добавить геометку», а не при первом запуске. Микрофон — только при старте записи аудиозаметки. Камера — при выборе «Сфотографировать идею». Такой just‑in‑time подход снижает тревожность и повышает конверсию в выдачу разрешений.

Прозрачные объяснения, без мелкого шрифта

Перед системным диалогом покажите короткое человеческое объяснение: что именно будет сохранено и где это будет использовано.

• Гео: «Сохраним место к этой заметке, чтобы вы могли найти её по карте. Можно отключить в настройках».
• Микрофон: «Запишем аудио и прикрепим к заметке. Распознавание — только если вы включите его».
• Камера: «Фото сохранится как вложение к заметке».

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

Настройки приватности как часть UX

Дайте пользователю рычаги управления:

• выключатель геометок (глобально и для отдельных заметок);
• автоудаление черновиков через N часов/дней;
• блокировка приложением (PIN/биометрия) и скрытие содержимого в переключателе приложений.

Хранение и доступ: разумная безопасность

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

Отдельно опишите, кто имеет доступ к данным и как удалить аккаунт и заметки (например, на /privacy).

MVP и приоритизация: что сделать в первой версии

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

Что включить в MVP (минимум, который даёт ценность)

В первой версии достаточно функций, которые закрывают полный цикл: записал → пометил → нашёл → продолжил.

• Быстрый ввод: один экран, минимум полей, автосохранение, виджет/шорткат на создание записи.
• Теги: простые, пользовательские, с автодополнением по ранее использованным.
• Поиск: по тексту и тегам.
• Офлайн-режим: создание и редактирование без сети, очередь изменений.
• Базовая синхронизация: вход по одному методу, синк в фоне, понятные статусы (например, «сохранено локально», «синхронизировано»).

Контекст (гео, время, приложение‑источник) добавляйте там, где это не тормозит ввод и не требует лишних разрешений с первого запуска.

Практический совет для команды: если нужно быстро проверить гипотезу и собрать работающий прототип без долгой инфраструктуры, можно рассмотреть TakProsto.AI — vibe‑coding платформу, где MVP веб‑части, серверной логики и даже мобильного клиента можно собрать из диалога. Это удобно, когда важно быстро пройти цикл «идея → прототип → тест на пользователях», а затем при необходимости выгрузить исходники и продолжить разработку в привычном процессе.

Что отложить на потом (даже если очень хочется)

Чтобы не распылить разработку и не перегрузить интерфейс, отложите:

• Коллаборацию и общие пространства.
• Сложные графы связей между идеями, многоуровневые структуры.
• «Умные» рекомендации и автоматическую классификацию: они требуют данных, качества и времени на настройку.

Как быстро проверить UX: прототип и интервью

Сделайте кликабельный прототип ключевых экранов (создание, список, просмотр, поиск, теги). Проведите 5–7 коротких интервью: попросите человека за 2 минуты записать идею «на ходу», затем через пару минут найти её по памяти (тег/слово). Смотрите, где он путается и где теряет время.

Метрики MVP: что считать, чтобы понимать прогресс

• Активация: доля пользователей, которые создали 1–3 записи в первые 10 минут.
• Удержание D1/D7: возвращаются ли на следующий день и через неделю.
• Среднее число записей на пользователя (в день/неделю): растёт ли привычка фиксировать.

Если эти показатели улучшаются — вы строите правильное ядро продукта, и дальше можно аккуратно добавлять «умные» слои.

Технический план без лишней сложности

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

Нативно или кроссплатформа

Есть два базовых пути:

• Нативная разработка (iOS + Android отдельно) — максимум контроля над возможностями устройства и поведением в фоне, но выше стоимость и сложнее поддержка двух кодовых баз.
• Кроссплатформа (Flutter/React Native и аналоги) — быстрее и дешевле старт, единая логика, но иногда сложнее добиться идеальной работы камеры, геолокации и фоновых процессов на обеих ОС.

Если в первой версии важнее «записать мысль за 2 секунды», кроссплатформа часто выигрывает. Если ключевая ценность — надёжная фоновая запись аудио, точная геометка, глубокая интеграция с системными функциями, нативный путь может окупиться.

Критерии выбора под ваш MVP

Оцените не абстрактные «технологии», а конкретные сценарии:

• Скорость разработки и бюджет: сколько недель/месяцев и какая команда доступна.
• Доступ к камере/микрофону/гео: нужна ли съёмка в один тап, автогеометки, быстрая диктовка.
• Работа в фоне: хотите ли вы автофиксацию контекста или достаточно ручного ввода.

Бэкенд: нужен ли сразу

Для начала часто достаточно:

1. Локального хранилища (SQLite/Realm/встроенные базы) + надёжного кэширования вложений.

2. Простой синхронизации позже: минимальный API (профиль, список заметок, загрузка файлов) или готовый BaaS.

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

Если вы проектируете серверную часть с прицелом на российский контур и быстрый старт, в TakProsto.AI типичный стек уже «под капотом» (React для веба, Go и PostgreSQL для бэкенда, Flutter для мобильных приложений), плюс есть режим планирования, снапшоты и откат. Это может сократить время на развёртывание и дать понятный путь к продакшену без лишней сборки инфраструктуры.

Тестирование: то, что обычно забывают

Проверьте приложение не только «в идеальных условиях»:

• разные устройства и версии ОС (минимум: бюджетный Android + актуальный iPhone);
• сценарии без сети и с плохой сетью: создание, поиск, повторный вход;
• большие вложения: десятки фото, длинные аудиозаметки, массовый импорт;
• восстановление после сбоев: принудительное закрытие, разряд батареи во время записи.

Техническая простота здесь в том, чтобы заранее определить 10–15 критичных сценариев и автоматизировать их проверку, а не пытаться покрыть всё сразу.

Онбординг и формирование привычки фиксировать идеи

Хороший онбординг для приложения «идеи в контексте» не объясняет все функции — он помогает человеку за 30–60 секунд сделать первую полезную заметку и почувствовать, что это действительно удобно.

Онбординг за 2–3 шага

1. Обещание и сценарий: один экран с простым тезисом: «Записывайте идеи вместе с тем, где и когда они появились — чтобы легко возвращаться».

2. Первая заметка-пример: предложите создать заметку из шаблона, например: «Идея для проекта», где уже есть поля «мысль», «почему важно», «следующий шаг». Важно, чтобы пример выглядел живым, а не учебным.

3. Настройка контекста (минимально): попросите выбрать 1–2 источника контекста, которые дадут пользу сразу (например, время + одно из: геометка или активность). Разрешения лучше запрашивать в момент пользы: «Добавить место к этой заметке?» вместо запроса при первом запуске.

Мягкие триггеры, которые не раздражают

Привычка рождается из низкого трения:

• Виджет на главный экран: одна кнопка «Записать» и, при желании, «Голосом».
• Быстрые действия (долгое нажатие на иконку): «Новая идея», «Фото-идея», «Идея для проекта».
• Напоминания по расписанию: мягко и редко (например, раз в день вечером) с возможностью выбрать частоту или полностью отключить.

Стратегия контента: подсказки и шаблоны

Чтобы люди понимали, как фиксировать идеи, добавьте библиотеку коротких шаблонов:

• «Проблема → гипотеза → следующий шаг»
• «Наблюдение → инсайт → вопрос»
• «Идея → кому полезно → критерий успеха»

Подсказки должны быть контекстными: после 3–5 заметок можно предложить «Попробуйте добавить следующий шаг — так идеи чаще доходят до дела».

Поддержка в нужный момент

Сделайте помощь видимой: ссылка на FAQ и контакты на странице /help прямо из настроек и экрана онбординга.

Если у продукта есть платные функции, условия и ответы «что входит» удобно держать на /pricing, но не показывать их агрессивно до того, как человек получил первую пользу.

Запуск, обратная связь и развитие продукта

Запуск приложения для «идей в контексте» — это не финал, а начало измеримой работы с продуктом. На старте важно не распыляться на десятки функций, а убедиться, что базовый сценарий (быстро записать мысль и потом её найти) работает безупречно.

Подготовка к релизу

Перед публикацией соберите минимальный набор материалов и документов:

• Политика приватности: простым языком объясните, какие данные вы храните (текст заметок, геометки, время, вложения), где и как они обрабатываются, как удалить аккаунт и данные.
• Описание функций: акцент на ценности — «фиксируйте идеи за 3 секунды», «контекст помогает вспомнить», «поиск возвращает идеи в работу».
• Скриншоты и превью: показывайте не «настройки», а ключевые действия: быстрый ввод, теги/проекты, поиск, карточка идеи с контекстом.

Сбор обратной связи: встроить, а не надеяться

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

Для качества данных:

• Трекинг ошибок: фиксируйте падения, зависания, таймауты синхронизации.
• Опросы в приложении: короткие (1–2 вопроса) и редкие. Например: «Удалось ли потом найти идею?» и «Что мешало?».

План итераций: что улучшать первым

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

Дорожная карта без самообмана

Коллаборация, импорт/экспорт и интеграции выглядят привлекательно, но добавляют сложность и поддержку. Планируйте их только после подтверждения спроса: когда пользователи регулярно возвращаются, активно ищут старые идеи и просят конкретный поток (например, экспорт в файл или перенос из другого приложения).

Сначала доведите ядро до состояния «не подводит» — это и будет главным драйвером роста. А чтобы ускорить цикл экспериментов (особенно на раннем этапе), полезно иметь инструмент, который позволяет быстро собирать и менять продукт без долгих спринтов: в TakProsto.AI для этого есть режим планирования, снапшоты и откат, а также экспорт исходников, если вы решите перенести MVP в собственный репозиторий и развивать дальше.