Саня Технадзор

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

Сразу открывается реальность.

Сразу спойлер - ни идею, ни технологию, ни концепцию не патентуют. Патентуют полезную модель или изделие.

Понятно что вы умрете психически и интеллектуально на этапе формулировки заявки патентному поверенному (это еще не сама заявка), сразу узнаете много нового.

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

И тут вы узнаете что патентное право сегодня работает для сильных научных прорывов.

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

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

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

Это просто показатель шизоидности, если такой документ подписать он ничего не сделает - будет весело смотреть как они будут подавать заявку в суд на нарушение чего-то там.

Просто делайте.

Изучайте матчасть.

Почитайте книжку Вигерса - разработка требований к ПО. Там есть шаблоны в конце книги.

Еще верно отмечают что требования к ПО и требования к бизнесу (стартапу) - это разные вещи.

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

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

Разделите строго веб проект - на него легко можно написать требования, и также легко выполнить, и проведите эту грань, что веб проект это не стартап, это веб проект.

Чтобы это был стратап - пишется Business Requirements Document, но как я уже сказал, что-то "гарантировать" этим документом могут только сильные конаслтинговые компании, все остальные документы это божья роса.

Это не значит что их не надо писать - я так явно указываю на их негарантированность, потому что как только такой документ всплывает в отношениях между инвсетором и стартапером - стартапер попадает в бесконечный ад, если берется реализовывать такие требования. Инвсетор будет доить все соки ссылаясь на этот "документ".

Поэтому будьте спокойны к таким документам, лучше называть их "эссе" что снизит какие-то требования к тому что там должно быть.

Ну и отвечая что там должно быть - погуглите системноинженерное мышление левенчука, и все документы о том, что такое "системы" и с чем их едят - многое узнаете.

Ну и вигерса не забудьте.

Успехов!

Один должен быть главнее по документам.
Чем дальше откладываете решение выделить главного - тем тяжелее будут последствия.
А момент настанет в самый неожиданный час.

> Сделал вывод что инвесторам нужны цифры, расчеты, доходы, убытки и прочее. Сколько они вложат и когда они получат n-ую сумму. И так нужен бизнес-план и фин модель. Тут есть человек один, профессионал и просит за глубокий бизнес-план и фин модель 70 000 рублей. Как вы считаете не дорого ли? Но скажу сразу, я уверен в проекте, вопрос лишь времени и хорошего бюджета на рекламу.

Инвестору не нужны интерфейсы и структура продукта.

Вам нужен нормальный вайтпейпер, крипто%бы испортили немного отношение к этому документу, он не для них делался а как раз для объяснения сути бизнеса или его модели для того чтобы можно было один раз "передать" описание в понятной и минимально достаточной форме для другой стороны (инвестора).

Вставлю кусок и своего материала на эту тему на vc:

/// начало цитаты из статьи

Дорожная карта

Стратегия - это набор тактических действий (заготовок) на определенном ландшафте (окружении) и с определением угроз (ожидаемых событий как целей) и способов реакции на эти ситуации.

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

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

Цель нельзя "выполнить", можно только "получить".

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

Когда все команды пишут документы для инвесторов рассказывая как они собираются сделать мир круче своим продуктом, никто из команд не предлагает варианты развития событий в формате ответа на вопрос Семена Слепакова - а че %ля если нет?

Любой инвестор задает только этот вопрос глядя на предлагаемую дорожную карту - он хочет видеть что вы понимаете как вы добьетесь заявленного результата если что-то пойдет не так. А что-то пойдет не так.

Хороший план - тот что отвечает на вопрос "а че *ля если нет?"

Чеклист хорошей дорожной карты / стратегии / плана:

1. Все задачи приводят к целям.
   
2. У ключевых целей отражены планы Б
   
3. Логические связи расставлены так, что сразу отпадают вопросы, потому что все "очевидно"
   
4. В связи с этим ваши действия становятся простыми:
   

Изложить из все что есть в голове о проекте сразу на карту

1. Расставить связь - причина-следствие
   
2. Добавить вариантов развития событий (а что делать если не достиг цели)
   
3. Разделить что цель а что задача
   
4. Переслать товарищу / инвестору / команде
   
5. ...
   
6. Profit!
   

/// конец цитаты из статьи