Дугаева статью читал, но конкретно в нашем случае, дело-то в контенте, а не в сайте.
Просто на кп — отличный зомбоящик для хомячков. А на интернетно для джедаев, а продается в конечном счете реклама.
Разделять ЦА должны уже дяди заказчики, а не разработчики, если это конечно не агенство полного циклаTM
А ваша система очень хороша, я даже спорить не буду, но на мой взгляд только для личных стартапов и дружеских дел, а не для реализация проекта в рамках студии для конкретного заказчика. Там многие вещи из предварительной документации — именно клиент должен составить, а задача менеджера уже ограничить проект, чтобы он не разросся во время разработки.
Я вообщем об этом и хотел озвучить, может не вышло сразу, извините, у меня сегодня частичное помрачение рассудка
Нет, вот я как раз с вами согласен.
Мое мнение — заказчик приходя к разработчикам — должен иметь четкое мнение чего он хочет от сайта. Какой инструмент ему должны создать, а как он его уже будет использовать — зависит от него и его команды. Хорошая команда — заработает денег, плохая команда — не заработает, и разработчиков в этом винить дело последние. Это тоже самое, что если строитель Вася забьет в пьяном угаре, молотком строителя Федю — идти обвинять сталелитейный завод, что они молоток-для-убийства создали :)
Т.е. грубо говоря если я правильно понял разработка технического описания небольшой фичи заняла, столько же сколько и ее кодинг, а то и больше?
Это оправдывается тем, что команде разработчиков не приходится тратить лишнее время на дорбаотку/допиливание проекта по нуждам заказчика?
Наверное в некоторых случаях, это действительно крайне важно и помогает очень сильно сэкономить время, но если речь идет о небольшом проекте условно говоря корпоративного портала из 5 разделов + веб20 бонусы — мне кажется совсем не оправданная трата времени. Хотя конечно все зависит от суммы счета на разработку сайта и тех. задание, если оно вполне соответствует этим временным затратам — то это только интересно и приятно будет, делать свою работу качественно и без спешки.
Ну вот представьте себе, заказчик доверяет только своему дизайнеру, который на самом-то деле полиграфист, а вам оплачивает только ведение проекта, верстку и программирование.
Будем откровенны и скажем, что дизайнеры как творческие натуры, очень редко когда любят критику, тем более если они «в деле уже 25 лет и собаку съели» и договариваться тет-а-тет с дизайнером почти бессмыслено, только на общих встречах — как вы объясните заказчику, что гибкий дизайн для разных разделов — это бабло? Что у одного раздела могут быть одни блоки, а у другого другие? Материально это никак не выражается, выражается это в навигации пользователя по сайту и того что его не вырвет на 5-ой странице.
В-третьих, про идеи для новостных проектов.
А расскажите ка мне тогда почему люди на kp.ru ходят, и на tden.ru. Ну или ок на internetno.ru
Сервисы там какие-то необычные? Нет, просто материалы и все.
В-пятых, про сервисы и наполеоновские планы.
А в-четвертых куда дели?
По поводу планов — ну вот пожалуйста один из лучших стартапов прошлого года — moskva.fm
На чем там деньги зарабатываются?
На чем деньги vkontakte.ru зарабатывает?
Ну кто-там еще у нас? Хабрхарб?
Есть три вида заработка в сети:
1. Реклама
2. Подписка
3. Продажа сервисов за деньги
Какие — тут бизнесс идеи разрабатывать, я не понимаю.
Можно придумать да сервисы какие-то не обычные например Мегаплан.ру или бейзкамп.ру.
Отличные продукты зарабатывают на подписке и предоставлении сервисов.
Но все эти идеи они на виду. Думать во время создания проекта о том как ты миллионы заработаешь — идиотизм и пагубное действо, думать нужно о том как хороший продукт сделать, а потом и все остальное найдется.
Вы простите, но я про время и суммы спрашивал именно конкретно о Mezomish'a.
Пре-проектная документация на мой взгляд не должна содержать в себе более 15-20 страниц текста и писаться она дожна не более недели, если говорить о том что вы в посте написали, там никаких сложных вещей нет. Фактически это можно назвать общим видом проекта с разных сторон.
Мол:
— вот с точки бизнеса у нас тут эцсамое
— а вот с точки разработки вот это
— и да расширять вот так вот будем.
— но пока у нас вот такая вот структура и никак не больше.
но еще раз говорю — может быть мы разным заказчикам сайты делаем, но будет приносить деньги сайт или не будет — это уже не ваша проблема. Т.е. понятное дело нужно делать качественно, но бизнес-концепция портала — меня соврешенно не волнует, так же как и трафикогенерация — об этом должны менеджеры думать нанятые со стороны заказчика.
Либо должен заключаться договор на соответствующую сумму, где как минимум выкупается менеджер на 3-4 месяца вперед.
Простите что влезаю — но сколько времени занимает разработка такого описания?
Вот конкретно вашего последнего проекта если взять и если возможно — то какой процент от суммы конечной разработки — стоило такое ТЗ?
Просто на мой взгляд — это лишняя и вредная тягомотина. Заказчик действительно часто не знает, чего он хочет. Гораздо лучше узнать его конечные цели и подумать за него как это реализовать, все таки тут вы профессионалы, а не он.
Потом конечно да, это идеально со стороны разработки — мол так расписал и все поехало, на рельсах, но насколько это реально?
Я думаю достаточно стандартная ситуация, не смотря на подробность расписанного ТЗ, все равно во время разработки появляются мелкие недочеты или добавления со стороны заказчика. Можно жестко его обрезать, но лучше внести несколько правок и потом закрыться. На моей практике было всего пару проектов без исправлений от заказчика, и то это скорее связано с тем, что он больше дизайном интересовался нежели функциональным ядром.
Хм, не понял почему оно отправилось, само по себе, после установки тегов
Еще раз:
Задача предпроектной документации (среди прочего) выяснить ключевые моменты бизнеса (чтобы не выяснилось после первой тестовой версии, что вообще было бы классно еще и каталог товаров), стратегических планов (чтобы каталог товаров, который нужно запустить через полгода, не стал сюрпризом для БДшника) ну и так далее.
Как раз это описывается в ТЗ, которое и подписывает заказчик. Предпроектная документация, может меняться, конечное слово будет за ТЗ в любом случае.
А вообще, иногда уже в середине работы над предпроектной документацией выясняется, что идея-то… эээ… фигня…
Если говорить, о собственных стартапах и идеях — то да, такое описание очень полезно.
Если говорить о заказчике — то часто сайты разрабатываемые для них идеями вообще не блещут, даже если разработчик с низов пытается их внедрить — то очень часто клиент их замораживает.
У меня неоднократно были случаи, когда ты идешь на встречу к заказчику полным идей и предложений, а заказчик все урезает до банальностей и с этим ничего не поделаешь.
Но вообще то что вы описали очень полезно, для дружеских стартапов-сервисов, которые небольшими силами создаешь для души.
Если честно говорить про какие-то бизнесс идеи например новостных проектов — даже не интересно, ну какие там бизнесс идеи? Либо все удачно — мы поставляем хороший контент, создаем хороший, удобный сайт и он работает и продает рекламу. Либо он превращается в еще один новостной сайт.
А про сервесы — можно строить наполеоновские планы. Но на мой взгляд это лишнее, лучше реализовать для начала простые функции — посмотреть насколько это нужно/интересно людям, а потом уже зашивать-расширять. Конечно приблезительные области для расширения лучше изначально начертить, но бизнесс-модель, какая еще бизнесс-модель. Продажа рекламы или доступа к сервисам за смсочку, вот и бизнесс модель.
Задача предпроектной документации (среди прочего) выяснить ключевые моменты бизнеса (чтобы не выяснилось после первой тестовой версии, что вообще было бы классно еще и каталог товаров), стратегических планов (чтобы каталог товаров, который нужно запустить через полгода, не стал сюрпризом для БДшника) ну и так далее.
А, ну и да. Добавьте воды, т.е. дайте инвайт — ай мин. У меня все еще по прежнему лежит порядка 20 не-нужных мне аниме дисков, всякие разные книжки и все такое. Например вот книга Хью Лори — торговец пушками, в ужасном издании, а стоит кажется 300-350 рублей. С удовольствием бы помог людям не платить плохо-работающему издательству денег, пусть научаться хорошо книги оформлять, либо цены нормальные ставить.
Давно, на ваш сайт смотрю, очень хорошая идея.
Давеча вычищал квартиру, хотел раздать диски с аниме и всякую разную худ.литературу, очень сильно удивился, что для регистрации нужен инвайт. Мне это совсем логичным не показалось, если честно, если это для того чтобы вам сервер во время тестирования не повесили — то ок, а если для «элитарности» — то не ок.
Я вот терпеть не могу эту идиотскую систему инвайтизации, и тем более попрошайничества инвайтов, ладно когда просят на лепру, там все таки защита от идиотов мол, чтобы херню не постили.
А у вас зачем? Чем больше зарегестрируется тем больше добра друг-другу передать смогут же.
нет, если бы тебе одному нравилось — то КАТ бы не победил, а он лидер.
Все остальное и правда дома не поставишь. Особенно сортир, так и представляю как его хозяин под стол запихивает.
У нас и информации много и люди отзывчивые :)
Подписался на ваш чудный сайт, очень красивые иконки и вообще :)
Просто на кп — отличный зомбоящик для хомячков. А на интернетно для джедаев, а продается в конечном счете реклама.
Разделять ЦА должны уже дяди заказчики, а не разработчики, если это конечно не агенство полного циклаTM
А ваша система очень хороша, я даже спорить не буду, но на мой взгляд только для личных стартапов и дружеских дел, а не для реализация проекта в рамках студии для конкретного заказчика. Там многие вещи из предварительной документации — именно клиент должен составить, а задача менеджера уже ограничить проект, чтобы он не разросся во время разработки.
Я вообщем об этом и хотел озвучить, может не вышло сразу, извините, у меня сегодня частичное помрачение рассудка
простите у меня под конец рабочего дня как раз голова уже плохо работает.
Мое мнение — заказчик приходя к разработчикам — должен иметь четкое мнение чего он хочет от сайта. Какой инструмент ему должны создать, а как он его уже будет использовать — зависит от него и его команды. Хорошая команда — заработает денег, плохая команда — не заработает, и разработчиков в этом винить дело последние. Это тоже самое, что если строитель Вася забьет в пьяном угаре, молотком строителя Федю — идти обвинять сталелитейный завод, что они молоток-для-убийства создали :)
Это оправдывается тем, что команде разработчиков не приходится тратить лишнее время на дорбаотку/допиливание проекта по нуждам заказчика?
Наверное в некоторых случаях, это действительно крайне важно и помогает очень сильно сэкономить время, но если речь идет о небольшом проекте условно говоря корпоративного портала из 5 разделов + веб20 бонусы — мне кажется совсем не оправданная трата времени. Хотя конечно все зависит от суммы счета на разработку сайта и тех. задание, если оно вполне соответствует этим временным затратам — то это только интересно и приятно будет, делать свою работу качественно и без спешки.
Ну вот представьте себе, заказчик доверяет только своему дизайнеру, который на самом-то деле полиграфист, а вам оплачивает только ведение проекта, верстку и программирование.
Будем откровенны и скажем, что дизайнеры как творческие натуры, очень редко когда любят критику, тем более если они «в деле уже 25 лет и собаку съели» и договариваться тет-а-тет с дизайнером почти бессмыслено, только на общих встречах — как вы объясните заказчику, что гибкий дизайн для разных разделов — это бабло? Что у одного раздела могут быть одни блоки, а у другого другие? Материально это никак не выражается, выражается это в навигации пользователя по сайту и того что его не вырвет на 5-ой странице.
В-третьих, про идеи для новостных проектов.
А расскажите ка мне тогда почему люди на kp.ru ходят, и на tden.ru. Ну или ок на internetno.ru
Сервисы там какие-то необычные? Нет, просто материалы и все.
В-пятых, про сервисы и наполеоновские планы.
А в-четвертых куда дели?
По поводу планов — ну вот пожалуйста один из лучших стартапов прошлого года — moskva.fm
На чем там деньги зарабатываются?
На чем деньги vkontakte.ru зарабатывает?
Ну кто-там еще у нас? Хабрхарб?
Есть три вида заработка в сети:
1. Реклама
2. Подписка
3. Продажа сервисов за деньги
Какие — тут бизнесс идеи разрабатывать, я не понимаю.
Можно придумать да сервисы какие-то не обычные например Мегаплан.ру или бейзкамп.ру.
Отличные продукты зарабатывают на подписке и предоставлении сервисов.
Но все эти идеи они на виду. Думать во время создания проекта о том как ты миллионы заработаешь — идиотизм и пагубное действо, думать нужно о том как хороший продукт сделать, а потом и все остальное найдется.
Пре-проектная документация на мой взгляд не должна содержать в себе более 15-20 страниц текста и писаться она дожна не более недели, если говорить о том что вы в посте написали, там никаких сложных вещей нет. Фактически это можно назвать общим видом проекта с разных сторон.
Мол:
— вот с точки бизнеса у нас тут эцсамое
— а вот с точки разработки вот это
— и да расширять вот так вот будем.
— но пока у нас вот такая вот структура и никак не больше.
но еще раз говорю — может быть мы разным заказчикам сайты делаем, но будет приносить деньги сайт или не будет — это уже не ваша проблема. Т.е. понятное дело нужно делать качественно, но бизнес-концепция портала — меня соврешенно не волнует, так же как и трафикогенерация — об этом должны менеджеры думать нанятые со стороны заказчика.
Либо должен заключаться договор на соответствующую сумму, где как минимум выкупается менеджер на 3-4 месяца вперед.
Вот конкретно вашего последнего проекта если взять и если возможно — то какой процент от суммы конечной разработки — стоило такое ТЗ?
Просто на мой взгляд — это лишняя и вредная тягомотина. Заказчик действительно часто не знает, чего он хочет. Гораздо лучше узнать его конечные цели и подумать за него как это реализовать, все таки тут вы профессионалы, а не он.
Потом конечно да, это идеально со стороны разработки — мол так расписал и все поехало, на рельсах, но насколько это реально?
Я думаю достаточно стандартная ситуация, не смотря на подробность расписанного ТЗ, все равно во время разработки появляются мелкие недочеты или добавления со стороны заказчика. Можно жестко его обрезать, но лучше внести несколько правок и потом закрыться. На моей практике было всего пару проектов без исправлений от заказчика, и то это скорее связано с тем, что он больше дизайном интересовался нежели функциональным ядром.
Еще раз:
Задача предпроектной документации (среди прочего) выяснить ключевые моменты бизнеса (чтобы не выяснилось после первой тестовой версии, что вообще было бы классно еще и каталог товаров), стратегических планов (чтобы каталог товаров, который нужно запустить через полгода, не стал сюрпризом для БДшника) ну и так далее.
Как раз это описывается в ТЗ, которое и подписывает заказчик. Предпроектная документация, может меняться, конечное слово будет за ТЗ в любом случае.
А вообще, иногда уже в середине работы над предпроектной документацией выясняется, что идея-то… эээ… фигня…
Если говорить, о собственных стартапах и идеях — то да, такое описание очень полезно.
Если говорить о заказчике — то часто сайты разрабатываемые для них идеями вообще не блещут, даже если разработчик с низов пытается их внедрить — то очень часто клиент их замораживает.
У меня неоднократно были случаи, когда ты идешь на встречу к заказчику полным идей и предложений, а заказчик все урезает до банальностей и с этим ничего не поделаешь.
Но вообще то что вы описали очень полезно, для дружеских стартапов-сервисов, которые небольшими силами создаешь для души.
Если честно говорить про какие-то бизнесс идеи например новостных проектов — даже не интересно, ну какие там бизнесс идеи? Либо все удачно — мы поставляем хороший контент, создаем хороший, удобный сайт и он работает и продает рекламу. Либо он превращается в еще один новостной сайт.
А про сервесы — можно строить наполеоновские планы. Но на мой взгляд это лишнее, лучше реализовать для начала простые функции — посмотреть насколько это нужно/интересно людям, а потом уже зашивать-расширять. Конечно приблезительные области для расширения лучше изначально начертить, но бизнесс-модель, какая еще бизнесс-модель. Продажа рекламы или доступа к сервисам за смсочку, вот и бизнесс модель.
Давеча вычищал квартиру, хотел раздать диски с аниме и всякую разную худ.литературу, очень сильно удивился, что для регистрации нужен инвайт. Мне это совсем логичным не показалось, если честно, если это для того чтобы вам сервер во время тестирования не повесили — то ок, а если для «элитарности» — то не ок.
Я вот терпеть не могу эту идиотскую систему инвайтизации, и тем более попрошайничества инвайтов, ладно когда просят на лепру, там все таки защита от идиотов мол, чтобы херню не постили.
А у вас зачем? Чем больше зарегестрируется тем больше добра друг-другу передать смогут же.
1. лампочки
2. совсем нет обивки.
Даже после двух часов кровавых боев на серверах quake world'a задница будет болеть так, что ой-ой-ой :)
Все остальное и правда дома не поставишь. Особенно сортир, так и представляю как его хозяин под стол запихивает.