Начать. Это бесплатно
или Регистрация c помощью Вашего email-адреса
Rocket clouds
Segment создатель Mind Map: Segment

1. Отдел продаж

1.1. Процесс продаж

1.1.1. Контакт

1.1.1.1. Задача

1.1.1.1.1. Реестр запросов

1.1.1.1.2. Карточка клиента

1.1.1.1.3. Новый статус в запросах - "Запланировать действие"

1.1.1.1.4. Новое поле в запросах "Комментарий"

1.1.1.1.5. Новое поле в окне запроса "канал привлечения"

1.1.2. Контакт регистрируется в карточку входящего звонка (в нашей версии в запрос)

1.1.3. Просчет на калькуляторе

1.1.4. Создание КП

1.1.4.1. При смене статуса на "предложение отменено" Требуется указать причину отказа. В том числе и технические причины (ошибки менеджера, ошибка в БД по клиентам и т.д.)

1.1.4.1.1. Новый справочник в НСИ - причины отказа

1.1.4.1.2. отчет по причинам отказа

1.1.5. Отправка КП клиенту

1.1.6. Задача

1.1.6.1. Причина отказа

1.1.6.2. Переменная информация в КП

1.1.6.2.1. При создании КП требуется необходимость выбирать несколько стандартных фраз, которые добавляются в КП. например: бесплатная доставка, бесплатный сигнальный образец и т.д. Перечень стандартизированный.

1.1.7. Создание документов: договор, счет, при необходимости внесение реквизитов + подписание договора у руководства

1.1.7.1. Задачи

1.1.7.1.1. возможность изменить номер договора вручную .

1.1.7.1.2. Требуется создать возможность хранения документации (ссылочно) на уровне заказа и на уровне товара (в свойствах товара)

1.1.7.1.3. На уровне позиции заказа создать два поля 1. Дедлайн дизайна 2. Дедлайн производство

1.1.8. Полученные от клиента макеты, документы и т.д. прикрепляет к заказу (ссылочное хранение)

1.1.8.1. формирование печатной формы - задания дизайнеру. подтягиваются номер заказа, изделие и т.д. менеджер просто вбивает туда текст задания для дизайнера и пересохраняет в сетевой папке

1.1.8.1.1. Документация должна храниться на уровне позиции заказа (в товаре в заказе и в версии комплектации)

1.1.9. После получения оплаты передает (смена статуса) дизайнерам для контроля или разработки. При этом комментарий и пожелания клиента по дизайну вводятся в свободном поле дря редактирования в заказе (комментарий для дизайнера)

1.1.9.1. Задача

1.1.9.1.1. Создать свободное поле в изделии для ввода информации для дизайнера

1.1.9.1.2. Ставить ответственного дизайнера в заказе могут все. Требуется выбор ответственного дизайнера в изделии

1.1.10. После готовности дизайна (смена статуса) для каждой позиции заказа распечатывает подписной лист, который создал дизайнер в папке изделия, который подписывает у клиента

1.1.10.1. Задача

1.1.10.1.1. Предусмотреть возмоность повторного дизайна (доработка дизайна)

1.1.10.1.2. Уведомление менеджеру о готовности дизайна

1.1.11. После утверждения дизайна передает заказ в производство (смена статуса)

1.1.11.1. в случае нарушение дедлайна - уведомления менеджеру

1.1.12. Получает уведомление о готовности заказа

1.1.12.1. Задача

1.1.12.1.1. Уведомление о готовности заказа менеджеру

1.1.13. Распечатывает документы на отгрузку из ОСА (ТН, акты и т.д.) ставит печати

1.1.13.1. Задача

1.1.13.1.1. Параметр в неоплаченной накладной

1.1.14. Меняет статус заказа на "доставка" в поле комментария при необходимости указывает информацию для водителя

1.1.14.1. Печатная форма "лист доставки". В нем указывается комментарий менеджера и первые три контактных лица из карточки клиента.

1.1.14.1.1. да

1.1.15. После получения оригиналов документов от клиента может закрыть заказ.

1.1.15.1. По факту заказ закрывает не менеджер, а ответственный за принятие оригиналов документов у менеджера, например нач оп.

1.1.15.1.1. да

1.2. по корректору процессы с дизайном параллельные. менеджер указывает корректора - фамилию и заказ передает на ДИЗАЙН И КОРРЕКТУРУ. уведомления получают одновременно дизайнер и корректор. необходимо предусмотреть флаг готовности корректуры, чтобы знал дизайнер о том, что документ готов для использования в дизайне.

1.3. Упаковка. Может использоваться, может не использоваться. календари упаковываются, используется материал и работа. Остальная продукция упаковывается без учета времени и денег

1.3.1. ВОпрос! двойные контрагенты. проверка по унп. что происходит при расчете одним контрагентом в разных валютах. почему нельзя сделать одного контрагента для разных платежей используя разные счета для оплат? Как быть со статистикой по клиенту?

1.4. Калькулятор

1.4.1. Задачи

1.4.1.1. Фиксация нескольких вариантов расчета одного КП (т.е. открытие созраненной позиции в КП в калькуляторе, чтобы не набирать заново все параметры)

1.4.1.1.1. Версия комплектации включает в себя количество единиц продукции. От этого зависит стоимость итоговая. Нужен справочник скидок по группам товаров.

1.4.1.2. Находится в цепочке между запросом и КП

1.4.1.3. Менеджер указывает изготовителя (подрядчик, собственное производство, чпстично подрядчик

1.4.1.3.1. нужна процедура передачи подрядчику (документы, учет и т.д.)

1.4.1.3.2. Нужен перечень работ свои - подрядные

1.4.1.3.3. Задача

1.4.1.4. Расчет массы заказа

1.4.1.5. Стоимость сырья в калькуляторе расчитывается по среднему исходя из остатков на складе

1.4.1.6. Пакеты.

1.4.1.6.1. Включаются в полистовку без отдельного калькулятора. Будет упрощенная схема расчета, т.к. почти всегда заказ у подрядчика

1.4.1.7. верстка

1.4.1.7.1. Предусмотреть вариант дополнительной верстки, чтобы можно было учесть сложные вставки в центре книги или журнала,

1.4.1.7.2. Возможно сделать список добавления работы в калькуляторе, чтобы по необходимости накидывать необходимые работы в нужном количестве (время, деньги, разы?)

1.4.1.8. Подряд/неполный подряд

1.4.1.8.1. При формировании заказа, который отдается на подряд. Создать возможность формирования ордера поставщику из калькулятора.

1.5. Общие вопросы

1.5.1. Установка плановых показателей по продажам

1.5.1.1. Отчет о выполнении плана по каждому менеджеру и по отделу в целом.

1.5.1.1.1. да, обсудить с разработчиками для более правильной реализации. С завязкой на мотивацию менеджеров. Как это хранить? Реестры, разделы и т.д.?

1.5.2. Менеджерамм показывать розничную цену

1.5.2.1. разработать общий средний коэфициент по предприятию (точка безубыточности по заказам)

1.5.3. Создание сигнальных образцов. Описать принцип и варианты учета

1.5.3.1. первый ответ - нет., т.к. в калькуляторе заложено в технужды небольшой процент

1.5.4. При нажатии "отправить клиенту" открывать почтовый клиент, используемый виндой по умолчанию. (адрес и вложение присваиваются автоматически)

1.5.4.1. в задачи

1.5.4.1.1. нет

1.5.5. Загрузка прайсов подрядчиков по стоимости выполняемых ими работ

1.5.5.1. да

1.5.6. Требуется получить принципы получения скидок

1.5.6.1. да

1.5.7. Создание внутреннего коэф. ценообразования для формирования себестоимости. себестоимость умноженная на коэф видна менеджерам. Ниже этой цены продавать нельзя

1.5.7.1. да

1.5.7.2. это есть. алгоритм формирования себестоимости обсуждается на стадии калькулятора

1.5.8. есть ли привязка менеджера к клиенту или привязывать только к заказу?

1.5.8.1. да

1.5.9. Необходимо поле "комментарий" в карточке клиента

1.5.9.1. да

1.5.10. Нельзя сохранить запрос пока не будет указан источник информации/канал привлечения клиента

1.5.10.1. да

1.5.11. требуется сортировка клиентской базы по виду деятельности (важно для рекламных кампаний), с возможностью выгрузки в отдельную таблицу (эксель).

1.5.11.1. в базе данных по клиентам добавить род деятельности

1.5.12. На стадии составления КП должна быть проверка наличия на складе необходимого сырья

1.5.12.1. да

1.5.13. Расчет среднего времени выполнения заказа исходя из количества стандартных работ в заказе, т.е. чистое время работы машин и людей, без прочих факторов

1.5.13.1. да

1.5.14. Разговор с мотивацией. можно ли использовать одномвременно несколько формул.

1.5.14.1. ?

1.5.15. Нумерация КП-ЗАКАЗ-ВЕРСИЯ КОМПЛЕКТАЦИИ

1.5.15.1. Поскольку версия комплектации создается уже на стадии КП, номер версии комплектации должен включить в себя код группы товара (например, визитка) код КП и если в КП несколько товаров из одной группы через .1 .2 и т.д.

1.5.16. Сигнальный образец.

1.5.16.1. необходим учет заказов, которые созданы как сигнальный образец. Учет за период и в сумме.

1.5.17. Удаление из базы позиций, если по позиции не было обращений и не было к ней привязано документов, удалять из базы через 90 дней.

1.5.18. там где необходимо (расчет дней до завершения дедлайна) должен расчитываться без учета выходных дней. (уточнить у Сергея)

1.6. отчеты

1.6.1. воронка продаж

1.6.1.1. да

1.6.2. отчет по каналам привлечения

1.6.2.1. да

2. Производство

2.1. Общие вопросы

2.1.1. Сигнальный образец

2.1.1.1. Сигнальный образец изготавливается как обычный заказ, только в количестве 1 штука.

2.1.1.1.1. Задача

2.2. Бизнес-процесс

2.2.1. нач ТО видит в реестре ордера, поступившие в производство + уведомление

2.2.1.1. Задача

2.2.1.1.1. Уведомление нач ТО о поступлении нового ордера на производство

2.2.2. При отсутствии материалов на складе уведомляет снабженца

2.2.3. оценивает макет на качетсво подготовки к печати

2.2.3.1. в случае не качественно подготовки меняет статус заказа на "дизайн" и нажимает галочку "не качественный макет"

2.2.3.1.1. Задача

2.2.4. в заказе проставляет предполагаемый срок готовности (при этом на стадии калькулятора уже просчитано чистое время работы оборудования)

2.2.5. Проставляет в заказ оборудование, на котором будет происходить работа

2.2.5.1. задача

2.2.5.1.1. Отчет по общему количеству оттисков на каждом оборудовании и общей стоимости оттиска (расчет оттисков происходит в калькуляторе по факту использованной в заказе бумаги)

2.2.5.2. Вопрос

2.2.5.2.1. точная формула расчета стоимости оттиска

2.2.5.3. Задача

2.2.5.3.1. Создание справочника производственного оборудования

2.2.6. забирает на складе необходимое количество сырья и материалов и отмечает в ОСА

2.2.7. В случае дополнительного расхода сырья отмечает допрасход и указывает причину (цветопроба, брак и т.д.)

2.2.7.1. Задача

2.2.7.1.1. требуется возможность списывать сырье несколько раз.

2.2.7.1.2. Справочник возможных причин списания сырья

2.2.8. После готовности изделия меняет статус в заказе на "производство завершено и перемещает закза на склад

2.2.8.1. при этом перемещение происходит и в программе, нач ТО, должен произвести передачу на склад и разместить (склад 4, склад 9 и т.д.)

2.2.9. Спуск полос добавляет производственник в доп списании, указывая причину - спуск полос

3. Администрация

4. Отчеты

4.1. отчет о движении денежных средств (упрощенный по приходу-расходу, оициальный неоициальный).

4.2. Отчет Аналитика работы по  сотруднику -  фиксация и анализ работы менеджера за период) Фиксация стадий  обрабатываемый документов, количественный и суммавой учет

4.3. АВС анализ  по товарной номенклатуре классифиция продукции  фирмы по степени их важности

4.4. АВС анализ  по заказчикам-  классификация значимости заказчика

4.5. ВОРОНКА ПРОДАЖ анализ этапов потери клиентов

4.6. Акт- отчет о реализованной продукции-   отчет по количеству реализованных  товаров/изделий по заказу.

4.7. Отчет о доходах  и расходах - структура и анализ  доходов и расходов компании.

4.8. Отчет о движении денежных средств анализ о приходе ( все  варианты)  и расходе денег.

4.9. Управленческий баланс

4.10. анализ рентабельности и коэфф фин  устойчивости (  ?алгоритм внесения данных  в систему? )

4.11. отчет о работе дизайнера. учет время затрачен. на дизайн,  количество  возвратов,  наименование продукции

4.12. отчет по запросам

4.13. отчет  по и каналу привлечения

5. Водитель

5.1. Стутусы

5.1.1. Принял в доставку

5.1.2. Доставил

6. Дизайнер

6.1. Дизайнер получает уведомление о поступлении нового заказа на дизайн

6.2. Из списка заказов открывает необходимый и видит что нужно с ним делать. Здесь е в заказе прикрепленные макеты и пр.

6.2.1. Задача

6.2.1.1. В общем списке заказов филтрация по статусам дизайна, т.е. в общем списке, чтобы не возвращаться к уведомлениям видит какие заказы отправлены на дизайн.

6.2.1.2. В заказе необходимо предусмотреть выбор ответственного дизайнера и фильтрацию в реестре заказов по дизайнеру или его отсутствию

6.2.1.3. Дизайнер может сам себя назначить ответственным в заказе

6.2.1.4. в реестре заказов галочкой отмечены заказы с пометкой "Горит"

6.2.1.4.1. Пометку горит может выставлять только нач отдела.

6.2.1.5. в реестре необходимо отображение даты дедлайна на выполнение дизайна заказа.

6.2.1.5.1. дизайнер должен видеть свой дедлайн, т.к. он не понимает всего тех процесса и видя итоговую дату не торопится.

6.2.1.6. Менеджеру необходимо два информационных поля в заказе с дедлайном дизайна и дедлайном производства

6.2.1.7. Отчет по дизайнерам. фиксируется время на исполнение заказ дизайна. после анализ среднего времени выполнения заказа по дизайнеру, по проукту, по продукту и дизайнеру, Также учет количества возвратов дизайна менеджеру

6.3. Нажимает на кнопку - принять дизайн.

6.4. После выполнения работы над заказом меняет статус заказа на "дизайн выполнен"

6.5. В случае, если дизайн не одобрен заказ возвращается в реестр со статусом "требуется дизайн" с новым комментарием менеджера и процедура повторяется.

6.6. Заказы с пометкой  "подготовка макета" должны быть подготовлены к печати.

6.7. После подготовки макета к печати отправляет макет в папку заказа и меняет статус на "дизайн готов"

6.7.1. Задача

6.7.1.1. Требуется уведомление менеджеру о  создания макета

6.7.1.2. Контрольное подтверждающее окно "точно ли ты сохранил в папке все файлы"?

7. Закупки

7.1. бизнес-процесс

7.1.1. При поступлении оплаты в заказ ОСА передает недостающие сырье и материалы из заказа в потребность материалов.

7.1.1.1. Менеджер, при отсутствии автоматизированных причин для заказа сырья (несгораемый отсаток или предоплата по заказу) вручную может отправить заказ закупщику для ормирования ордера на закупку материалов.

7.1.1.2. Если несгораемый остаток стал меньше на 20% чем норма, то уведомление закупщику о заказе сырья. Процент (цифру) можно менять по каждой группе товаров.

7.1.2. Снабженец формирует отчет в "потребности в материалах" и видит количество необходимого для заказа сырья и материалов.

7.1.2.1. задача

7.1.2.1.1. Получение уведомления о появлении заказа с недостающим количеством сырья

7.1.2.1.2. Создание функции "несгораемого остатка" по ключевым позициям сырья

7.1.3. Создает ордер поставщику, в котором отображаются аналоги и актуальные стоимости сырья (актуальность поддерживается регулярной закачкой новых прайс листов от поставщиков)

7.1.3.1. После формирования ордера поставщику позиция удаляется из потребности в материалах.

7.1.4. После оплаты ордера проставляет информацию в ОСА

7.1.4.1. Задача

7.1.4.1.1. При заказе на сумму большую, чем установлено в системе, требуется одобрение руководителя

7.1.4.2. вопрос

7.1.4.2.1. а если договор без предолпаты?

7.1.4.2.2. если заказ исполняется в несколько этапов (годовой договор)

7.1.4.2.3. Что делать с MOQ

7.1.5. Общие вопросы

7.1.5.1. При необходимости выставляет несгораемый остаток на нужную товарную позицию.

7.1.5.2. По каждому товару необходимо отображение последней закупочной цены

7.1.5.3. Задача: Цель: Описание: Алгоритм

7.1.5.4. формирование плана заказа сырья и материалов на основании оплаченных заказов и несгораемых остатков

7.1.5.4.1. в какой момент уведомление закупщику о необходимости заказа сырья?

7.1.5.5. При смене статуса на "Заказ принят" , в случае отсутствия необходимого количества сырья на складе закупщик получает уведомление о том, что данный заказ требует внимания

7.1.6. Далее по файлу ВОРД.

7.1.7. при создании  приходной накладной предусмотреть  функционал  постановки задачи  водителю "доставить  товар" с возможностью  вывода на печать листа доставки

8. Прочее

8.1. Накладные на приход. Требуется возможность разделить накладные неоплаченные на те, которые можно не платить (во всяком случае пока) и которые нужно оплачивать в срок. Т.е. возможность видеть те накладные, где поставщик не требует оплаты вовремя.