Модельная задача

«Типовое решение: CMS для рынка СМБ»
Журнал PC Magazine/RE приглашает к участию в проекте «Типовое решение: CMS для
компаний СМБ». В рамках этой рубрики рассматриваются «сложносоставные» решения,
нацеленные на задачи, с одной стороны, достаточно типичные, с другой — требующие
комплексного подхода и известного багажа знаний.
Цель проекта состоит в том, чтобы дать читателю представление о путях реализации,
технико-экономических аспектах проектов и порядке взаимодействия с контрагентами (если
таковые появляются) при решении описываемых задач.
Формат материала предполагает подготовку решения обобщенной (модельной) задачи на
примере которой демонстрируются особенности конкретной CMS.
Целевая аудитория материала: системные администраторы, ИТ-персонал, который
прорабатывает детали предложенных руководству проектов, сотрудники, принимающие
решения о развитии корпоративной ИТ-инфраструктуры, региональные компании,
предлагающие услуги по созданию сетей и интеграции. Компании среднего и малого
бизнеса (СМБ).
Формат материала предполагает подготовку решения обобщенной (модельной) задачи на
примере которой демонстрируются особенности конкретной CMS.
ВАЖНО! Итоговая публикация (журнальный материал) не требует от участников
подготовки полномасштабной технической документации и проекта целиком, фактически
процесс останавливается на стадии эскиза (плюс примерный анализ технико-экономических
аспектов). Фактически, это то, что иногда называется RFP (Request for Pricing).
На описание одного решения одного участника выделяется 1—3 журнальные полосы (объем
текста — до 18 Кбайт или тыс. знаков). При наличии более объемных материалов, вопросы
размещения согласуются в рабочем порядке (возможна их публикация на сайте, в
"Технической библиотеке", на диске и др.).
Последовательность этапов проекта:
1. Согласование модельной задачи (4-6 марта)
2. Подготовка решения и передача материалов в редакцию (7-12 марта)
3. Вычитка материалов (своих разделов) участниками (15-18 марта)
4. Публикация материала (сдача номера 26 марта, из печати журнал приходит до 10 апреля).
Плата за участие в проекте не взимается.
Компаниям, заинтересованным в участии, просьба подтвердить свое намерение письмом на
адрес [email protected] (с пометкой "Типовое решение: CMS для СМБ") или в
комментариях к этому сообщению (в комментариях же можно вести обсуждение).
Модельная задача
В качестве базовой предлагается использовать следующую модель: компания,
специализирующейся на оптово-розничной торговле товарами (FMCG непищевой отрасли),
до 50 тыс. наименований товаров в постоянном ассортименте.
Основной бухгалтерский учет ведется в «1С: Бухгалтерия», в компании имеется CRMсистема. Выгрузка данных должна происходить не реже, чем раз в неделю. Моментальной
оплаты не требуется, достаточно выставлять счет.
В компании есть квалифицированный администратор, знакомый с основами разработки для
«1С», но нет специалиста по Web-разработке и другого персонала, знакомого со спецификой
Web-решений. Web-дизайнера тоже нет, то есть, скорее всего будут заказывать у кого-то из
партнеров.
Базовый набор задач
Сайт компании из сектора СМБ должен (как минимум) решать три прикладных задачи:
1. Представление и возможность оформления заказа на актуальный ассортимент
товаров Интернет-магазине с учетом скидок и роли пользователей (дилеры разного
уровня, онлайновые покупатели и др.);
2. Выкладка корпоративной информации (пресс-релизы, новости, сообщения для
дилеров, фотогалереи с мероприятий и др.). Немного, в пределах сайта-визитки, плюс
ведение базы СМИ для рассылки пресс-релизов. В идеале – минимальные средства
документооборота, точнее даже визирования руководством подготовленных
соответствующими отделами материалов.
3. Закрытая зона для дилеров (ведение переписки с менеджерами, отслеживание заказов
и др.). Ведение статистики по работе дилера (и в целом по сайту, включая каталог
товаров) и ее выгрузка обратно в учет и/или формирование отчетов.
Требуется учитывать различные цены для разных групп дилеров.
Система скидок зависит как от «уровня» дилера, так и от категории товара. Например,
обычная дилерская скидка на холодильники составляет 10%, на телевизоры 5%, тогда как
для «золотых» партнеров -- 15%, а «серебряных» -- 12%.
Партнер становится «золотым» если в месяц делает 10 тыс. долл. оборота. «Серебряный»
партнер может получить скидку на заказ как у «золотого», если сумма этого заказа
составляет 5 тыс. долл.
Дополнительные задачи
Дополнительные задачи позволяют продемонстрировать гибкость системы и возможности
учета нестандартных требований. В частности, предлагается:
 Для полноты картины, пусть однотипные товары имеют общее описание, но разные
цены (например, ручка красная 5 руб., а черная 7 руб.);
 Расчет стоимости доставки в зависимости от товара (не объема и веса, а именно от
товара, например, стиральная машина Indesit стоит при покупке в Москве 100 руб., в
Санкт-Петербург – 200 руб., Ariston в Москве – 120 руб., а в Питер компания их не
доставляет);
 На товары, стоимость доставки которых рассчитывается менеджерами, счет в
онлайне не выставляется, остальным – автоматическая цена.
Сверхзадачи ;-)
Еще более сложная (как показывает практика) задача: связь со складской системой, когда
дилеры, работая с онлайновой частью, видят реальные складские остатки (или система в
каком-то, пусть рудиментарном виде, на уровне блокировки при расхождении по остаткам,
предотвращает возможные коллизии) .
Несколько корзин для дилера и формирование «типовой корзины» (например, известно, что
компания N каждую неделю берет 100 ручек, 5 телевизоров и 3 холодильника).
Соответственно, хорошо бы ей сразу и подсунуть выбор, а не заставлять бегать по всем
разделам, добавляя товары.
Перенос товаров между разделами каталога (или в более широкой постановке: вообще
перенос материалов между разнотипными разделами). Возможно с помощью отдельной
утилиты или средств импорта/экспорта, главное, чтобы была возможность (задача важна,
особенно когда компании приходится оперативно править каталог на несколько десятков
тысяч позиций).
Примечание. Пункты модельной задачи допускают некоторую переформулировку. Скажем,
необязательно решать задачи учета остатков только и исключительно средствами CMS,
возможно какие-то другие пункты ТЗ могут быть выполнены с помощью модулей
интеграции и связи с основными учетными системами.
Дизайн
Дизайн сайта у модельного клиента имеется -- в виде графических файлов с макетами
основных страниц.
ИТ-инфраструктура модельной компании



Система автоматизации: "1С:Предприятие 7.7"
Основная серверная платформа: Windows 2000 или Windows Server 2003
Программная инфраструктура: «1С: Бухгалтерия» (версия на усмотрение)
Примерный план
В описании проекта рекомендуется акцентировать внимание на конкретных деталях
решения и процесса внедрения системы. Это не сравнение разных CMS, в данном случае мы
принимаем как аксиому, что проблема перешла в практическую плоскость: подгонка
решения под специфику компании, интеграция, внедрение и др. В общем, покупатель уже
почти выбрал вас, но админ хочет понять «а как будет сделано вот это».
1. Описание модельной задачи, если вы внесли в нее изменения
1.1. Принципы организации и подходы к решению базового набора задач, их
обоснование (почему именно такие решения -- не технические, а
архитектурные -- были заложены в вашу систему)
1.2. Дополнительные (в смысле, выходящие за пределы базового набора)
возможности и задачи, решаемые системой
1.3. Особенности и отличия системы от аналогов
2. Техническая реализация
2.1. Архитектура и идеология системы (включая, но не ограничиваясь
следующими пунктами):
2.1.1. Модульность
2.1.2. Шаблоны
2.1.3. Производительность
2.1.4. Разграничение прав доступа
2.1.5. Разработка модулей и расширений
2.1.6. Прочее
3. Оптимальные пути решения каждого пункта из перечня задач модельного ТЗ. По
каждому пункту ТЗ желательно привести следующую информацию:
3.1. Рекомендуемая структура хранения информации в системе (разнесение по
блокам, полям, свойствам, разделам, модулям, etc., у кого что есть)
3.2. Рекомендуемая структура БД пользователей и прав
3.3. Рекомендуемые (и необходимые) модули системы
3.4. Специфика ввода и редактирования информации (особенно, когда речь идет о
массовом вводе, импорте/экспорте и др.)
3.5. Примерные объемы программных и других доработок, если таковые
необходимы
3.6. Направления и возможности развития при повышении требований к
соответствующей подсистеме сайта (аппетит к клиентам приходит быстро ;-)
4. Ориентировочная производительность системы и рекомендуемые (не
минимальные) ресурсы/конфигурация
5. Экономическая часть
5.1. Оценочная стоимость реализации модельной задачи в целом
5.2. Схема лицензирования программных компонентов системы и стоимость
лицензий
5.3. Примерная смета и перечень работ (в виде таблицы), трудозатраты (идеально –
в часах)
5.4. Примерная оценка времени обучения пользователей и администратора
6. Рекомендации по улучшению ИТ-инфраструктуры, для лучшего сопряжения
учетных систем с онлайновым ресурсом (если таковые рекомендации имеются)
7. Приложения (желательные)
7.1. Снимки экранов (рекомендуется 8-10 наиболее показательных, с пояснениями)
7.2. Список реализованных проектов сходного типа (3-5 с кратким писанием
каждого), если таковые есть.
8. Контактная информация
8.1. Название компании
8.2. Сайт компании
8.3. Контактное лицо
8.4. Телефоны для связи
8.5. Email для связи