superf
А зачем обязательно что-то разделять? Почему вы уверены в правильности своих определений, кто, что должен делать? И. разве консультант не может быть менеджером, а менеджер консультантом? :)
Как по мне - в данном случае это старая и добрая специальность - снабженец. А уж чего он там поставит для пуска (завода, сайта) (кирпич, трубы, студию, код системы) - не суть важно.
Sim Золотой - не золотой, а писАл оба вида ТЗ. Желания больше нет :) Да и в июне 2013-го будет 15 лет как я сделал первый коммерческий сайт (html, perl, ностальжи). Дальше - лучше уж в огородике покопаюсь.
vedomir Спасибо. Некоторая инфа принята.
Чел из штата - не вариант. Чел должен делать свою работу (принимать звонки, варить кофе, продавать товар, бухгалтерить, рекламить, маркетанить). А если он никогда не был связан, хоть чуть, с разработкой сайта, ИМХО, это тормоз с оглядкой на начальство, перестраховкой и вытекающими отсюда.
""Сумашедший" же технарь-специалист со стороны заказчика это настоящая головная боль и помеха для студии"
Согласен на 100%, но чел не технарь точно :)
Дополню.
1. В штат никто консультанта брать не собирается. Это разовая, двух-трехмесячная работа. Человек - представитель консалтинговой конторы.
2. Какова продолжительность жизни проекта? Да какая разница :) для консультанта.
Это боль руководства компании, которая видит в сайте-проекте необходимость, имхо.
Ведь приглашают, скажем, из Англии бизнес-консультантов. Ходят, смотрят, спрашивают. Потом выкатывают рекомендации, начинают ломать и строить. Два-три месяца (лично наблюдал) - отличный выхлоп, работа подтягивается к уровню, люди чуть по-другому начинают смотреть на свою работу (с оптимизмом, что ли).
Этот вид консультантов вопросов не вызывает, а вот если такого на курирование разработкой сайта, то уже и замуть пошла. Что-то тут не так :)
Консультант предложил свой вариант. Но в переговорах необходима альтернатива. Попросили узнать. Спрашиваю. Жду вариантов, советов.
Кстати :) Относительно люлЕй.
Если он их все же получит и это "Проще и приятнее", то хотелось бы узнать, как их ему давать? Фиксированное кол-во люлЕй, а если какой процент и бонус от люлЕйного бюджета, то сколько это в цифрах?
:) Всем ограомное спасибо. Люли я услышал и передам :)
Ок. Не менеджер.
Точнее будет назвать - консультант (знает CMS - функциональные возможности, программные возможности, знает SEO, знает "тонкие места" HTML-кодеров, ориентируется в ценовых вариациях рынка разработчиков и сеошников).
СамопИса, фриленса не будет - факт. Отката от студии консультанту не будет - факт.
Задача консультанта (имхо и как мне объяснили):
- выбор одной из 4 студий.
- общение с менеджером проекта, которого определила студия со своей строны.
- контроль составления сметы (расчет бюджета) на разработку.
- контроль написания ТЗ студией (чтобы не было ситуации: вы это не говорили, когда писалось ТЗ, мы это и не делали и тп. + пинки, да, тех самых маркетологов :) компании и руководства).
- контроль сроков и пинки студии по ТЗ.
- сопряжение руководства компании и представителей студии в контрольных временных точках.
Сайт пускается (в сроки или нет). Консультанту - спасибо, фуршет, получи бабки, до свидания. Развитие, эффективность и прочая лабуда лежит на компании и их собственных маркетологах :)
Будем откровенны (в меру). Мы прекрасно знаем, как пишутся ТЗ для подписания и какие (реально) должны быть ТЗ для программера, сеошника, кодера.
Знаем, что менеджер со строны студии заинтересован в хорошем бюджете (тут кучку раз обсуждалась оплата менеджера со стороны студии). Но никак не обсуждался вопрос со стороны компании-клиента, которому нужно, как бы, сдерживать этот бюджет.
Например.
- В ТЗ студия пишет "для выполнения того-то разработка и настройка модуля такого-то, стоимость такая".
- Руководство (в одиночестве и не знает, что такой модуль уже есть в системе) - "ок, пусть будет".
- Консультант знает, что "для выполнения того-то в системе необходимо поставить галку и заполнить 2 текстовых поля". Утрясает вопрос со студией про развес лапши.
Бюджет сокращен, срок уменьшен. Компания довольна.
Как разумно оплатить работу консультанта? См. первый пост.
vandamme
В том-то и дело, что шикарно сделано. Ушли от битрикса (раньше этот кат. на битриксе был, хтя основной сайт на нем и оставили).
Видимо, яро API поюзали.
Буду искать. Но может найдется "уже искавший" :)
Нужны советы.
Дано: D6/D7 (уровень страниц и чуть новости по таксономии) +/- Ubercart (ознакомительный просмотр)
Задача: сделать сайтинку-каталог по двум типам продукции (TV/Monitor) с подбором товаров по параметрам. Будет ли корзина/заказ - под большим вопросом :)
Долго искал пример именно Drupal-реализации. Нашлось то, что нужно.
http://shop.mts.by/tabletpc http://shop.mts.by/phones (левый сайдбар)
Вопросы:
1.
Заведение товара через CCK и свой тип материала или это Ubercart?
Вывод на карточке товара CCK-Views или что-то из Ubercart?
2.
Каким инструментом (модуль Drupal? или модуль Ubercart?) отрисовывается форма подбора? Или это ручками (программно, Form API), а потом в блок? Или какой WebForm?
В каком направлении смотреть? Может мануал какой есть (ссылка желательна :)?
3.
Если не будет корзинки/заказа, можно ли обойтись без Ubercart? Что применить?
Заранее спасибо за советы-ответы. Есть еще вопросы по такому каталогу, но чуть позднее :)
2 R34-zevs
> б) нужных для этого пользователя товаров и услуг
> в) альтернативных товаров и услуг.
1. Посмотри в сторону cross-sell(x-sell) модулей для магазинов (например, osCommerce).
- изучение
- реализация (программист или сам)
2. Если чел приходит из поиска, то можешь реализовать local.direct (текст - подобие Я.Директа) + баннеро-крутилка (графика). Чуть подсобирать запросов, по каким зашли, и вперед.
2Mvk09
> Почему сайт с урлами вида /product_321.html нужно считать "кривым полуфабрикатом"?
Ничего это не криво. Нормальный чпу.
Только, если магаз продает что-то брэндовое, можно посмотреть в сторону
/tv/samsung/product_345.html
/tv/sony/product_321.html
С проверкой, чтобы товар не вылазил (404), скажем по такому
/tv/product_345.html
/sony/product_321.html
Если магаз продает болты, гвозди, шайбочки, вентили, то твой вариант самое оно. Не будешь же вбивать в урл артикул или еще какой "уникальный" параметр :)
Все от специфики магаза. Где-то так.
2 starclyde
Заведи второй домен. На нем делай субдомены (в тему целевого домена), ссылайся на целевой. На целевом сделай один субдомен, типа бложика или какой другой мути, тоже ссылайся на целевой.
Где-то так.
Простите, но такой размер можно себе никуда воткнуть :) Для новичка
Собственно всем - сразу грешите на Flash - в шапках, баннерах
