Comments 78
Спасибо. Статейка мне понравилась, интересно.
Беда в том, что в корпорациях, особенно в больших, этот документ просто некому читать.
Излагаются идеальные принципы работы, которые в реальности очень часто оказываются неприменимы. И чем больше стремитесь к идеальному, тем больше можно увязнуть. Заставляя работать заказчика так, как вам удобно обретете массу проблем. Хотя не спорю - в случае поточной разработки сайтов никто не может позволить себе тонкую ручную работу.
Более реальным мне видится применение методики "планируемого бардака и пофигизма у заказчика". Важно также понимать, кто как и в какие сроки принимает решения у заказчика. Какова иерархия.
Бизнес создания корп. сайтов - это не бизнес на доверии. Как нет идеальных заказчиков - так нет и идеальных разработчиков. И то что работы нравятся еще не значит что вы можете доверять подрядчикам .. по многим причинам.
Излагаются идеальные принципы работы, которые в реальности очень часто оказываются неприменимы. И чем больше стремитесь к идеальному, тем больше можно увязнуть. Заставляя работать заказчика так, как вам удобно обретете массу проблем. Хотя не спорю - в случае поточной разработки сайтов никто не может позволить себе тонкую ручную работу.
Более реальным мне видится применение методики "планируемого бардака и пофигизма у заказчика". Важно также понимать, кто как и в какие сроки принимает решения у заказчика. Какова иерархия.
Бизнес создания корп. сайтов - это не бизнес на доверии. Как нет идеальных заказчиков - так нет и идеальных разработчиков. И то что работы нравятся еще не значит что вы можете доверять подрядчикам .. по многим причинам.
Я думаю этот текст на хабре больше полезен для разработчиков. Суть здесь в том, чтобы не максимально повлиять на клиента этим текстом, а чтобы описать проблематику и показать подводные камни. Думаю после прочтения этого текста кому-то станет проще общаться со своими клиентами.
Проще диктовать правила своей работы Заказчику =)
Насколько я знаю, у РБК-Софт просто принцип работы - достижение результата с минимизацией издержек производства и строгими нормативами работы. То что хорошо РБК, может быть плохо для меньших разработчиков. Надо находить баланс ресурсов, качества и т.п. в условиях конкуренции. Особенно если вы создаете корп. сайты.
Насколько я знаю, у РБК-Софт просто принцип работы - достижение результата с минимизацией издержек производства и строгими нормативами работы. То что хорошо РБК, может быть плохо для меньших разработчиков. Надо находить баланс ресурсов, качества и т.п. в условиях конкуренции. Особенно если вы создаете корп. сайты.
РБК СОФТ может диктовать заказчику выполнение разумных требований, которые на самом деле касаются всех без исключения. Небольшие разработчики вынуждены плясать под дудку клиента, какой бы абсурдной ни была мелодия.
Практика показывает, что именно небольшие клиенты крупных студий (при учете фактора, что студия стремиться сделать качественный проект, что далеко не всегда так) больше всего выносят мозг. Срабатывает простой факт "Мы накопили денег обратиться к известному разработчику, так надо на эти деньги максимально выжать для себя всех благ". Крупные заказчики при прочих равных освобождены от этих комплексов и просто стремятся сделать проект, адекватно отвечающий их маркетинговым задачам.
Есть такое ощущение, согласен. Но моя практика показывает, что модели поведения больше завязаны на людей, а не размер компании, которые они представляют. По этому поводу я уже публиковал свои наблюдения.
У меня тоже такое впечатление складывается. Как правило чем крупнее заказчие тем он адекватнее. Возможно конечно случайность но по моим наблюдениям это именно так. Хотя конечно исключения из правил всегда есть...
РБЕ Софт может позволить себе подать в суд на Заказчика, если тот нарушает условия прописанные в договоре. Заказчик также рискует получить нечто его не устраивающее, т.к. в договоре четко прописывается количество итераций и функционал продукта.
Надо не диктовать условия, а делать качественный продукт на взаимовыгодных условиях учитывая специфику работы как исполнителя, так и заказчика :)
Надо не диктовать условия, а делать качественный продукт на взаимовыгодных условиях учитывая специфику работы как исполнителя, так и заказчика :)
Но я искренне надеюсь, что влияние РБК СОФТ на клиентов идет всему рынку на пользу.
ну-ну. особено их откаты
Да ладно откаты то тут причем?
Как раз если клиент работает по "индивидуальной" схеме, как правило проект получается более успешным, и я думаю тут выигрывают все. Во всяком случае у меня именно такой опыт.
Дело в том что со стороны клиента появляется лицо заинтересованное в том чтобы все было хорошо и гладко, а разработчик всегда старается сделать хорошо и клиент как правило своими заумностями только все портит и палки в колеса втыкает. Получается что закидоны клиента сглаживаются и разработчик получает возможность спокойно работать.
Как раз если клиент работает по "индивидуальной" схеме, как правило проект получается более успешным, и я думаю тут выигрывают все. Во всяком случае у меня именно такой опыт.
Дело в том что со стороны клиента появляется лицо заинтересованное в том чтобы все было хорошо и гладко, а разработчик всегда старается сделать хорошо и клиент как правило своими заумностями только все портит и палки в колеса втыкает. Получается что закидоны клиента сглаживаются и разработчик получает возможность спокойно работать.
5 баллов :)
Объясните ради бога Вышу мысль про пользу всему рынку?
Может вы вправите мозг нескольким моим геморойным клиентам?
Объясните ради бога Вышу мысль про пользу всему рынку?
Может вы вправите мозг нескольким моим геморойным клиентам?
UFO just landed and posted this here
Спасибо за систематизацию.
+ Можно добавить в формирование задачи абзац о трезвой оценке целей создания сайта. 90% моих случаев это завуалированное "Чтобы мои дружбаны и весь интернет увидели какой у моей конторы крутой сайт", когда разработчик обычно старается поставить цели, достижение которых поможет бизнесу клиента.
+ Можно добавить в раздел "Мода" абзац по поводу Flash технологий и анимации, а в частности их уместности. Каждый второй заказчик желает чтобы у него на сайте всё шевелилось, мигало и поражало своей крутостью. Порой наблюдаешь сайты, где именно так и сделано.
Хотя если вы пишете для больших и умных клиентов, то это наверно отпадает.
+ Можно добавить в формирование задачи абзац о трезвой оценке целей создания сайта. 90% моих случаев это завуалированное "Чтобы мои дружбаны и весь интернет увидели какой у моей конторы крутой сайт", когда разработчик обычно старается поставить цели, достижение которых поможет бизнесу клиента.
+ Можно добавить в раздел "Мода" абзац по поводу Flash технологий и анимации, а в частности их уместности. Каждый второй заказчик желает чтобы у него на сайте всё шевелилось, мигало и поражало своей крутостью. Порой наблюдаешь сайты, где именно так и сделано.
Хотя если вы пишете для больших и умных клиентов, то это наверно отпадает.
Вы абсолютно правы. На мой взгляд главный бич рынка корпоративных сайтов в данный момент это преобладание целей формата "чтобы было". Но никто на рынке пока не может себе позволить отказываться от таких заказов.
Но и молчать нельзя. Надо толкать тему, что корпоративный сайт - единственный стабильный и гарантированный канал коммуникации для связи с внешней средой. Например, взорвалась у вас шахта - и никто кроме вашего сайта не возьмет на себя смелость защищать вас и вашу позицию в данной ситуации, никто не даст вам слова.
Сейчас, когда все больше и больше российских компаний проводят IPO это становится на порядок актуальнее. И в конечном счете, я верю, серьезно уменьшит количество проектов формата "чтобы было".
Но и молчать нельзя. Надо толкать тему, что корпоративный сайт - единственный стабильный и гарантированный канал коммуникации для связи с внешней средой. Например, взорвалась у вас шахта - и никто кроме вашего сайта не возьмет на себя смелость защищать вас и вашу позицию в данной ситуации, никто не даст вам слова.
Сейчас, когда все больше и больше российских компаний проводят IPO это становится на порядок актуальнее. И в конечном счете, я верю, серьезно уменьшит количество проектов формата "чтобы было".
На самом же деле, отсутствие целей компании, миссии и наличие плохого лого в большинстве случаев свидетельствует о том, что заказчик едет по неправильным (или просто не по тем) рельсам бизнеса. И уж не в силах и компетенции разработчика сайта сдвинуть его на путь истинный, есть на то объективные причины. Под такие причины лучше подстраиваться, чем менять их.
В остальном, проект должен разрабатываться с ориентацией на пользователя, а не заказчика. Если заказчик диктатор - работать строго по договору, либо не работать вовсе.
Да и правильно поставленный производственный процесс разработки сайта способствует угодить даже взыскательному заказчику на этапе утверждения дизайна.
Не вижу никаких проблем :)
В остальном, проект должен разрабатываться с ориентацией на пользователя, а не заказчика. Если заказчик диктатор - работать строго по договору, либо не работать вовсе.
Да и правильно поставленный производственный процесс разработки сайта способствует угодить даже взыскательному заказчику на этапе утверждения дизайна.
Не вижу никаких проблем :)
Проблема есть. Маркетинг плохо знает интернет, а интернет плохо знает маркетинг.
Совсем недавно я достаточно долго с одной крупной сетью, продающей материалы для декора, обсуждал задачи, стоящие перед сайтом. Заказчику казалось, что сайт надо ориентировать на конечных клиентов и партнеров. Сделать солидно, красиво. Мне это казалось спорным.
В процессе обсуждения мы вышли на тему, что наиболее продуктивно работать с дизайнерами интерьеров. Именно они приводят клиентов и деньги. И, соответственно, нужно сделать удобный инструмент для этих людей, чтобы они обращались к ассортименту компании чаще.
Красиво: это интересно, это логично. Но у меня нет уверенности, что это правильная установка и она будет приносить реальные деньги. Как нам с клиентом это проверить? Пока мы не запустим сайт, мы не поймем верность расчета.
С одной стороны бюджет сайта на порядок меньше бюджета хорошего исследования, вот в чем проблема. Вот все и тыкаются как слепые котята. С другой, есть люди на местах, и их опыт растет. Возможно, со временем им удастся подвести теорию под практику. Но пока я не вижу серьезных подвижек в этом вопросе.
Совсем недавно я достаточно долго с одной крупной сетью, продающей материалы для декора, обсуждал задачи, стоящие перед сайтом. Заказчику казалось, что сайт надо ориентировать на конечных клиентов и партнеров. Сделать солидно, красиво. Мне это казалось спорным.
В процессе обсуждения мы вышли на тему, что наиболее продуктивно работать с дизайнерами интерьеров. Именно они приводят клиентов и деньги. И, соответственно, нужно сделать удобный инструмент для этих людей, чтобы они обращались к ассортименту компании чаще.
Красиво: это интересно, это логично. Но у меня нет уверенности, что это правильная установка и она будет приносить реальные деньги. Как нам с клиентом это проверить? Пока мы не запустим сайт, мы не поймем верность расчета.
С одной стороны бюджет сайта на порядок меньше бюджета хорошего исследования, вот в чем проблема. Вот все и тыкаются как слепые котята. С другой, есть люди на местах, и их опыт растет. Возможно, со временем им удастся подвести теорию под практику. Но пока я не вижу серьезных подвижек в этом вопросе.
Вы говорите о частностях. Да, кого-то можно убедить сделать качественный лого, кому-то даже помочь составить маркетинговую стратегию по продвижению товара/компании (скорее в интернете). Но, выхватив из целого маркетингового комплекса куски, сделав их лучше, мы не изменим общую картину в рамках отдельно взятой компании. Как бы Вы не старались, все равно компания будет действовать так же как и раньше: игнорировать маркетинговую стратегию, доставлять товар также долго, курьеры будут такими же неряшливыми и необязательными, секретарь будет забывать фиксировать источники нового клиента. На то есть объективные причины.
Если руководитель не смог ранее, до разработки сайта, наладить нормальную работу в организации, то, скорей всего, я в этом уверен на 99%, все останется как прежде. Менеджер как человек с бульвара капуцинов, кристально чистой души человечище, наведет казалось бы порядок. Но стоит ему уйти, и через недельку все встанет на свои места :)
Честно говоря не совсем понимаю целей написания этой статьи. Разбудить профессионализм в рядах заказчика Вам вряд ли удастся, и проблемы разработчика она не решает.
Если руководитель не смог ранее, до разработки сайта, наладить нормальную работу в организации, то, скорей всего, я в этом уверен на 99%, все останется как прежде. Менеджер как человек с бульвара капуцинов, кристально чистой души человечище, наведет казалось бы порядок. Но стоит ему уйти, и через недельку все встанет на свои места :)
Честно говоря не совсем понимаю целей написания этой статьи. Разбудить профессионализм в рядах заказчика Вам вряд ли удастся, и проблемы разработчика она не решает.
Статья хорошая, но она имеет своей целью уберечь исполнителя от некомпетентного заказчика. Именно так.
Цель — не помочь заказчику не допустить ошибок, а надавать по рукам, чтоб неповадно было. Хотя и этот путь тоже неплох.
Российский менталитет, как и российский малый и средний бизнес, с которым чаще всего приходится встречаться, очень сильно отличается от общемирового. Поэтому воспитать идеального клиента/заказчика в ближайшие десятилетия врядли получится.
Кстати, в том случае, когда у заказчика отсутствует человек, который может взять на себя ответственность перед начальством за создание сайта, имеет смысл нанять опытного «медиатора» (посредника), который сможет вникнуть в суть бизнеса, найти то, что стоит рассказать миру о компании заказчика и адекватно донести это до разработчика. Т.е. специалиста, который быстро вникает в разные бизнес-сферы и одинаково хорошо разбирается в различных аспектах разработки. Обычно это помогает.
Цель — не помочь заказчику не допустить ошибок, а надавать по рукам, чтоб неповадно было. Хотя и этот путь тоже неплох.
Российский менталитет, как и российский малый и средний бизнес, с которым чаще всего приходится встречаться, очень сильно отличается от общемирового. Поэтому воспитать идеального клиента/заказчика в ближайшие десятилетия врядли получится.
Кстати, в том случае, когда у заказчика отсутствует человек, который может взять на себя ответственность перед начальством за создание сайта, имеет смысл нанять опытного «медиатора» (посредника), который сможет вникнуть в суть бизнеса, найти то, что стоит рассказать миру о компании заказчика и адекватно донести это до разработчика. Т.е. специалиста, который быстро вникает в разные бизнес-сферы и одинаково хорошо разбирается в различных аспектах разработки. Обычно это помогает.
А крупный российский бизнес меньше отличается от общемирового?
Не сталкивался. Не могу сказать. :)
Я вот тоже не могу сказать, потому что плохо знаю общемировую сторону. С экспатами в целом работать комфортно. Прежде всего, они всегда держат направление своих требований. Их не мотает из стороны в сторону, как наших.
Что касается "медиаторов", то они могут жить только на стороне разработчика. Потому что здесь они будут развивать опыт и навыки. На клиентской стороне можно только умереть с тоски.
Что касается "медиаторов", то они могут жить только на стороне разработчика. Потому что здесь они будут развивать опыт и навыки. На клиентской стороне можно только умереть с тоски.
С экспатами тоже не работал, но думаю, что тоже имеет смысл.
Сам несколько раз оказывал медиаторские услуги. Понравилось. Хотя я скорее помогал клиенту правильно донести свои мысли до разработчика.
Сам несколько раз оказывал медиаторские услуги. Понравилось. Хотя я скорее помогал клиенту правильно донести свои мысли до разработчика.
почему же у меня есть как минимум 2 партнера которые выступают в роли таких "медиаторов", периодически привдят ко мне совершенно разных клиентов, и замечу работать в такой ситуации довольно комфортно.
Ммм. Я имел в виду, что такому специалисту трудно работать на клиентской стороне - в одной компании. То, что вы описаываете - это вольные стрелки. Нельзя сказать, что они работают на клиентской стороне, скорее они работают сами на себя. Или совмещают это с другой работой.
Получается что эти "медиаторы" берут огонь (Формирование задачи) на себя, за что исполнитель (подрядчик) или заказчик не против, оплатить их услуги.
Я то же был бы не против даже отстегнуть комиссионных таким людям.
Я то же был бы не против даже отстегнуть комиссионных таким людям.
Дык, так оно и получается, что эти самые люди берут коммиссионные с двух сторон... Вообщем то это совершенно правильно - для студии это такой менеджер по продажам, имеющий высшую степень у клиента + довольно профессионально ставящий задачи... А для клиента это гарантия того что его деньги не будут израсходованы неэффективно, хотя конечно прохиндеев наверно везде хватает...
Послесловие надо выделить в рамку, правильные слова. :-)
Но существуют проблема — зачастую заказчик не способен, в силу ряда причин, выделить профессионально сделанный продукт из общего числа.
Но существуют проблема — зачастую заказчик не способен, в силу ряда причин, выделить профессионально сделанный продукт из общего числа.
Где-то уже читал подобную статью.
На нашем рынке (наверное, всем постсоветском) проблема в том, что предъявлять большинство этих требований к заказчику могут себе позволить только крупные студии, у которых проектов куры не клюют. Мелким же приходится в той или иной степени подстраиваться под заказчика. Заказчик же практически никогда не знает, что ему нужно от сайта, и с чем его вообще едят. Делать сайт в таких условиях - задача не из легких, на которую часто уходит куча времени и нервов. Думаю, насколько хорошо студия может выйти из такого положения, зависит только от личных и профессиональных качеств менеджера студии по работе с клиентами (или того, кто выполняет его обязанности).
А выполнить все вышеперечисленные рекомендации - это, к сожалению, зачастую утопия.
На нашем рынке (наверное, всем постсоветском) проблема в том, что предъявлять большинство этих требований к заказчику могут себе позволить только крупные студии, у которых проектов куры не клюют. Мелким же приходится в той или иной степени подстраиваться под заказчика. Заказчик же практически никогда не знает, что ему нужно от сайта, и с чем его вообще едят. Делать сайт в таких условиях - задача не из легких, на которую часто уходит куча времени и нервов. Думаю, насколько хорошо студия может выйти из такого положения, зависит только от личных и профессиональных качеств менеджера студии по работе с клиентами (или того, кто выполняет его обязанности).
А выполнить все вышеперечисленные рекомендации - это, к сожалению, зачастую утопия.
Как я сказал в начале, CNews интервьюировал меня по этому поводу пару месяцев назад.
Если заказчик не знает, что ему нужно от сайта - в дело пойдет шаблон. Но в подавляющей большинстве случаев заказчик не хочет мириться с этим положением. Получается замкнутый круг.
Если заказчик не знает, что ему нужно от сайта - в дело пойдет шаблон. Но в подавляющей большинстве случаев заказчик не хочет мириться с этим положением. Получается замкнутый круг.
Может тогда сразу стоит сразу ткнуть заказчика носом в его проблемы? Пусть он сначала решит их, а потом обращается за сайтом.
Но тут тоже не каждый может себе это позволить. Велика вероятность, что клиент уйдет. И не вернется.
Но тут тоже не каждый может себе это позволить. Велика вероятность, что клиент уйдет. И не вернется.
Ага, жанщина приходит в магазин и просит размер блузки. А ей говорят: "ты сначала похудей, толстая корова, а потом приходи".
Сейчас на рынке никто не может отказаться от таких проектов. Ну, нет других просто.
Сейчас на рынке никто не может отказаться от таких проектов. Ну, нет других просто.
А если вежливо объяснить, что ее размера просто нет и похудеть все-таки стоит.
Пример не совсем удачный. Говоря женщине о ее проблемах, ты переходишь на личности. Указывая заказчику на его проблемы ограждаешь себя от них.
Но это я все-таки идеализирую. :)
Пример не совсем удачный. Говоря женщине о ее проблемах, ты переходишь на личности. Указывая заказчику на его проблемы ограждаешь себя от них.
Но это я все-таки идеализирую. :)
Это точно, и злобно бубня про "глупую концепцию сайта", разработчик проектирует Flash-сайт для завода мед-препоратов...
Конечно, уйдет. К тому, кто за 500 у.е. сделает ему и флэш, и бегущую строку с новостями, обновляющимися раз в квартал, и все это без лишних вопросов и указаний разобраться в своем бизнесе :-).
В кои веки хаброавтор не стал жевать вокруг да около,
а создал очень неплохой материал без всяких технических описаний процесса.
И, что самое главное, такой текст можно взять и показать.
Спасибо.
а создал очень неплохой материал без всяких технических описаний процесса.
И, что самое главное, такой текст можно взять и показать.
Спасибо.
Приведите, пожалуйста, примеры набора критериев оценки дизайна, которых вы предлагаете придерживаться вашим заказчикам при сдаче-приемке дизайна. Если можно, то желательно набор критериев + ссылку на дизайн + итог (принято/не принято).
Заранее, большое спасибо.
Заранее, большое спасибо.
Попробую.
По стандартам нашей компании в каждом проекте с клиентом подписывается отдельное приложение к договору, которое фиксирует требования к дизайну. Составляется этот документ на основе брифа и встреч по обсуждению требований к проекту.
Чаще всего этот документ составляю я. И стараюсь по мере возможности закрепить в нем ту конкретику, на которую удалось вывести клиента. Например, если он выбрал какие-то прототипы - описать эти прототипы (цитата):
"Исполнитель разрабатывает два варианта оформления сайта:
1. Оформление без четкой блочной структуры всей страницы (в качестве примера на встрече рассматривался дизайна сайта «Босс. Кадровик» - http://www.bosshr.ru
2. Классический корпоративный сайт по международным стандартам. Пример – http://www.bp.com".
В этом проекте мы с клиентом смотрели разные по типу дизайны, и он признался, что ему лично не нравится корпоративная классика. Ему больше нравятся пространнственные решения. Но он отдает себе отчет в том, что это вопрос его личного вкуса, и с мнением его коллег это положение может не совпадать. Поэтому мы приняли решение делать два варианта. Как надо (мое видение) и как ему нравится.
Если клиент дает конкретные указания по стилю, тональности, примемам оформления (цитата):
" - В качестве основной темы оформления должны выступить: оранжевый цвет и апельсины. При этом желательно не перегружать страницы оранжевым цветом - большая часть рабочего пространства страниц сайта должна быть выполнена на белом фоне;
- Необходимо подобрать аналог оранжевого фирменного цвета таким образом, чтобы он так же сочно и ярко смотрелся с экрана, как и на полиграфии Заказчика;
- Не использовать антиалиайзинг;
- Особое внимание необходимо уделить удобству навигационных инструментов и организации информации на страницах сайта. Поскольку Заказчик является экспертом IT-рынка, его сайт должен быть образцовым".
Особоенно важно, чтобы ваши положения не трактовались двояко. Вот, если написать "дизайн должен быть красивым" - это потенциальная проблема. Потому что вам скажут в итоге "этот дизайн некрасивый", и крыть будет нечем.
Правда, составить требования таким образом очень сложно. Обратите внимание во второй цитате требование про сочность цвета точного критерия не закрепляет, как и требование про удобство навигационных инструментов. Это может стать проблемой. Лучше избегать таких вещей. Сейчас я бы уже так не написал, был бы еще конкретнее.
(извините, что выдержки из документов noname, я должен соблюдать корпоративный этикет).
По стандартам нашей компании в каждом проекте с клиентом подписывается отдельное приложение к договору, которое фиксирует требования к дизайну. Составляется этот документ на основе брифа и встреч по обсуждению требований к проекту.
Чаще всего этот документ составляю я. И стараюсь по мере возможности закрепить в нем ту конкретику, на которую удалось вывести клиента. Например, если он выбрал какие-то прототипы - описать эти прототипы (цитата):
"Исполнитель разрабатывает два варианта оформления сайта:
1. Оформление без четкой блочной структуры всей страницы (в качестве примера на встрече рассматривался дизайна сайта «Босс. Кадровик» - http://www.bosshr.ru
2. Классический корпоративный сайт по международным стандартам. Пример – http://www.bp.com".
В этом проекте мы с клиентом смотрели разные по типу дизайны, и он признался, что ему лично не нравится корпоративная классика. Ему больше нравятся пространнственные решения. Но он отдает себе отчет в том, что это вопрос его личного вкуса, и с мнением его коллег это положение может не совпадать. Поэтому мы приняли решение делать два варианта. Как надо (мое видение) и как ему нравится.
Если клиент дает конкретные указания по стилю, тональности, примемам оформления (цитата):
" - В качестве основной темы оформления должны выступить: оранжевый цвет и апельсины. При этом желательно не перегружать страницы оранжевым цветом - большая часть рабочего пространства страниц сайта должна быть выполнена на белом фоне;
- Необходимо подобрать аналог оранжевого фирменного цвета таким образом, чтобы он так же сочно и ярко смотрелся с экрана, как и на полиграфии Заказчика;
- Не использовать антиалиайзинг;
- Особое внимание необходимо уделить удобству навигационных инструментов и организации информации на страницах сайта. Поскольку Заказчик является экспертом IT-рынка, его сайт должен быть образцовым".
Особоенно важно, чтобы ваши положения не трактовались двояко. Вот, если написать "дизайн должен быть красивым" - это потенциальная проблема. Потому что вам скажут в итоге "этот дизайн некрасивый", и крыть будет нечем.
Правда, составить требования таким образом очень сложно. Обратите внимание во второй цитате требование про сочность цвета точного критерия не закрепляет, как и требование про удобство навигационных инструментов. Это может стать проблемой. Лучше избегать таких вещей. Сейчас я бы уже так не написал, был бы еще конкретнее.
(извините, что выдержки из документов noname, я должен соблюдать корпоративный этикет).
А это приложение про дизайн к договору составляется до подписания договора или после? Оно влияет на сумму договора?
Безусловно.
Сори я может чего-то не понимаю опять, но тогда получается что заключению любого договора предшествует некислая работа по согласовынию того что и как нужно сделать, в какой цвет покрасить, в каком углу розы положить и т.п. Позвольте задать вопрос - это все делается бесплатно? А если заказчик отвалится на этой стадии?
У нас есть технологии, которые позволяют проводить эти согласования без существенных затрат. Все достаточно отлажено. Опыт повторений колоссальный, и поэтому нет необходимости каждый раз открывать Америку.
Понятно, что мы и не особо зарываемся в требования. Нам достаточно уровня, который делает проект управляемым. Ведь компания чаще делает поточный продукт.
Понятно, что мы и не особо зарываемся в требования. Нам достаточно уровня, который делает проект управляемым. Ведь компания чаще делает поточный продукт.
Не легче ли сначала подписать договор, начать работу, а потом, в качестве допсоглашения бриф на дизайн?
А договор будет о чем? О разработке сайта за Х рублей?
Именно о разработке, именно сайта и именно за X рублей. Хотя не так упрощенно, конечно.
А в чём вы видите проблему в данной схеме?
А в чём вы видите проблему в данной схеме?
В том, что люди хотят подписывать не Х рублей, а конкретные суммы и сроки. А для этого надо делать пресейл.
Мы тут о требованиях к дизайну или о сроках?
Пресейл обязателен. Для оценки проекта.
Требования к дизайну должны озвучиваться на этапе брифинга.
Пресейл обязателен. Для оценки проекта.
Требования к дизайну должны озвучиваться на этапе брифинга.
На самом деле все так и происходит. Проект оценивается, подписывается договор, план-график, а потом отдельно подписывается бриф. Это позволяет заключать договора быстро, не затягивать пресейлы, но чревато промахами проектирования.
спасибо
желательно подготовить хотя бы примеры материалов, которые вы хотите показать на сайте, до того, как начнется написание ТЗ. к сожалению, регулярная картина: точно нужны все эти параметры и такая хитрая фильтрация/сортировка/навигация? да, конечно! а потом выясняется, что весь этот набор параметров существует у 2 товаров из 1000. или просто выясняется, что под всю красивую отрисованную в ТЗ структуру нет данных.
а еще... дорогие заказчики, пожалуйста, думайте о том, что будет с сайтом после запуска. мы можем сделать прекрасную систему, выслушать вас, плюнуть на качество проекта и потом сделать то, что просите вы... но если с сайтом после его запуска не работать, толку от него будет ноль.
а еще... дорогие заказчики, пожалуйста, думайте о том, что будет с сайтом после запуска. мы можем сделать прекрасную систему, выслушать вас, плюнуть на качество проекта и потом сделать то, что просите вы... но если с сайтом после его запуска не работать, толку от него будет ноль.
Очень много рекомендаций заведомо невыполнимых. Фундаментальная задача при построении сайта - постановка задач во многих случаях не может быть выполнена без кропотливой работы над мозгом заказчика.
Статья понравилась, хотя можно ее дополнить еще и много.
Как я понимаю, вы работаете в РБК - в таком случае, у меня вопрос: почему все сайты, сделанные в РБК - говно? Не хочу Вас обидеть, но я не видел ни одного нормального сайта, сделанного в РБК. посмотреть на тот же RBC.ru - это же полный ахтунг!
Как я понимаю, вы работаете в РБК - в таком случае, у меня вопрос: почему все сайты, сделанные в РБК - говно? Не хочу Вас обидеть, но я не видел ни одного нормального сайта, сделанного в РБК. посмотреть на тот же RBC.ru - это же полный ахтунг!
Тяжело возразить потому, что вы во многом правы. Качество продукта не впечатляет.
Не хочу выгораживать себя, своих ребят фразами вроде: если бы сайты выпускались так, как мы их отрисовали, то было бы совсем другой уровень качества. Мы работаем в технологической цепочке и также ответственны за конечный результат, как и другие участники процесса.
Мы знаем наши проблемы, мы работаем над их устранением. И спасибо за вашу критику.
Не хочу выгораживать себя, своих ребят фразами вроде: если бы сайты выпускались так, как мы их отрисовали, то было бы совсем другой уровень качества. Мы работаем в технологической цепочке и также ответственны за конечный результат, как и другие участники процесса.
Мы знаем наши проблемы, мы работаем над их устранением. И спасибо за вашу критику.
Критика - жесть. Столько трудов, стараний и денег. и вдруг говно. Как так не понимаю ). И очень впечатляет ответ на критику самого разработчика, вот это действительно ахтунг, причем полный. Подтвердить что его разработка г-но это настолько умиляет и вселяет надежду на скорострельное развитие рунета ).
РБК СОФТ не является разработчиком http://www.rbc.ru. Когда Abra спрашивает про "сайты сделанные РБК", я отвечаю про http://internet.rbc.ru.
я плакал
UFO just landed and posted this here
Спасибо за статью.
в дополнение к предыдущему комменту:
Я думаю что станет больше не только грамотных клиентов но и начинающие исполнители могут стать пограмотнее.
Эх! Жалко плюсик поставить не могу. Ну ничего: +
в дополнение к предыдущему комменту:
Я думаю что станет больше не только грамотных клиентов но и начинающие исполнители могут стать пограмотнее.
Эх! Жалко плюсик поставить не могу. Ну ничего: +
Полезная статья.
Грамотно составленный бриф на создание сайта - редкость, но он реально помогает разработчику.
По моим наблюдениям, самое важное - взаимопонимание между заказчиком и исполнителем. То, чтобы последний по-минимуму вмешивался в разработку, а первый учтиво доказывал свою точку зрения. К сожалению, такое равновесие встречается не часто.
Грамотно составленный бриф на создание сайта - редкость, но он реально помогает разработчику.
По моим наблюдениям, самое важное - взаимопонимание между заказчиком и исполнителем. То, чтобы последний по-минимуму вмешивался в разработку, а первый учтиво доказывал свою точку зрения. К сожалению, такое равновесие встречается не часто.
хороший текст, спасибо.
поднять уже ничего не могу... но все же.
поднять уже ничего не могу... но все же.
Sign up to leave a comment.
Дизайн корпоративного сайта. Опыт ошибок.