Речь идет, в основном, о громоздкой технической документации, определяющей каждый винтик программного продукта, на которой настаивают разработчики из корпоративного сектора, желающие устаканенных требований до начала проекта.
Тут речь не о value proposition проекта, а о том из чего оно делается. И вот то из чего оно делается чаще нет нужды изобретать. Не нужно строить свой кирпичный заводик, чтобы построить дом.
Основная потеря тут в том, что пятиминутное совещание по бизнес-логике выбивает программиста из колеи на часы. В то время как (1) вклад программиста в формирование бизнес-логики не шибко коррелирует с требованиями рядового пользователя и (2) программисты — единственные кто создают ценность в стартапе.
Понятно, что какие-то документы там и сям нужны. Другое дело, что жить по документации (как это принято в корпоративном секторе, где выстраиваются отношения заказчик-подрядчик) не стоит. Например, Software Requirements Specifications, по которым мы пытались жить в начале проекта — лишнее для стартапа. Эта регламентация нам больше навредила чем помогла.
Слишком много времени она съедает, а к прототипу не фига не приближает.
Тут дело в том, что мы оказываем персонифицированный сервис, который просто требует данных от пользователя. Без них нам нечего вам показывать. Мы не узкоспециализированный тематический ресурс, в котором есть что вытащить на главную для целевой аудитории. Если б так, то был бы контент наружу. Специфика обязывает.
Со страницы до логина нет ссылок на внутренний контент. Но вообще контент доступен и без логина. Например вот свежая проблема — http://problemator.com/7100327
Слишком много времени она съедает, а к прототипу не фига не приближает.