Комментарии 41
Столбец одинаковых чисел в наброске сметы демонстрирует вопиющее незнание основ Экселя (в частности, абсолютных $ссылок). Это вызывает сомнения в уровне студии.
-10
Рыба явно непроверенная в бою. Например «Сайт должен одинаково выглядет в последних версия браузеров Mozilla Firefox версия 2.0 и выше, Internet Explorer версия 6.0 и выше, Opera версия 9 и выше, последней версии MacSafari» — а Вы не сталкивались с тем что FF и Opera например сглаживают шрифты в зависимости от версии операционной системы, а вот IE — нет. И это повод заказчику сказать — а почему у меня выглядит не так как у соседа? И кстати будет прав, если следовать Вашей формулировке
+1
Уважаемый Воланд
ну в общем-то и Вы правы и формулировку то особо не изменишь
у людей не только разные операционки но и мониторы и глаза ), все случаи трудно предусмотреть необходимо «техническая допустимая погрешность»
ну в общем-то и Вы правы и формулировку то особо не изменишь
у людей не только разные операционки но и мониторы и глаза ), все случаи трудно предусмотреть необходимо «техническая допустимая погрешность»
+1
ну почему же не изменить? Например «Сайт должен корректно отображаться в следующих браузерах — Mozilla FireFox версий от 2.0 до 3.7, Opera версий 9.0 до 10.01, Internet Explorer версии от 6.0 до 8.0». Корректно и одинаково — это все таки разные вещи а так как HTML — формат в первую очередь текстовый, а не графический каждый браузер и ОС имеют право на свою интерпретацию, главное чтоб она была верной!
+2
Главное определить пределы этой погрешности, раз уж готовим юридический документ. Многие заказчики знают про сглаживание шрифтов (и даже про то, что, какой-то шрифт может быть не установлен в конечной системе) и не обращают внимания, но вот требуют кроссбраузерность «пиксель-в-пиксель» касательно позиционирования. То, что ФФ и ИЕ по разному отображают списки (пример абстрактный) — это ведь тоже «техническая допустимая погрешность» или нет?
+2
Что-то у меня есть подозрение что они просто не догадываются что шрифты могут быть разными.
0
Если про сглаживание — то догадываются, обычно админы объясняют почему шрифты на разных машинах по разному выглядят, а вот про то, что шрифта вообще быть не может — приходиться объяснять, чаще всего когда выбирают что-то из поставки MS Office (вроде он, давно не сталкивался, кучу шрифтов ставит, которых по дефолту даже в винде нет)
0
Как то вы не так ТЗ пишете.
Должно быть
1) Цели и задачи проекта — …
…
Далее по полочкам(по средствам достижения целей) расписано как будете этих целей достигать.
По вашему же описанию выходит, что цель — втюхать клиенту список услуг.
Должно быть
1) Цели и задачи проекта — …
…
Далее по полочкам(по средствам достижения целей) расписано как будете этих целей достигать.
По вашему же описанию выходит, что цель — втюхать клиенту список услуг.
+3
Первым требованием к верстке я пишу что-то вроде: На момент сдачи выполненной работы сайт должен быть свёрстан на языке разметки xHTML 1.0 Strict в соответствии со стандартом, рекомендованным Консорциумом World Wide Web, размещенными по адресу www.w3.org/TR/xhtml1/, и проходить валидацию (проверку синтаксиса языка) по адресу validator.w3.org/.
Потом то же самое про CSS, иначе, по вашему варианту, просто непонятно откуда взялись требования к HTML и CSS, а не, например, к «чистому» XML и XSL :)
Потом то же самое про CSS, иначе, по вашему варианту, просто непонятно откуда взялись требования к HTML и CSS, а не, например, к «чистому» XML и XSL :)
0
что важнее? стандарты или кросс-браузерность?
+1
НЛО прилетело и опубликовало эту надпись здесь
Клиенту решать, если я вдруг сообщу, что данный функционал я не смогу реализовать в рамках стандарта. Хотя такого еще не было, в конце-концов есть вполне валидные (по букве, а не по духу стандартов) способы обойти большинство встречающихся «расхождений во мнениях».
+1
Я бы IE 6.0 исключил из списка поддерживаемых браузеров. Его доля очень стремительно падает, а тратить время верстальщиков на подгонку верстки под мертвый браузер нерационально. Мы ставим заглушку с просьбой обновить браузер.
+2
НЛО прилетело и опубликовало эту надпись здесь
клиенты бывают разные, кому то удается объяснить и на сайт вешается предупреждение, а для кого то приходится верстать и под 6ку
0
Знаете, мой клиент на вопрос об верстке для ие6 спросил меня, что с ним не так, кроме того, что он убогий? Я объяснил в двух словах, пояснил, что это главным образом отразится на сроках и цене. Он ответил так, как я не ожидал: те, кто используют ие6, едва ли будут пользоваться его сервисом. Я еще больше удивился, когда он сам начал прогнозировать, что мол «с выходом семерки все перелезут на нее с хр». Вот такая адекватность.
0
почему бы не включить подгонку под ИЕ6 отдельной строкой в смете? :)
+9
Как-то вы так круто объединили в один пункт весь графический дизайн: а где креативная концепция, где дизайн-концепция, где дизайн внутренних шаблонов и т.д.
И мы как-то стараемся разбивать проект на этапы, которые мы указываем в смете и сроки по каждому этапу, кстати.
И мы как-то стараемся разбивать проект на этапы, которые мы указываем в смете и сроки по каждому этапу, кстати.
+1
да, конечно календарный план обязательно, допишу
скажите, вы дизайн на составляющие делите в каждом проекте или нет? в каком соотношении приблизительно приходиться?
скажите, вы дизайн на составляющие делите в каждом проекте или нет? в каком соотношении приблизительно приходиться?
0
Делим дизайн всегда по стандартной схеме: креативная концепция (2-3 варианта), дизайн-концепция (1-2 варианта), дизайн внутренних шаблонов ( шт.), технический дизайн (может разбиваться на подпункты). Единственное что может отсутствовать, это тех. дизайн, все остальное — наши требования. Мы не будем заставлять дизайнеров работать в «краске», если сама идея изначально не утверждена.
0
Не пишу ТЗ — ленюсь. :-( Точнее, писать все-таки приходится (чтобы у заказчика с отчетностью все было в порядке), но постфактум и когда-нибудь потом — по сути в виде отчета «что сделал». И трекер проектов очень хочется использовать, но как слали все e-mail'ы и звонили по телефону — так и продолжают слать и звонить…
Что в итоге? А то что заказчики не любят даже под дулом пистолета морочиться со всякими ТЗ и тем более проджект-трекерами. И поэтому я могу выставлять им цену как минимум в полтора раза выше за предоставляемый сервис и они готовы платить за то, чтобы у них ничего этого не было. :-)
А что касается постоянно упоминаемых (в каждой статьей о менеджменте проектов это есть) ситуаций из серии «Нас попросили сделать то-то, а мы — ХА! — Этого не было в ТЗ!» — это, конечно, прекрасно, но что же я за менеджер буду, если не смогу без заранее кропотливо расписанного перечня действий разрулить ситуацию и развести клиента на дополнительные деньги??? Подобного менеджера надо тут же гнать в шею за банальное неумение работать с клиентами! А как показывает практика — даже при наличии ТЗ клиенты все равно «достают». А начинаешь им этим ТЗ в лицо тыкать — считай больше ты с ними работать не будешь — найдут других, кто цену скажет больше, но зато будет их «облизывать»…
Впрочем, все вышесказанное конечно лишь ИМХО и личный опыт, не претендующий на объективность и всеобъемлимость. :-)
Что в итоге? А то что заказчики не любят даже под дулом пистолета морочиться со всякими ТЗ и тем более проджект-трекерами. И поэтому я могу выставлять им цену как минимум в полтора раза выше за предоставляемый сервис и они готовы платить за то, чтобы у них ничего этого не было. :-)
А что касается постоянно упоминаемых (в каждой статьей о менеджменте проектов это есть) ситуаций из серии «Нас попросили сделать то-то, а мы — ХА! — Этого не было в ТЗ!» — это, конечно, прекрасно, но что же я за менеджер буду, если не смогу без заранее кропотливо расписанного перечня действий разрулить ситуацию и развести клиента на дополнительные деньги??? Подобного менеджера надо тут же гнать в шею за банальное неумение работать с клиентами! А как показывает практика — даже при наличии ТЗ клиенты все равно «достают». А начинаешь им этим ТЗ в лицо тыкать — считай больше ты с ними работать не будешь — найдут других, кто цену скажет больше, но зато будет их «облизывать»…
Впрочем, все вышесказанное конечно лишь ИМХО и личный опыт, не претендующий на объективность и всеобъемлимость. :-)
+1
Статья для пиара workstation? :)
-1
Очень, очень огорчили слова об откатах в первой части методички.
Сколько можно способствовать воровству?
Автор, вы понимаете, что это фактически участие в краже?
Зачем начинающему менеджеру эта информация? Сразу взять старт в нужном направлении?
А вот мы не даем откатов, и поверьте, это совершенно не мешает работать!
В целом по материалу: профессиональный менеджер продаж и менеджер проектов, уж простите, но не понял о ком речь в материале, должен настолько ориентироваться в области своей работы, чтобы «на лету» генерировать и реализовывать индивидуальный план действий под любую ситуацию. Методички загоняют в рамки. Реальная задача: выстраивание отношений бизнес-клиент — это разовая работа и по методичке ее не сделаешь.
Сколько можно способствовать воровству?
Автор, вы понимаете, что это фактически участие в краже?
Зачем начинающему менеджеру эта информация? Сразу взять старт в нужном направлении?
А вот мы не даем откатов, и поверьте, это совершенно не мешает работать!
В целом по материалу: профессиональный менеджер продаж и менеджер проектов, уж простите, но не понял о ком речь в материале, должен настолько ориентироваться в области своей работы, чтобы «на лету» генерировать и реализовывать индивидуальный план действий под любую ситуацию. Методички загоняют в рамки. Реальная задача: выстраивание отношений бизнес-клиент — это разовая работа и по методичке ее не сделаешь.
+1
дорогой Nimax
прошу заметить, я не проявляю эмоциональной окраски, не говорю «я-я-я натюрлих откат гут»
я лично считаю что бизнес это минивойна
использовать химическое оружие запрещено, но знать о нем неплохо бы, когда с долин поползет зеленый дым
точно также и с откатами — я лично против, поскольку на длинной дистанции это все равно не поможет.
но вот совсем зеленому чувачку, возможно, интересно будет как это бывает.
Опять же, суперпрофи может конечно генерировать ТЗ и план продаж просто исходя из запаха клиента. В начале статьи я написал, что информации потенциальна интересна для начинающих.
прошу заметить, я не проявляю эмоциональной окраски, не говорю «я-я-я натюрлих откат гут»
я лично считаю что бизнес это минивойна
использовать химическое оружие запрещено, но знать о нем неплохо бы, когда с долин поползет зеленый дым
точно также и с откатами — я лично против, поскольку на длинной дистанции это все равно не поможет.
но вот совсем зеленому чувачку, возможно, интересно будет как это бывает.
Опять же, суперпрофи может конечно генерировать ТЗ и план продаж просто исходя из запаха клиента. В начале статьи я написал, что информации потенциальна интересна для начинающих.
0
Ок, Ваша позиция ясна.
В любом случае стоит уточнить, что отбросив вопросы честности (хотя их нельзя отбрасывать) начинающий менеджер должен понимать психологию откатчика — такое контактное лицо теряет интерес к работе ровно в момент получения денег т.е. автоматом весь проект оказывается под угрозой срыва.
В любом случае стоит уточнить, что отбросив вопросы честности (хотя их нельзя отбрасывать) начинающий менеджер должен понимать психологию откатчика — такое контактное лицо теряет интерес к работе ровно в момент получения денег т.е. автоматом весь проект оказывается под угрозой срыва.
0
Вообще не знаю, почему вошло в практику пугать заказчика ТЗ — ведь это должен быть внутренний документ студии. Многие заказчики не отличат Flash от Javascript, не говоря уже о таких страшных фразах, как «язык разметки xHTML 1.0 Strict». В документе, описывающем требования заказчика, должно быть все написано на понятном ему языке, иначе этот талмут будет утвержден для отчетности и положен на полку. В результате — потраченное время менеджера и заказчик не представляет, что же ему сделают.
Я больше склоняюсь называть этот документ «спецификацией», в которой должны быть описаны функциональные особенности — как с точки зрения пользователя все должно работать (а никак не программиста), идеальный вариант — снабдить кликабельными макетами. И никакая рыба тут не поможет.
Я больше склоняюсь называть этот документ «спецификацией», в которой должны быть описаны функциональные особенности — как с точки зрения пользователя все должно работать (а никак не программиста), идеальный вариант — снабдить кликабельными макетами. И никакая рыба тут не поможет.
+1
статья реально полезная… даже человеку, который вроде все так и делает, только вот… какие-то мелочи все же упускаю, клиенты же разные бывают… и приходится каждый раз изобретать все тот же велосипед
0
вполне адекватная статья. все правда банально, но правильно :)
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Методичка по работе с клиентами. Для начинающих менеджеров веб-студий. Часть 2. ТЗ и смета