diff --git a/content/questionnaire.md b/content/questionnaire.md index 20b92d6..e9d69bc 100644 --- a/content/questionnaire.md +++ b/content/questionnaire.md @@ -1,7 +1,7 @@ # Questionnaire — STOP_AI -**Версия:** v1.0-questionnaire -**Дата:** 19.10.2025 +**Версия:** v2.0-questionnaire +**Дата:** 20.10.2025 **Авторы:** Дулаев А., Брынцев А., Карнаухов Г., Дмитриев И. ## Введение @@ -9,86 +9,192 @@ Цель анкеты — понять требования заказчика к функциональности и политике конфиденциальности STOP_AI. -## Вопросы (Дулаев Арсен) +### Вопросы (Дулаев Арсен) + +1. Должен ли пользователь иметь личный кабинет / профиль? +ОТВЕТ **_Да; для облака, синхронизации и статистики._** -1. Должен ли пользователь иметь личный кабинет / профиль? 2. Какими методами должна происходить авторизация? -(номер телефона, почта, логин и пароль, Google аккаунт, ВК) -3. Как должен происходить счётчик промптов? -4. Как должна выглядеть блокировка (внешне и технически)? +(номер телефона, почта, логин и пароль, Google аккаунт, ВК) +ОТВЕТ **_Почта и Google — да; телефон — опционально (B2B); логин/пароль и ВК — не приоритет._** + +3. Как должен происходить счётчик промптов? +ОТВЕТ **_Локально, без истории содержания; учитываем только общее количество._** + +4. Как должна выглядеть блокировка (внешне и технически)? +ОТВЕТ **_Серый overlay + уведомление с таймером; технически — блок доменов/приложений на уровне VPN/Firewall/DNS._** + 5. Как должно выглядеть снятие блокировки (по таймеру, -кодовым словом, по особому случаю и т.д.)? +кодовым словом, по особому случаю и т.д.)? +ОТВЕТ **_По таймеру/расписанию, кодовой фразе или через белый список._** + 6. Как должно происходить постепенное ужесточение ограничений -(раз в неделю, раз в месяц, по желанию и т.д.)? +(раз в неделю, раз в месяц, по желанию и т.д.)? +ОТВЕТ **_Еженедельно или по прогрессу пользователя._** + 7. Как должны добавляться белые списки, кодовые слова или -расписание — всё то, что позволяет снимать блокировку? +расписание — всё то, что позволяет снимать блокировку? +ОТВЕТ **_Через настройки; поддержка импорта/экспорта._** + 8. Должна ли быть система проверки, что пользователь не подстраивает -расписание или белые списки, чтобы снимать ограничения? -9. Должен ли быть лимит белых списков, кодовых слов или размер расписания? -10. Должна ли быть функция экстренного отключения программы? +расписание или белые списки, чтобы снимать ограничения? +ОТВЕТ **_Да; контроль изменений и анти-злоупотребления._** + +9. Должен ли быть лимит белых списков, кодовых слов или размер расписания? +ОТВЕТ **_Да; лимиты конфигурируемые._** + +10. Должна ли быть функция экстренного отключения программы? +ОТВЕТ **_Да; с настраиваемой задержкой._** + 11. Должен ли присутствовать атомный режим — полная блокировка -всех ИИ без возможности включить? -12. Предполагается ли какая-то монетизация проекта? -13. Через что будет происходить монетизация? +всех ИИ без возможности включить? +ОТВЕТ **_Да; жёсткий «атомный» режим без обходов._** + +12. Предполагается ли какая-то монетизация проекта? +ОТВЕТ **_Да._** + +13. Через что будет происходить монетизация? +ОТВЕТ **_Подписка, пакеты жёсткой блокировки, облачные профили, визуальные скины._** + 14. Какими методами стоит принимать оплату? -(картой, СБП, split, рассрочка) -15. Если несколько способов оплаты — можно ли каждый раз выбирать нужный? +(картой, СБП, split, рассрочка) +ОТВЕТ **_Карта и СБП — да; крипта — позже; split/рассрочка — не приоритет._** + +15. Если несколько способов оплаты — можно ли каждый раз выбирать нужный? +ОТВЕТ **_Да._** + 16. Перестаёт ли приложение работать, если его закрыть, -или продолжает в фоне? +или продолжает в фоне? +ОТВЕТ **_Продолжает работать в фоне (особенно в атомном режиме)._** + 17. Как должно происходить выключение программы -(крестик, завершение сессии, или выключение не предусмотрено)? +(крестик, завершение сессии, или выключение не предусмотрено)? +ОТВЕТ **_Обычный режим — завершение сессии; в атомном — ограничено._** + 18. Должен ли быть автозапуск при старте компьютера и невозможность выключить его, пока ПК работает -(во всех режимах, только в атомном или по желанию)? -19. Должны ли быть уведомления пользователю — как часто, какие и по содержанию? +(во всех режимах, только в атомном или по желанию)? +ОТВЕТ **_По желанию в обычном режиме; обязателен в атомном._** -## Вопросы (Брынцев Андрей) +19. Должны ли быть уведомления пользователю — как часто, какие и по содержанию? +ОТВЕТ **_По событиям: старт/конец блокировок, достижения, напоминания; мотивационные и информационные._** + +### Вопросы (Брынцев Андрей) + +1. Какая целевая аудитория? +ОТВЕТ **_Образовательные учреждения, детокс-энтузиасты, компании/госсектор с конфиденциальными данными, отрасли с нулевой толерантностью к ошибкам._** -1. Какая целевая аудитория? 2. Какую проблему должен решать проект? -3. Кто наши конкуренты и что в их продуктах хорошо / плохо? -4. Что пользователь должен сказать о нашем продуктем, чтобы мы поняли, -5. что он ему нравится? -6. Какие критерии для KPI будут использоваться? -7. Какая степень выполнимости KPI будет считаться успехом / нормой / неудачей? -8. Сколько времени вы предполагаете потребуется для MVP? -9. Какой минимальный функционал требуется в MVP? -10. Какую главную гипотезу о ценности продукта мы проверяем с помощью MVP? +ОТВЕТ **_Потеря фокуса/креативности из-за LLM, утечки данных, академическая нечестность, недопустимость «примерных» ответов в критичных доменах._** + +3. Кто наши конкуренты и что в их продуктах хорошо / плохо? +ОТВЕТ **_Freedom, Cold Turkey, FocusMe, RescueTime Focus, родительские контроля и корпоративные DLP; плюсы — зрелые блокировки/отчёты,** +**минусы — мало анти-LLM специфики, доверие к облаку, обходимость._** + +4. Что пользователь должен сказать о нашем продуктем, чтобы мы поняли, +ОТВЕТ **_«Мне стало проще держать фокус, блокировки не обходятся, данные не уходят в облако.»_** + +5. что он ему нравится? +ОТВЕТ **_«Интерфейс простой, метрики понятны, атомный режим реально работает.»_** + +6. Какие критерии для KPI будут использоваться? +ОТВЕТ **_DAU/MAU, % времени без ИИ, конверсия в жёсткий режим, ARPPU, churn, число управляемых устройств (B2B)._** + +7. Какая степень выполнимости KPI будет считаться успехом / нормой / неудачей? +ОТВЕТ **_Успех: 80–100% цели; норма: 60–80%; провал: <40%; ошеломляюще: >120%._** + +8. Сколько времени вы предполагаете потребуется для MVP? +ОТВЕТ **_~3 месяца (Q1 roadmap)._** + +9. Какой минимальный функционал требуется в MVP? +ОТВЕТ **_Блокировка LLM-доменов/приложений, таймер/расписание, локальные отчёты и счётчик промптов, офлайн-режим._** -## Вопросы (Карнаухов Глеб) +10. Какую главную гипотезу о ценности продукта мы проверяем с помощью MVP? +ОТВЕТ **_Что офлайн-first, жёстко-необходимые анти-LLM блокировки повышают фокус и доверие, конвертируясь в удержание._** + +### Вопросы (Карнаухов Глеб) 1. Как должна выглядеть блокировка сайта ? - (добавление ссылки напрямую или иначе)? + (добавление ссылки напрямую или иначе)? +ОТВЕТ **_Ручное добавление доменов + предустановленные списки._** + 2. Как должна выглядеть блокировка приложений? - (запрет на запуск, ограничение в работе и т.д.)? + (запрет на запуск, ограничение в работе и т.д.)? +ОТВЕТ **_Запрет на запуск по имени процесса/пакета; опциональные ограничения в работе._** + 3. Как должна выглядеть блокировка ИИ-агентов ? - (блокировка приложений с ИИ, блокировка конкретного ИИ или иное)? + (блокировка приложений с ИИ, блокировка конкретного ИИ или иное)? +ОТВЕТ **_Блок API-эндпоинтов и доменов конкретных ИИ (ChatGPT, Gemini и др.)._** + 4. Как должна выглядеть блокировка Telegram-ботов - (добавление тега или иным образом)? -5. Приложение должно работать только с интернетом, оффлайн или в гибридном режиме? -6. Какие функции должны работать в оффлайн-режиме? -7. Как должен выглядеть оффлайн-режим с точки зрения дизайна? -8. Можно ли переключаться между режимами? + (добавление тега или иным образом)? +ОТВЕТ **_По тегам/ручному добавлению ботов._** + +5. Приложение должно работать только с интернетом, оффлайн или в гибридном режиме? +ОТВЕТ **_Гибридный режим._** + +6. Какие функции должны работать в оффлайн-режиме? +ОТВЕТ **_Блок-листы, счётчики, таймеры._** + +7. Как должен выглядеть оффлайн-режим с точки зрения дизайна? +ОТВЕТ **_Нейтральный серый стиль + «работа автономно». _** + +8. Можно ли переключаться между режимами? +ОТВЕТ **_Да; автоматически при потере/восстановлении сети._** + 9. Какой стиль сообщений должен быть у приложения ? - (дружелюбный, официальный, «быдло» или выбираемый пользователем)? + (дружелюбный, официальный, «быдло» или выбираемый пользователем)? +ОТВЕТ **_Дружелюбный с мотивацией._** + 10. Должен ли проходить в начале опрос о том, как пользователь использует ИИ ? - (частота, цели и т.д.)? -11. Должно ли приложение давать советы или пользователь сам решает? + (частота, цели и т.д.)? +ОТВЕТ **_Да; стартовый опрос для настройки режима._** + +11. Должно ли приложение давать советы или пользователь сам решает? +ОТВЕТ **_Да; советы по фокусировке._** + 12. Должно ли быть поощрение пользователя? - (мотивационные сообщения, «ударный режим», скины и т.д.)? -13. Какие данные должны быть в личном кабинете / профиле пользователя? - -## Вопросы (Дмитриев Иван) - -1. Какие первые платформы вы хотите поддержать в MVP (Windows/macOS/Linux, Android/iOS, браузер)? -2. В каком виде вы видите продукт на старте: нативное приложение, веб-приложение, расширение браузера или гибрид? -3. Нужен ли личный кабинет/профиль как таковой (отдельно от вопроса о содержимом профиля)? -4. Как должен работать счётчик промптов: уровень агрегации (глобально/по сервисам/по устройствам), период (день/неделя), реакция на превышение? -5. Нужна ли защита от обхода ограничений: запрет самопослаблений, детект изменений расписаний/белых списков, подтверждения вторым фактором? -6. Какой план монетизации рассматривается: разовый платёж, подписка, B2B-лицензии, open-core? -7. Политика хранения данных: где хранятся настройки/журналы/счётчики — строго локально, локально с опциональной end-to-end синхронизацией или облачно? Нужно ли шифрование на устройстве? -8. Телеметрия и аналитика: допустим ли сбор анонимных метрик (краши, версии ОС, успешность блокировок)? Какие события строго запрещены к сбору? -9. Аудит и логи: требуются ли неизменяемые журналы действий (изменения настроек, разблокировки, попытки обхода), сроки хранения и круг доступа? -10. Роли и управление: нужны ли режимы «админ/пользователь», семейный режим, удалённая админ-панель (для родителей/компаний)? -11. Уровень реализации блокировок: на каких слоях допустимо работать (DNS/прокси, системный сервис/драйвер ОС, расширение браузера, уровень роутера)? Что в приоритете для MVP? -12. Обновления и распространение: авто-обновления/ручные, каналы поставки (магазины приложений, корпоративные репозитории, сайт), нужны ли каналы LTS/beta и офлайн-пакеты? + (мотивационные сообщения, «ударный режим», скины и т.д.)? +ОТВЕТ **_Да; челленджи, «ударный режим», ачивки, скины._** + +13. Какие данные должны быть в личном кабинете / профиле пользователя? +ОТВЕТ **_Время без ИИ, число блокировок/попыток, прогресс/достижения, настройки/белые списки/расписания._** + +### Вопросы (Дмитриев Иван) + +1. Какие первые платформы вы хотите поддержать в MVP (Windows/macOS/Linux, Android/iOS, браузер)? +ОТВЕТ **_Windows и macOS + Android и iOS (браузеры — позже)._** + +2. В каком виде вы видите продукт на старте: нативное приложение, веб-приложение, расширение браузера или гибрид? +ОТВЕТ **_Гибрид: нативные клиенты + веб и расширения; сетевой уровень VPN/Firewall._** + +3. Нужен ли личный кабинет/профиль как таковой (отдельно от вопроса о содержимом профиля)? +ОТВЕТ **_Да._** + +4. Как должен работать счётчик промптов: уровень агрегации (глобально/по сервисам/по устройствам), период (день/неделя), реакция на превышение? +ОТВЕТ **_Глобально на устройстве; период — день/неделя; при превышении — усиление ограничений/блокировка._** + +5. Нужна ли защита от обхода ограничений: запрет самопослаблений, детект изменений расписаний/белых списков, подтверждения вторым фактором? +ОТВЕТ **_Да; запрет самопослаблений, аудит изменений, 2FA/задержки в атомном режиме._** + +6. Какой план монетизации рассматривается: разовый платёж, подписка, B2B-лицензии, open-core? +ОТВЕТ **_Подписка + B2B-лицензии; расширяемые пакеты._** + +7. Политика хранения данных: где хранятся настройки/журналы/счётчики — строго локально, +локально с опциональной end-to-end синхронизацией или облачно? Нужно ли шифрование на устройстве? +ОТВЕТ **_Строго локально; опциональная E2E-синхронизация; шифрование на устройстве обязательно._** + +8. Телеметрия и аналитика: допустим ли сбор анонимных метрик (краши, версии ОС, успешность блокировок)? Какие события строго запрещены к сбору? +ОТВЕТ **_Допустимы анонимные краши/версии ОС/события блокировок; запрещены содержимое промптов/сайтов/личные данные._** + +9. Аудит и логи: требуются ли неизменяемые журналы действий (изменения настроек, разблокировки, попытки обхода), сроки хранения и круг доступа? +ОТВЕТ **_Да; неизменяемые локальные журналы с ограниченным доступом и настраиваемыми сроками хранения._** + +10. Роли и управление: нужны ли режимы «админ/пользователь», семейный режим, удалённая админ-панель (для родителей/компаний)? +ОТВЕТ **_Да; роли, семейный режим и удалённая админ-панель (B2B/B2C)._** + +11. Уровень реализации блокировок: на каких слоях допустимо работать (DNS/прокси, системный сервис/драйвер ОС, расширение браузера, уровень роутера)? Что в приоритете для MVP? +ОТВЕТ **_Приоритет: системный сервис + DNS/прокси/VPN; расширения и роутер — позже._** + +12. Обновления и распространение: авто-обновления/ручные, каналы поставки (магазины приложений, корпоративные репозитории, сайт), нужны ли каналы LTS/beta и офлайн-пакеты? +ОТВЕТ **_Авто-обновления с ручным fallback; магазины и сайт; каналы beta/LTS; офлайн-пакеты для B2B._**