В настоящий момент на паре моих проектов использую методику лин-стартап, когда у меня появляется идея улучшения (новой фичи), разрабатывается под неё MVP, тестируется и потом уже решается: оставлять или на свалку.
Проблема заключается в том, что с развитием проектов размер(сложность) этих фич увеличивается и получается, что я стал тратить слишком много ресурсов на их апробацию.
На что можно заменить лин-стартап, чтобы снизить число неудачных апробаций?
Вариант для снижения тестирования ->
1. делать только то что пользователи сами просят (выделяя приоритеты)
2. иметь небольшую группу пользователей, с которой можно сразу обсудить идеи до их прототипирования.
ну и опять же -> все равно должно быть виденье, куда и как вы хотите прийти, чтоб понимать чего точно НЕ ДЕЛАТЬ (а значит и не тестировать), обратная связь лишь корректирует детали, если такого виденья нет - то не стоит даже начинать куда-то идти)
Насколько я понимаю, в лин стартапе желательно сначала какими-то способами проверить нужность фичи. даже перед тем, как пилить MVP. Например, провести опрос пользователей, исследование рынка, конкурентов и все такое прочее. Возможно конкуренты уже пробвоали такую фичу и отказались от нее. Или если у них нет, то понять почему. Ну и так далее.