Сказать честно, ни когда не верил в целесообразность платного размещения в каком либо каталоге, пусть даже ведущем. Найти любую, практически, компанию (товар, услугу) можно и через яндекс. Мотивация делать это возмездно в принципе отсутствует и такие размещения, по большей части делаются скорее вепреки, ну или в рамках серьёзного рекламного бюджета.
Платность сильно ограничевает объём каталога, как следствеи его объёктивность и соответственно привлекательность. Низкая цена, достаточно условная, так же не сработает, потенциальные клиенты попросту не будут заморачиваться с процедурой платежа.
Я бы подумал о конкурентных преимуществах такого продукта, комплексном пакете услуг для участников и интерактивных инструментах для пользователя. К последним отнёс бы свою идею фикс. Заморочившись с IP телефонией я заимел огромное желание сделать на своих сайтах раздел контакты интерактивным. Мыло уже давно одним кликом отправляется, аська тоже не отстаёт, а вот самое распространённое средство связи. телефон, пока не находит своего отражения. Соответственно мне хочется что бы мой внутренний перечень абонентов автоматом проецировался в раздел контакты на сайте и аналогичные группы различных каталогов. Но это решить может лишь сотрудничество с шмроко используемым продуктом, например CMS от Битрикс, где бы такой модуль стал стандартным. Автоматом возникает потенциальная потребность по интеграции такого модуля в структуру предприятий-пользователей, что влечёт соответствующие бюджеты.
В общем это лишь пример, один из десятков, но тему можно развивать, было бы желание.
Реализуется, вопрос логиги, цены и целесообразности.
Давай попробуем.
-Управление доставкой // по сути настройка состояний доставки и инструментарий взаимодействия с курьерами. Была раньше такая заморочка, настроить доставку для Крошки картошки, но чу бюджетом не подкрепилось. Вввиду чего разымышляли вокруг мегафоновского сервиса Локатор www.locator.ru как в полной версии, так и в лайте, общались с разработчиком www.race.ru складывался интересный механизм срочной доставки. Алгоритм следующий заказ >> диспетчер >> опрос потенциальных курьеров в выбранном секторе города (SMS координаты) с отпракой ути заказа >> ответ >> определение исполнителя >> отправка уточнённого заказа курьеру и на место формирования заказа. Задача была в том что бы избежать издержек при множестве мест формирование, на оплату просиживающих курьеров на тот случай если, при том что цена чека не высока. Под это формируется комьюнити с используванием статусов "могу если свободен", формированием рейтингов, чёрных списков и всего прочего. Суть идеи в том что потенциальных курьеров в городе навалом, но нужно оказаться в нужном месте в нужное время и быть свободным, всё это (в теории) срабытывает когда отмечено 500 - 1500 пользователей которые не проч.
-Поддержка множества поставщиков, управление едиными ценами. // Это своя головная боль. Сидя в спортивной отрасли я вижу огромное количество услуг и технических возможностей которые не реализованы в открытом рынке по ряду причин (затраты на рекламу, отсутствие тех персонала и пр.), а зачастую и попросту один стадион не знает что можно (на шару) перехватить при необходимости у другого. В то же время существует рынок спрос/предложение и игроки на этом рынке. Пример, организация эвентов, шатры, трибуны, пластиковые столики и прочее безобразие которое стоит приличных денег у агентств, с одной стороны и как уже было сказано, простаивает в отрасли, с другой стороны. Потому что нет инструмента централизующего эти возможности. От скуки набросал макетик www.showrent.ru и даже умудряюсь пару раз в месяц что то сдавать. Теперь представьте что сделают агентства имея централизованный ресурс и сколько можно будет привлеч в спорт и получить комиссии от привлечения.
-Разрешение добавления позицияй в каталог пользователями (формирование спроса) // К вышесказанному. Я положил в систему основное, а про мелочёвку забыл или вовсе на тот момент не было, но подписался на спрос. Ваяся пупкин делает эвент и ищет то что я забыл, я об этом узнаю и добавляю то что забыл, удослетворяю спрос. Но, нафиг надо Васе пупкину туда ложить то чего нет но надо когда есть яндекс? Для этого нужен отдельный, принципиально новый модуль - СМЕТА, потенциально удобная штука что бы отказаться от экселя, поскольку автоматом оповещает подрядчиков сидящих в системе и ведёт взаиморассчёты.... но это уже не магазин, поэтому дальше не полезу, а то про спонсоринг и медипланирование вспомню :-) Единственно е что стоит отметить, то что все сайты пользователи сидят на одном ядре, а внося данные в систему выкладывают и на свой сайт, а значит партнёрский инструментарий, иначе не сработает.
-Формирование сметы на основе каталога // Ну собственно выше изложил в двух словах.
-Формулы стоимости доставки и возможность индивидуальной настройка как для товаров(услуг) и групп, так и для поставщиков. // Эээ, эт я у кого то из описания CMS стырил, када свой перечень функций формулировал, но по алгоритму не думал, единственное приписал акцент на мультивендорность. Идеология в том, что в зависимости от политики конкретного магазина цены либо устанавливаются единые на товары, а вендор или вписывается в правлила игры или нет, при этом сами вендоры закрыты. Второй вариант кажды свои, но и оператором при этом является вендрор, а магазин всего лишь комиссионером и/или возможно, осуществляет доставку и платежы.
-Вывод диапазона цен при разных поставщиках, сравнение поставщиков и прочих условий по таким позициям // Это опять следствие разных цен, зачем выкладывать в списке позиций 50 цен от разных вендоров, когда можно указать диапазон, надо залезай в карточку товара, надо ещё включай опцию сравнения.
-Несколько цен для одного товара (услуги) // Хм. Что то повторы пошли, а я то думаю чё это у меня список опций за 500 перевалил :-)
-Различные схемы налогообложения // Это тоже не ко мне, стырил термин, знаю что нужно раз в ряде магазинов реализовано. Отмечу лишь следующее. Я всегда встречал идеологию взаимодействия СMSмаганин и бухгалтерии по принципу импорта из посленей каталога товаров, остатков склада и пр. Но, если посмотреть на два основополагающих принципа, CMC обслуживается без впециальной квалификации и 1C продукт для профессионалов (однозначно ориентирован на склад ума бухгалтера) то выходит что мелкие компании, которым и нужны такие магазины, попросту эту опцию не реализуют. Я много раз сталкивался с "Аааа, вы это на сайте видели? Так цены уже убежали" или товар отсутствует. Учёт в таких компаниях не оперативный, с точки зрения терминологии, а пост фактум. Оперативно продавец с быстрой программулькой в теме что и как. Так вот система и должна стать такой быстрой программулькой, что бы обеспечить актуальность и подготовку/ввод первичной документации исходя из восприятия продавца/кладовщика/кассира, но не бухгалтера. А уж в конце дня слить всё в 1С или раз в квартал, када Машка бухгалтер забежала. Но это не про налоги, а про принцип. Собственно вопрос по самому модулю дальше вроде :-)
-Индикация остатка средств на счету или в бюджете (если покупка привязана к смете, проекту, задаче и пр.) Ну на счету я думаю объяснять не стоит, загнал бабла продавцку и выбирай пока индикатор позволяет. Но, иногда это "загнал" в планах, стало быть надо эти планы зафиксировать в системе.
-Статусы заказа, метод изменения статуса, история изменения статуса // Заказано/отправлено курьеру/отправлено для подготовки на склад/в пути/получено/оплачено и множество других, пользователских фишек. Но опять же, не будет работать если процедура изменения статуса во первых не типовая, а навязанная разработчиком, во вторых не имеет модуля в системе, например звоное от курьера "заказ передан, бабло получено", фиксируется оператором в соответствующем интерфейсе (а это уже CRM) что снимает с курьера ответственность за товар и тут же навешивает на него ответственность за бабло (подотчёт) и предначисляет ему вознаграждение.
-Уведомления об изменении статуса (емейл, аська, мобилка и пр.) // Это дял клиента, не хочу звонить в контору каждый раз где там мой телевизор, хочу что бы информировали. Не жалко бабла с мобилки что бы узнать где мой чизбургер, сообщать на мобилку, номер такой то (процедура авторизации по номеру мобильного телефона, это отдельная песня :-) Алкоритм, поставил галочку >> получил сообщение о том что есть сообщение >> подтвердить получение сообщения и списание денег со счёта за SMS >> узнать что чизбургер испёкся и передан курьеру >> порадоваться.
-Пакетное редактирование товаров // ну уж не думал что требует обяснений. Поводов миллион. Решил, например что необходимо отражать вес товара и для клиента и для учёта в системе, а то курьера Пупкина не пустили в метро с полутора центнерами бакмаков. И что, 17658 позиций по одиночке открывать и редактировать? Или например нужно тьлько цветы подправить, срок хранения появился. А то и вовсе несколько десятков позиций и разных разделов каталога. Открыть, выбрать группу/раздел/отдельные позиции, перейти в режим редактирования. На www.avtocrash.ru в личных настройках так обработка фотографий работает. Критика не принимается потому как отношения с разработчиком этого сайта закончены, будет писаться с чистого листа, точнее с той системы которую всё таки выберу.
-Сборка комплектов товаров // Компьютерный бизнес яркий пример. Есть кулеры сами по себе, есть в собранном компе, одни и те же, но покупатель же покупает не гору запчастей, а комп. + наценка за сборку или фиксированная конечная цена. На самом деле тут нужно просто окунуться в оффлайновые разрабоки типа СКЛАД или МАГАЗИН их масса.
-Рассчёт стоимости на лету, без перезагрузки страницы. // Таблица товаров, занести в корзину 5 апельсинов, 3 лимона, 7 мандарин .... в окошке итога сумма меняется как только курсор покинул поле ввода количества, а не после нажатия кнопки пересчитать.
-Поддержка склада // Из вышесказанного, думаю, уже будет понятно.
И ещё, я не программист и мне всё равно сколько на это придётся писать кода и как это загрузит системы. Но система должна быть быстрой и удобной, как для покупателей, так для сотрудников, а уж программисты и технари пусть думают как это сделать иначе они просто не нужны.
Разумеется пишется, когда программист увлечён лишь конкретной задачей и скорейшей оплатой за неё, не видя картинки в целом, не зная замыслов автора проекта и пр.
Не один раз наталкивался на то что сначала, при постановке задачи, настаиваешь на том что "нужно вникнуть в проект в целом", понять все связи и зависимости, рассмотреть и вжиться в функционал по отдельности, на что получал "да ладно, это пара дней, это у нас есть, это не проблема". Результат, ничего не работает, не взаимодействует и коронное "что же ты сразу не сказал" или надув щёки "Всё, без детального ТЗ больше не работаю!".
Тут недавно анализировал работы созданные на одной из "продвинутых" CMSок, портал общественной организации, раздел ПЕРСОНЫ, отдельно раздел КОНТАКТЫ, где персону Васю Пупкина, что бы связаться нужно искать через Ctrl+F, а ещё раздел проекты, где этот Вася пупкин руководитель одного из проектов и тоже ни какого упоминания о том как с ним связаться.
Вопрос, зачем такой портал этой организации? А денег то отвалили нормально. Просто разработчик пользуется тем что клиент лох и не знает реально что ему надо. В то же время отсутствует желание гордится своей работаой, равно как и реально работать.
Но, писать ТЗ на серьёзный проект, работёнка та ещё, учитывая что ещё и работать надо что бы бабло на этот проект было, уйдёт не один месяц. Но скорее всего просто ни когда не напишеться. Выход, определить концепцию и подгонять детали на ходу, непосредственно участвуюя в реализации проекта, тестировании и т.д.
Вам проще, я за четыре года только в приближении увидел всю картинку, просто список модулей с функциями, помимо само собой разумеющихся, составляет уже более 500 строк, не говоря уже о том что стыкуется ряд технологий, традиционно живущих, по большей части, самостоятельно.
Подписываюсь. Вот за это я тоже готов платить, нежели экономить на ожиданиях и разочарованиях. И было бы неплохо что бы у исполнителя было понимание приоритетов, сопоставленное с технологическими особенностями процесса, а так же того что результат за одни и те же деньги, но в принципиально различный срок, это принципиально не одно и то же. Порой то что нужно через месц, через полгода не нужно вовсе. Но умеют это оценивать очень немногие разработчики.
Подход с точки зрения ITбизнеса траффик=доход. Но есть смотреть на сайт с точки зрения комьюнити для целевой аудитории, то требования и отграничания могут полярно поменяться. Мне например не страшно наличие ссылок, более того допущу удобство, например автообпределение, но, разумеется, посажу админа убирать нетематические посты. Перекладывание забот на членов комьюнити через раздачу прав или бонуиы за сообщения о кривых топиках, это на мой взгляд то что нужно, но опять же всё зависит от тематики ресурса.
Хороший ход мыслей, но мне больше по душе идеология при которой модуль коммента может быть:
-подключен к любому контекстному разделу чайта (фото, новости и пр.)
-Позволяет не только комментировать, но отвечать автору контента на комментарий.
-Позволяет развить тему, но в этом случае тема автоматически переносится в форум.
-Позволяет отправлять комментарии (например к анкетным фотографиям) с мобильного телефона и автоматом транслировать на телефон автора.
-другие приятные фишки.
Если у кого есть желание это реализовать с пониманием того какая CMS лучше всего примет эти фишки, вэлкам.
А вообще ищется лучшее, русскоязычное CMS решение на рынке или способное стать лучшим в ближайшие годы, а так же партнёрская компания способная интегрировать и поддерживать эту систему в спортивной отрасли, мотивированная не только финансово, но и интересом к теме проекта. Подробнее о требованиях на
http://www.auto-prava.ru/partnerit001.html
Стартовый бюджет на остаток этого года ~ 10 т.у.е.
Заранее благодарен за предложения, комментарии и критику.
--
С Уважением.
Александр Крутояров
Tel: +7 499 973-0138, +7 495 251-0673
E-Mail: pr@motoart.ru
ICQ: 170441859
накидал тут на днях чего хотел бы видеть, помимо того что помимо товаров есть ещё и услуги:
-Режим отображения всех вложений в категории и подкатегориях
-Количество позиций в группах, подгруппах. (Очень мило бывает что лезешь в саю глубь каталога, а там ноль и назад, да ещё и цепочки ссылок нет.)
-Индикация наличия изображения
-Управление доставкой
-Поддержка множества поставщиков, управление едиными ценами.
-Разрешение добавления позицияй в каталог пользователями (формирование спроса)
-Формирование сметы на основе каталога
-Формулы стоимости доставки и возможность индивидуальной настройка как для товаров(услуг) и групп, так и для поставщиков.
-Вывод диапазона цен при разных поставщиках, сравнение поставщиков и прочих условий по таким позициям
-Несколько цен для одного товара (услуги)
-Различные схемы налогообложения
-Неограниченное количество дополнительных настраиваемых полей описания, как для всего каталога, так и отдельных позиций и групп.
-привязка настраиваемых полей к справочникам, выбор одного или нескольких значений одновременно
-связанные/совместимые товары (аксессуары, альтернативные товары, рекомендуемые товары и т.п.), неограниченное количество
-Изображения товаров, превью всегда, большое изображение в карточке товара, новое окно или в рабочем поле, по настройке.
-Инструкции к товару
-Отзывы о товаре (режим комментариев к контенту)
-Выставление счёта на емейл или факс.
-Печать платёжного поручения (при наличии реквизитов в карточке своей организации, если организаций много выбор из списка своих) или квитанции сбербанка. Так же счета, счета фактуры и пр.
-Индикация остатка средств на счету или в бюджете (если покупка привязана к смете, проекту, задаче и пр.)
-История покупок
-Формулирование накопительных скидок и бонусов
-Статусы заказа, метод изменения статуса, история изменения статуса
-Уведомления об изменении статуса (емейл, аська, мобилка и пр.)
-Пакетное редактирование товаров
-Сборка комплектов товаров
-Рассчёт стоимости на лету, без перезагрузки страницы
-отправка конфигурации заказа по электронной почте
-Поддержка склада
-Экспорт/импорт 1С (обычно из 1С выгружают данные, но это не всегда оправдано, иногда правильнее вести учёт в магазине)
Надеюсь что то покажется разумным.
Я бы тоже присоединился, но не только деньгами, но и запросами. Помимо требующегося хочется научить этот каталог понимать CRM и выполнять коммуникационные функции. Именно под это ставлю два телефонных сервера IP PBX на базе Asterisk, в результате каталог должен уметь звонить (click to call). Сама же идеология актуальности каталога состоит, в т.ч. в большом количестве пользователей.
А вообще ищется лучшее, русскоязычное CMS решение на рынке или способное стать лучшим в ближайшие годы, а так же партнёрская компания способная интегрировать и поддерживать эту систему, мотивированная не только финансово, но и интересом к теме проекта. Подробнее о требованиях на http://www.auto-prava.ru/partnerit001.html сам функциона описан, но не опубликован, это уже предмет обсуждения на основе предложенного
Стартовый бюджет на остаток этого года 5 – 10 т.у.е.
Александр
