Описанные вами характеристики имхо ненамного отличаются от того, что можно реализовать на платформе Хабра.
Вообще - "хотелки" - это конечно хорошо, но называть подобное "постановкой задачи" я бы не стал - уж больно бессистемно подано, смешаны потребности, интересы, требования и решения.
Если бы вы описали:
1) Портрет пользователя
2) Его потребности и интересы, проблемы реализации в текущих ресурсах
3) Цели, которые он может достигать в рамках ресурса для удовлетворения потребностей и интересов
4) Предполагаемые функциональные возможности и принципы устройства ресурса, обеспечивающие достижение этих целей
5) Маркетинговый потенциал ресурса
то было бы гораздо полезнее.
А так этот список напоминает типичный советский подход - создать большой линейный неупорядоченный список всего, что пришло в голову автору и назвать это "системным подходом" %)
Не, мозговой штурм - это конечно хорошо, но после него обычно следует стадия разбора, классификации, отбраковки и приоритезации.
Не очень понятно, почему выбран MySpace как образ для отталкивания - зачем, скажем, профессионалу публикация аудиофайлов?
дизайн и проект - это 2 слова с неудачной судьбой в российском понятийном пространстве
"проект" может означать project (совокупность действий по достижению цели), может - design ("устройство")
design может переводиться либо узко - как дизайн (ака эстетические аспекты устройства объекта и деятельность по определению свойств объекта, им соответствующих), либо широко - как проект, проектирование (устройство объекта в целом и деятельность по определению всех аспектов устройства объекта).
Забавно, что в попытке разделить семантические поля неоднозначного термина "дизайн", вляпались в ещё один - "разработка" :)
У меня были попытки переводить System Design в смысле описания системы, а не дисциплины, как "устройство".
Имхо стоило разделить по уровням свойства продукта, которые описывают его устройство:
1. Эстетика - дизайн, он же эстетический дизайн, в частности графический.
2. Эргономика + Функциональность и прочий FURPS+ - проектирование, оно же инженерный дизайн, в частности конструирование.
Не "наши пропустили", а скорее - у каждого продукта есть контекст запуска (наличие аналогов, реклама), который вместе с теми или иными качествами продукта (удобно, полезно, интересно, затягивает и т.д.) определяет кривую запуска и жизни продукта.
Вы серьёзно думаете, что Vkontakte может стать СОЦИАЛЬНЫМ ЯВЛЕНИЕМ? В каком смысле?
И ещё про баги - при отправке другу приглашения на событие в тело письма вставляется текущая дата, а не дата события.
С ФИО вроде разобрались - будем требовать его указания в профиле. А вот выгрузка списка ФИО нужна, иначе придётся в каждого тыкать и собирать.
И ещё вот тут пользователи подсказывают - было бы здорово иметь возможность записаться на мероприятие без ухода в сторону на регистрацию, с авторегистрацией - т.е. прямо при записи - указал ник, ФИО (если того требует событие) и имейл - всё, система высылает сгенерённый пароль и ссылку подтверждения имейла на имейл.
Если мы будем активно использовать виджеты, то большая часть пользователей будет приходить впервые и пытаться записываться на мероприятие без предварительной регистрации - надо максимально упростить этот процесс.
Щас зашёл рассмотреть подробнее, ввиду надвигающейся необходимости такого сервиса.
Очень понравилась идея с виджетами, молодцы.
Improvement: Мне кажется, что стоит сделать подзаголовок сервиса более позитивным, сменить 3-ю точку на восклицательный знак: "Смотри. Участвуй. Живи!", а то как-то телетайпно смотрится.
Bug Report: При отправке другу приглашения на событие после сообщения об успешной отправке система перебросила на страницу http://livents.ru/events// и пожаловалась, что её не существует.
Feature Request: Вот нам сейчас для семинаров в связи с пропускными режимами очень нужно знать ФИО участников, было бы здорово, если бы Событие могло иметь такую опцию, или участник при присоединении к событию мог раскрыть в добровольном порядке ФИО, вы же всё равно их заставляете вводить при регистрации. Ещё очень полезная и нужная фича - "пингануть" всех записавшихся на событие. Обычно это нужно делать за день до события, иногда ещё за 2-3 часа :) Событий пока не создавал, так что не знаю, есть ли она у вас. Ну и распечатать список записавшихся должно быть удобно.
Ещё смотрел meetup.com - но там вообще всё плохо с русскими символами, хотя функционал богатый. В Google Calendar - та же проблема с неизвестностью ФИО.
Даже 0,7% сравнивают те свойства объекта, которые они считают важными для своей задачи сейчас и на возможное планируемое будущее. Потому что не существует ничего, что было бы объективно лучше-хуже. Только применительно к конкретному классу задач или задаче возможно какое-то осмысленное сравнение. Причём в понятие "задача" здесь входит множество обстоятельств и интересов.
А так - отделяйте мух от котлет, и концептуальные задачи - от технических.
Я что-то пропустил, наверное.
Вообще - "хотелки" - это конечно хорошо, но называть подобное "постановкой задачи" я бы не стал - уж больно бессистемно подано, смешаны потребности, интересы, требования и решения.
Если бы вы описали:
1) Портрет пользователя
2) Его потребности и интересы, проблемы реализации в текущих ресурсах
3) Цели, которые он может достигать в рамках ресурса для удовлетворения потребностей и интересов
4) Предполагаемые функциональные возможности и принципы устройства ресурса, обеспечивающие достижение этих целей
5) Маркетинговый потенциал ресурса
то было бы гораздо полезнее.
А так этот список напоминает типичный советский подход - создать большой линейный неупорядоченный список всего, что пришло в голову автору и назвать это "системным подходом" %)
Не, мозговой штурм - это конечно хорошо, но после него обычно следует стадия разбора, классификации, отбраковки и приоритезации.
Не очень понятно, почему выбран MySpace как образ для отталкивания - зачем, скажем, профессионалу публикация аудиофайлов?
перИфраз
"Хотя у нас, как вы понимаете, (РАЗГОВОР, РЕЧЬ) будет идти"
"проект" может означать project (совокупность действий по достижению цели), может - design ("устройство")
design может переводиться либо узко - как дизайн (ака эстетические аспекты устройства объекта и деятельность по определению свойств объекта, им соответствующих), либо широко - как проект, проектирование (устройство объекта в целом и деятельность по определению всех аспектов устройства объекта).
У меня были попытки переводить System Design в смысле описания системы, а не дисциплины, как "устройство".
Имхо стоило разделить по уровням свойства продукта, которые описывают его устройство:
1. Эстетика - дизайн, он же эстетический дизайн, в частности графический.
2. Эргономика + Функциональность и прочий FURPS+ - проектирование, оно же инженерный дизайн, в частности конструирование.
Вы серьёзно думаете, что Vkontakte может стать СОЦИАЛЬНЫМ ЯВЛЕНИЕМ? В каком смысле?
У orkut.com тоже интерфейс мультиязычный.
С ФИО вроде разобрались - будем требовать его указания в профиле. А вот выгрузка списка ФИО нужна, иначе придётся в каждого тыкать и собирать.
И ещё вот тут пользователи подсказывают - было бы здорово иметь возможность записаться на мероприятие без ухода в сторону на регистрацию, с авторегистрацией - т.е. прямо при записи - указал ник, ФИО (если того требует событие) и имейл - всё, система высылает сгенерённый пароль и ссылку подтверждения имейла на имейл.
Если мы будем активно использовать виджеты, то большая часть пользователей будет приходить впервые и пытаться записываться на мероприятие без предварительной регистрации - надо максимально упростить этот процесс.
Очень понравилась идея с виджетами, молодцы.
Improvement: Мне кажется, что стоит сделать подзаголовок сервиса более позитивным, сменить 3-ю точку на восклицательный знак: "Смотри. Участвуй. Живи!", а то как-то телетайпно смотрится.
Bug Report: При отправке другу приглашения на событие после сообщения об успешной отправке система перебросила на страницу http://livents.ru/events// и пожаловалась, что её не существует.
Feature Request: Вот нам сейчас для семинаров в связи с пропускными режимами очень нужно знать ФИО участников, было бы здорово, если бы Событие могло иметь такую опцию, или участник при присоединении к событию мог раскрыть в добровольном порядке ФИО, вы же всё равно их заставляете вводить при регистрации. Ещё очень полезная и нужная фича - "пингануть" всех записавшихся на событие. Обычно это нужно делать за день до события, иногда ещё за 2-3 часа :) Событий пока не создавал, так что не знаю, есть ли она у вас. Ну и распечатать список записавшихся должно быть удобно.
Ещё смотрел meetup.com - но там вообще всё плохо с русскими символами, хотя функционал богатый. В Google Calendar - та же проблема с неизвестностью ФИО.
Ваш сервис - наиполезнейший, собираюсь пиарить )
как ты конкретно себе это представляешь? вот у вас не "всё потеряно" - что это значит и почему?
"духоподъёмная" )