В связи с чем, иногда у заказчиков возникают сложные вопросы, на которые мне приходится отвечать, например:
Цитата
Раз уже есть -- пользуйтесь, в чем вопрос?
| Почему это так дорого, это же в 1С-Битрикс уже есть? |
Настроить надо? Настройте. Можем мы, но платно. Стоимость услуги (часов) уже назвали. В другом месте сделают дешевле? Сделайте в другом месте.
Цитата
В 1С-Битрикс много разного функционала, даже в вашей редакции полно различных модулей, но мы делаем только то, что было оговорено в ТЗ.
| Почему вы этого не сделали, ведь это стандартный функционал 1С-Битрикс? |
Про социальные сети в ТЗ нет ни слова, хотя модуль такой у вас есть -- это означает что Одноклассники.ру мы вам программировать в этот раз не будем.
Если есть потребность -- сделаем в следующий раз и за отдельную плату.
Цитата
Где это есть? В типовом решении? Да это там есть. Если вам подходит
| Почему у нас этого нет, ведь в 1С-Битрикс это есть, вы урезали нам
функционал? |
типовое решение -- используйте его. Сейчас у вас собственное решение (публичная часть сайта) --
вам разработан индивидуальный авторский дизайн, сверстан в шаблон и интегрирован с CMS в соответствии с утвержденным вами ТЗ.
Подобные притенении как правило касаются различных мелочей типа: фотография товара не улетает в корзину и т.д.
Хуже когда вы делаете что-то нетривиальное и это каким-то образом затрагивает много чего и где, которое в рамках данного ТЗ вы не используете и о котором даже и не думали, а оно же ведь есть стандартно.. Да к примеру, отказываетесь от тех же стандартных полей для хранения фотографий и храните их в своем множественном свойстве (потому что вам нужна возможность иметь галерею изображений товара), а заказчик, затем вдруг решило выгружать каталог товаров в яндекс.маркет стандартными средствами и удивлен что изображений там нет. Ну это простой пример только иллюстрирующий проблему, бывает проблемы более серьезные на десятки часов доработок.
Цитата
В ТЗ не перечисляется то чего делать не надо, например:
| Почему этого нет на сайте, мы не писали в ТЗ что этого нам делать не надо. |
1. не надо делать поисковую систему типа google.com
2. не надо делать соцсеть типа odnoklassniki.ru
и т.д.
В ТЗ как раз перечисляется то что делать НАДО.
Если не указано что надо -- значит не важно, не нужно, не существенно, можно сделать на усмотрение разработчика.
Согласен -- резко. Не мы такие -- жизнь такая ©
Стоит отметить, что лучше до таких ответов ситуацию не доводить, и либо, изначально заложить в проект ~30% стоимости сверх (в оценку продолжительности работ, стоимость часа, либо прямо отдельным пунктом в смету), как страховку, что позволит в случае возникновения спорной ситуации просто молча сделать то, что просит заказчик, даже если это ранее не оговаривалось в ТЗ. Либо, ответить по другому, расскажите как отвечаете на подобные вопросы вы?
Так же, стоит добавить, что 30% это довольно много и если их куда-нибудь не впихнуть, то это так много что делает почти бесполезной предварительную оцифровку проекта в часах и работу по часам, вообще..
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс». 
проблема еще состоит в том, что
только недавно стали выпускаться хоть какие то типовые решения
и то... часть оставляет желать лучшего.
Поэтому покупая "сайт в коробке" как твердил маркетинг Битрикс, люди наталкивались на ситуацию, что а нету
Поэтому, мы, Роман, как разработчики и реально "первая линия" обороны и вынуждены принимать первый удар на себя.
Крепись, Роман
ну и конечно же есть заказчики, которые любят придираться к словам
Сам недавно снова был в такой ситуации. Опять же забавно наблюдать за заказчиком, изучающим смету. Он-то думал, что раз битрикс, раз платная лицензия, значит всё включено и разработка будет ДЕШЁВОЙ.А не получается...
вот и обижаемся друг на друга...
P.S. комрады, прошу прощения, но я отправил данного заказчика устраивать тендер на 1С-Битрикс - вдруг кто и понравится из предложивших... Ваша удача будет!..
P.P.S. ни одного вежливого ответа (из очень близких к тем, что написал Роман выше) ни до одного заказчика в аналогичной ситуации, по-моему, у меня не удалось довести. Неужели я так сложно изъясняюсь...
Вариант ответа: Битрикс нужен нам, чтобы разработать вам сайт и вам для того чтобы получать ТП, не быть привязанным к разработчику, получить удобную админку, документацию
Ну и есть три большие разницы между:
"разработкой сайта на базе типового решения 1С-Битрикс" (т.е. доработкой типового решения, в ТЗ перечисляем что конкретно нужно изменить и на что),
"разработкой сайта на базе фреймворка 1С-Битрикс" (считаем что у нас нет ничего вообще кроме API, в ТЗ рисуем карту сайта, макеты страниц, перечисляем компонеты, которые нам необходимо будет разработать) и
"разработкой сайта на базе CMS 1C-Битрикс" (тоже что и предыдущий пункт, но считаем что у нас есть компоненты 2.0 шаблоны, которых нужно кастомизировать.)
И профессионализм в том, чтобы сразу определить чем мы будем на данном конкретном проекте заниматься. От этого, действительно, многое зависит, ведь одно дело когда мы:
создаем инфоблок, настраиваем его (ЧПУ, доступы, форма списка новостей и форма редактирования, подписи итд), рисуем как будет выглядеть раздел новостей, верстаем ее, пишем свой компонент (оптимальные запросы, только необходимые параметры в настройке) и создаем шаблон (допустим несколько часов)
и другое дело когда просто кидаем стандартный комплексный компонент на страницу в типовом решении с демо-данными (5 минут)..
Бывает что заказчик хочет сэкономить и начинает пересматривать смету выискивая где можно задействовать стандартный функционал, а где нет. Не рекомендую, во-первых, это может сильно затянуться, а во-вторых не позволит в момент сдачи работы подходить к правкам и доработкам в одном ключе.
Но единственный интересный (из перечисленного) аргумент для заказчика, как показывает моя последняя практика - масса квалифицированных разработчиков под 1С-Битрикс не приводит обычно к желанию тут же купить сие чудо.
Извечная борьба жадности с глупостью...
Роман, где же взять менеджера под такое ведение проекта, как вы описали? Сам не уверен, что всегда смогу так извернуться (да что там всегда, хотя бы в 50% случаев суметь!)
и под словом "мы" подразумевал именно организации.
При таком раскладе мое сообщение, Алексей, будет более правильным?
Это общая проблема взаимодейтсвия заказчик<->исполнитель.
А проблем, мне кажется, не так много:
Заказчик: во-первых, для него сайт-тёмный лес и работы этой он не знает. во-вторых, даже если и знает жизнь вынуждает экономить.
Исполнитель: во-первых, ему надо прибыль извлечь, а не рабоать ради работы. во-вторых, всякие студентики с хохляндии со своей джумлой цены срезают.
Думаю, это всегда так будет
Господа минусующие точно знают как правильно работать, их сайты качественны, клиенты довольны и карманы полны денег? Я лишь обозначил проблему и предложил свои варианты ее решения, если вы знаете другие пути решения -- лучше поделитесь информацией!
У нас клиенты ТЗ не составляют, ТЗ разрабатываю я при их участии
Клиент это деньги, с деньгами надо быть вежливо, это как рыбалка
Если будете стелиться перед заказчиком, то перейдёте на джумлу и вордпресс, будете делать гов***сайты за 5-6 кРуб.
Надо держать уровень.
Если вам так не нравятся, те кто здесь пишут - так радуйтесь они распугают клиентов, и эти "клиенты" подут к вам. Так мы на ваc с этими "клиентами" посмотрим
Вопрос - сколько нужно (пере-)платить, чтобы все эти моменты были учтены и сделаны?
Думаю, найдутся желающие переплатить, например, 20% от стоимости проекта, чтобы быть уверенным, что через месяц-год сайт не окажется кучкой костылей, рассыпавшихся при малейшем изменении обстановки.
Наверное, можно взять в штат человека, отвечающего за ваш интернет-проект (если уж студия не готова взять на себя такие обязательства). Но все это зависит от порядка подразумеваемых вами 20% (технически подкованный сотрудник стоит недешево, а гуманитарий не отследит огрехи). Обычно заказчикам приходится искать ответственных исполнителей путем проб и ошибок, это вполне привычное явление.
И это ни коим образом не относится к студии Романа (уверен, с них можно пример брать) и обсуждаемой теме. Только, мне кажется, вам, Роман, стоило более дотошно отнестись к пожеланиям заказчика (тут сами виноваты в нападках заказчика; да, это очень нудное занятие, но если писать ТЗ целиком, то окупается).
Только вот проблема не в брокере.
Потому что не все эти брокеры утруждают себя познаниями в возможностях продукта и технологий. Кому то важно угодить заказчику и при этом получить прибыль. И иногда они создают такие бредовые задачи, которые и приводят проект к ненужным результатам. А вот кто то уделяет больше внимания именно качеству проекта и достижению результатов. Так что на таких надо ориентироваться. А кто он - брокер, или не брокер уже не меет значения, на мой взгляд. Потому что если он приносит реальную пользу получая при этом какое то вознаграждение, а не греет руки на перепродажах - это спец, а не барыга
Евгений Жуков Грамотно товетил на ваш вопрос.
Если есть конкретные задачи и ответсвенный исполнитель, то не нужны никакие посредники
Дело не в том кто и как будет брать с вас деньги, а в том, насколько качественно будет подготовлена идея, цели и технические детали проекта
Поэтому. Еще раз отмечу слова Евгения Жукова
такую дискуссию бы провести среди именно заказчиков и разработчиков.
Интересные результаты бы получились.
И те и другие возможно узнали бы много нового о том. что от них хотят и чего ожидают.
Но если все же вернуться к теме поста, то есть более банальные и насущные вещи.
Рынок веб-разработки как и другие направления IT не настолько непрозрачнен, как например тот же мебельный рынок, когда идет речь об изготовлении мебели на заказ.
И часто возникают вопросы, которые озвучил Роман.
Скорее всего часть вопросов связана просто с желанием узнать больше, но...
Встречается и ситуация когда такими вопросами Заказчик пытается прижать разработчика с целью снижения цены.
Поэтому, для начала важно понять, что происходит и танцевать уже от этого.
Рынок есть рынок
Не хочу никого обидеть, но разный мнения - это от разного уровня. И все правы, что интересно
Мы, кстати, стараемся клиенту виды работ расписывать максимально подробно. 100 тыс - дорого? Вот вам список работ (наименований 70) - вычеркните все, что не нужно. Каждая работа - 1-1,5 тыс, недорого. Но в результате клиент говорит "нужно все", и у него не возникает вопроса "Почему так дорого за простой инет-магазин?"