именно к будущему?)

Ну, скажем так, хочу переродить существующий продукт для которого подобного описания нет

Была подобная история - достался продукт в наследство без описания, что сделали (все параллельно):
1. накинулись всей командой на описание внутренней вики по нему, залинковали вики с багами и тасками в жире, прям по тексту, получился такая документация со всеми особенностями, корнер кейсами и косяками. Разработчики ее как требования используют, когда надо проверить «не сломал ли чего пока пилил фичу». Из этой вики тестировщкии родили низкоуровневые тесткейсы по всему продукту - получили картинку продукта «как есть» (их автоматизировали кстати). И вики и кейсы поддреживаем постоянно теперь
2. Обмеряли весь продукт (у нас это критично) - создали список метрик по скорости работы и нагрузке «as is» и «to be»
3. описали беклог юз кейсов и к каждому расставили требования, сравнили в текущим состоянием (вики и метрики), досоздавали тасок и багов

Могу как нибудь показать, пиши в личку

Спасибо большое! Серьёзная работа👍 но это скорее больше применимо к существующему продукту, а я больше хочу найти практики, которые позволят по максимуму на берегу всё описать (насколько это возможно), чтобы потом не сталкиваться с такими проблемами, с которыми пришлось вам столкнуться)) Хотя я и понимаю, что разработка документации это процесс бесконечный и живёт пока жив сам продукт.

В Byndyusoft вот так делают, например: https://sense23.com/post/kak-effektivno-proektirovat-produkty-i-interfejsy-zhurnal-proektirovshhika

Спасибо, большое! Буду изучать)

Вам достаточно выяснить в первом приближении ключевые метрики продукта (сколько сейчас и сколько надо в будущем), накидать базовые job stories (когда Вася  хочет сделать это, он смотрит сюда; а Маша когда хочет сделать это, ищет тут) + поверхностный анализ конкурентов. Этого хватит для старта.

Если клювом по сторонам не щёлкать, то за неделю вы справитесь. Максимум две, если совсем с нуля по всем направлениям.

Спасибо! Это полезный и понятный способ для того чтобы понять и первично накидать будущий функционал с точки зрения юзера - подобным способом и пользуюсь.
Меня же кроме этого интересует техническая сторона продукта - что используется для описания и проектирования этой части?

Логические таблицы связи сервисов и баз данных. Блок схему рисуете: вот на этом серваке у нас крутится такой-то сервис, он взаимодействует с этим, на входе вот это, на выходе вот это.

Спасибо👍

технари у нас в visual paradigm делают схемы

Благодарю! поизучаю

Добрый день!

Мы с командой сделали прототип лендинга и хотим потестировать тексты на нем.

Нужны автомобилисты. Буквально на 20 минут, с компьютера, с показом экрана.
Сегодня/завтра/в среду.

За отклик плюсик в карму или могу поучаствовать в ваших исследованиях, опросах, интервью и т.д.

Добрый вечер!
Запуск мобильного приложения, мессенджер, b2c.
Первичная цель-нащупать сегмент/оффер.
Какие маркетинговые и продуктовые метрики рекомендуете считать?
Буду признателен за ссылки. Спасибо!

Я мимокрокодил, а что значит оффер в данном контексте? Уникальное предложение?

Приветствую всех. Кто какие знает зарубежные биржи фрилансеров? Подскажите, пжлст.

Мессенджер? Для b2c?
Странный выбор.
Или это учебный продукт или вы зря время теряете (и даже для учебного можно было бы подумать ещё)

upwork?)

+ fiverrr

Верно, ценностное предложение