Принцип ФФФ

ФФФ — принцип fix time, fix money, flex scope. Участники проекта исходят из постулата: невозможно гарантировать 100% функций за 100% времени и 100% бюджета без ущерба для качества проекта. Мы считаем, что недопустимо жертвовать временем проекта — это невосполнимый ресурс. Поэтому дедлайн несдвигаем. Нельзя тратить дополнительные деньги — проект незаметно и быстро превратится в расходную трубу. Поэтому бюджет фиксирован. Нельзя жертвовать качеством, потому что репутацию очень сложно заработать и очень легко потерять. Поэтому качество всегда должно быть высоким.

А с функциями ситуация неожиданно благоприятная: это дело наживное. Новые функции можно добавить позднее, к тому же это создаст положительный информационный повод для клиентов. И всегда лучше, если первая версия продукта не перегружена кнопками и настройками — пользователям изначально проще её освоить.

Из совета Артёма Горбунова.

Проблема временно бесплатных MVP

Если вы собираетесь брать деньги с пользователей за свой продукт (сервис), делайте это сразу же. С первой же рабочей версии или MVP. Иначе вы тестируете совершенно другой продукт.

Почти наверняка вам скажут «нет». Это нормально. Главное — пользователи скажут «почему нет», а это и есть самое ценное. Пока даёшь им продукт бесплатно, ничего толком понять нельзя.

Из заметки Максима Ищенко «Start charging from Day 1».

20-процентные продукты

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

К сожалению, это не одни и те же 20%. Всем нужны разные группы функций. Я слышал о десятках компаний, которые пытались выпускать «облегченные» текстовые процессоры, реализующие всего 20% функций. Обычно они дают свою программу для отзыва журналисту, и тот пишет отзыв, редактируя его текст прямо в новом текстовом процессоре, а потом журналист пытается найти необходимую ему функцию подсчета слов, потому что у большинства журналистов жесткие требования по количеству слов, а этой функции нет, так как она попала в «80% никем не используемых», в итоге журналист пишет статью, одновременно пытаясь утверждать, что облегченные программы — это хорошо, а раздутые — плохо, добавляя «не могу пользоваться этой чертовой штукой, потому что она не считает слова».

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

Из книги Джоэла Спольски «Джоэл: и снова о программировании», глава 29-я «Простота».