Чего то последнее время новости о майкрософт всё какие то негативные, а о гугл - позитивные
http://safe.cnews.ru/news/top/index.shtml?2007/08/24/263711
http://interbase.blogspot.com/2007/08/blog-post.html
а мне кажется есть более действенные способы защиты от спама чем "выявлять спамеров по профилю". Например в профиль добавить возможность "включить капчу" для тех, кто не находится в моем контакт листе, и тогда новые пользователи должны будут ввести капчу для отсылки сообщения. Кого спамеры не раздражают - не включай защиту капчей. Всё таки спам вручную - недешево, и поток схлынет..
В таком случае не совсем понимаю смысл планирования на начальном этапе.
Ну хорошо, давайте на конкретном примере.
Допусти есть идея сделать стартап отвечающий на вопрос:
"Что подарить?" (родилась 5 минут назад, после звонка жены:) )
Итак, опишем функциональные требования:
Цель: Ответ на вопрос что подарить определенной категории людей на определенное событие
Функционал:
Пользователь регистрируется, заполняет профиль и описывает самый идиотский и самый понравившийся подарок в своей жизни.
С обязательным указанием на какое событие (ДР, свадьба и т.п.) и комментариями почему. Возможность комментировать
В профиле минимум - пол, возраст, примерный доход
Почему будут писать: - похвастаться
Как будут искать: по типу события и профилю - возраст доход и т.п.
Монетизация: реклама ларьков с сувенирами.
Вот собственно план. Дальше берем первую попавшуюся цмс или фреймворк, делаем сайт - и показываем его как можно большему кол-ву людей. Смотрим на фидбэк, что не удобно, чего добавить, что исправить и если людям интересно - заказываем/покупаем дизайн, нанимаем/берем в долю программиста программиста и делаем на чистовик. Выпуск - доработка по фидбэку - маркетинг - продажа - следующий стартап.
Т.е. вся прелесть - делаем все быстро. Не заморачиваясь на:
Software project management plan, Software Requirements Specification и т.п.
Надо опираться на отзывы реальных пользователей а не додумывать за них. А не выстрелит - забросить на раннем этапе и заняться другим чем-ть.
В общем Ваша статья больше подходит к разработке каких нибудь ЕРП систем, чем к запуску стартапа. Ну или к сложным стартапам с большой командой.
PS: Ещё один момент - преимущество стартапов перед крупными корпорациями - их мобильность. За то время как корпорация потратит полгода на фазу планирования - стартап успеет "выстрелить" и отъесть часть рынка. Если он будет повторять путь корпорации то проиграет ещё на фазе планирования, так как бюджет кончится)
Сейчас эпоха сервисов и прелесть в том, что вместо того чтобы потратить, например неделю на планирование и проработку будущего стартапа - можно за то же время сделать работающий прототип на базе различных сервисов и frameworkов, выставить его на публику и посмотреть на реакцию. И дальше, если "зажгло" - приступить к планированию, реализации и т.п., причем с учетом полученного фидбэка.
Я пишу это потому что много времени работал в крупных компаниях и разрабатывал и внедрял ПО по различным методологиям. Когда делал свой первый стартап - потратил на него полгода - и в итоге -пшик, не выстрелил. Сейчас я вижу что можно было понять что проект "не пойдет" сделав за пару недель простенький прототип. Безумно жаль потраченного времени. Поэтому истина как всегда где то посередине. Не стОит делать упор на планировании и проработке по крайней мере до тех пор пока не станет ясно что проект потенциально удачен.
Мне кажется, что если полностью выкинуть из текста второй и третий абзац, оставив только первый и последний абзацы - смысл не потеряется, а читаться будет значительно легче. Хотя может у меня тоже мозг "замыленный", но вник в суть написанного в этих абзацах честно говоря с трудом)
Ссылка: http://www.computerra.ru/think/315270/
http://safe.cnews.ru/news/top/index.shtml?2007/08/24/263711
http://interbase.blogspot.com/2007/08/blog-post.html
Хочу опубликовать на хабре эту статью:
http://www.recoilme.ru/story.php?id=216
С целью привлечения внимания к новому ресурсу)
Но кармы не хватает(
По-моему всё это смахивает на манию преследования..
Уменьшить бы маленько, и ничего для походов :)
Ну хорошо, давайте на конкретном примере.
Допусти есть идея сделать стартап отвечающий на вопрос:
"Что подарить?" (родилась 5 минут назад, после звонка жены:) )
Итак, опишем функциональные требования:
Цель: Ответ на вопрос что подарить определенной категории людей на определенное событие
Функционал:
Пользователь регистрируется, заполняет профиль и описывает самый идиотский и самый понравившийся подарок в своей жизни.
С обязательным указанием на какое событие (ДР, свадьба и т.п.) и комментариями почему. Возможность комментировать
В профиле минимум - пол, возраст, примерный доход
Почему будут писать: - похвастаться
Как будут искать: по типу события и профилю - возраст доход и т.п.
Монетизация: реклама ларьков с сувенирами.
Вот собственно план. Дальше берем первую попавшуюся цмс или фреймворк, делаем сайт - и показываем его как можно большему кол-ву людей. Смотрим на фидбэк, что не удобно, чего добавить, что исправить и если людям интересно - заказываем/покупаем дизайн, нанимаем/берем в долю программиста программиста и делаем на чистовик. Выпуск - доработка по фидбэку - маркетинг - продажа - следующий стартап.
Т.е. вся прелесть - делаем все быстро. Не заморачиваясь на:
Software project management plan, Software Requirements Specification и т.п.
Надо опираться на отзывы реальных пользователей а не додумывать за них. А не выстрелит - забросить на раннем этапе и заняться другим чем-ть.
В общем Ваша статья больше подходит к разработке каких нибудь ЕРП систем, чем к запуску стартапа. Ну или к сложным стартапам с большой командой.
Я пишу это потому что много времени работал в крупных компаниях и разрабатывал и внедрял ПО по различным методологиям. Когда делал свой первый стартап - потратил на него полгода - и в итоге -пшик, не выстрелил. Сейчас я вижу что можно было понять что проект "не пойдет" сделав за пару недель простенький прототип. Безумно жаль потраченного времени. Поэтому истина как всегда где то посередине. Не стОит делать упор на планировании и проработке по крайней мере до тех пор пока не станет ясно что проект потенциально удачен.
ссылка на сам интерфейс: http://iq-soft.ru/yoda/query.php