Речь идёт о функциональных спецификациях к сайтам, приложениям и прочим информационным системам.

В начале карьеры я просто делал интерактивные прототипы, а документацию предпочитал не писать. Почему так:

— Это было сложно. Этому навыку никто не обучал, а написать 100 и более страниц текста по проекту — это как диссертацию накатать. Поэтому я говорил клиентам, что, мол, и так справитесь 🙂
— У меня не было опыта в роли заказчика. И только после того, как я на собственном проекте увидел, сколько денег экономит этот документ, стал предлагать его каждому новому клиенту.

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

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

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

Стоимость документа примерно равна стоимости создания интерактивного прототипа. Поэтому теперь там, где я раньше зарабатывал 200 000 рублей, я начал зарабатывать 400 000. Так что технически это удвоило мой доход за счёт повышения среднего чека с одного клиента в два раза. Если до этого я не был загружен на 100%, то теперь был. Плюс средний проект растягивался во времени, и мне не приходилось слишком часто переключаться между разными направлениями.

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

Если информация окажется для вас ценной — буду рад лайкам, комментариям и прочей поддержке на Ютубе. В этом году она мне понадобится.