В седьмой статье мы превратили Устав в юридический щит. Но даже самый прочный щит бесполезен, если:
Закон против вас: ваша инновация нарушает ФЗ-152 (персональные данные) или требует лицензии ЦБ, которой у вас нет.
Ресурсы — мираж: бюджет рассчитан на «авось», а команда уже на грани выгорания.
Технология — фантастика: API-партнёр под санкциями, а open-source-библиотека внезапно требует $1 млн за коммерческое использование.
Предварительная оценка осуществимости — это не бюрократия, а вскрытие проекта заживо, в ходе которого вы проверяете:
Легальность: не получите ли вы иск от ФАС или штраф от Роскомнадзора на старте?
Ресурсы: хватит ли денег, людей и технологий, чтобы не сломать шею на этапе исполнения?
Жизнеспособность: поглотит ли ваш проект рынок или рухнет под тяжестью амбиций?
Так, поехали.
Предварительная оценка осуществимости — это тот момент, когда вы еще можете передумать. Или осознать, что ваш «революционный» проект — это просто дорогой способ познакомиться с судебной системой.
Задачи предварительной оценки:
Определить, стоит ли игра свеч — или проще сжечь бизнес-план сразу.
Выявить фатальные риски — например, что ваш «уникальный алгоритм» уже запатентован, а единственный подходящий API принадлежит компании под санкциями.
Прикинуть, хватит ли ресурсов — или ваш CTO уволится на второй день, когда поймет, что код надо писать с нуля.
Виды анализа (или как не обмануть себя)
Юридический — «А нас за это не посадят?»
Технический — «А это вообще возможно? Или мы надеемся на квантовый компьютер, которого нет?»
Финансовый — «А деньги-то где?»
Рыночный — «А кому это вообще надо?»
Методы решения задач
1. Извлечение информации (или «Гугл в помощь»)
Изучение законов — потому что Роскомнадзор не любит сюрпризы.
Анализ конкурентов — если все они провалились, возможно, не просто так.
Чтение документации — да, ту самую, которую все игнорируют, пока не наступает на грабли лицензирования.
2. Визуализация данных (или «Нарисуем — станет понятнее»)
Схемы процессов — чтобы увидеть, где проект развалится.
Графики затрат — чтобы понять, когда закончатся деньги.
Диаграммы рисков — чтобы осознать, что шансы на успех ниже, чем у стартапа по доставке пельменей дронами.
3. Моделирование (или «Давайте представим, что всё идет по плану»)
Сценарный анализ — «Если сервер упадет, а клиенты взбунтуются, что будем делать?»
Оценка нагрузок — «А выдержит ли наш хостинг больше 10 пользователей?»
Прогнозирование сроков — умножаем оценку команды на 2.5 и получаем реалистичный дедлайн (вспоминаем про статью, где мы ставили сроки: https://dzen.ru/a/aGQ7tSVRLzSAOzni?share_to=link)
P.S. Вот так схематично мы можем рассмотрели предварительную оценку осуществимости.
P.P.S. Главный вопрос который вы должны себе задать: А почему это вообще может или не может сработать? Включаем критическое мышление и... Думаем. Лучше потратить месяц на анализ, чем год на разгребание последствий собственного оптимизма.