NixicВсем привет!
Есть система, вообще на джава написана, работает через веб-морду, объединяет работу нескольких отделов.
Для краткости оставим два - отдел продаж (работа с клиентами) и отдел снабжения(работает с поставщиками и менеджером)

В разговоре с 1с-чиком по телефону услышал такое слово, как "потребности".
Я спросил: это термин из 1с? А он мне - что это в любой ERP в CRM обычный термин.
Я вот немного не понял, что он означает, раньше как-то не встречал его.

В качестве бизнесс-процесса в отделе снабжения мы используем термин "отработать заявку", он понял это как потребности, перефразировал меня.
Ясно понятно, что потребность это потребность клиента или менеджера отдела продаж в информации от специалиста отдела снабжения.

Поясните, если это возможно.

Это первый вопрос проектирования- что вы хотите. Они переведут это "что хотите" в ряд задач, посчитают по ним деньги и предложат к выполнению.
Менеджер конечно борзой - сразу с козырей заходит "ERP", "CRM". Видимо начитанный, страшное дело.

Пишите им - "хотим отработать заявку" и дальше мелким шрифтом "а заявка это - ...", "создается она для того-то", "а клиенты получают то-то" , "хотим мы, чтобы все само работало, а само - это значит и т.д. и т.п."
"и главная наша - цель - работать с этими заявками как можно меньше, а денег получать как можно больше. Сделайте к четвергу".

Можно еще обойти всех сотрудников, как со святым письмом - пусть каждый подпишет свои пожелания. Как деду-морозу.

Они вам вернут ответ, и пишите дальнейшие уточнения. Главное не бросайте - типа "1с-ники пусть сами и думают".
1С-ники не могут и не хотят за вас думать. Прайс не тот.

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

Можно зайти еще дальше - затеять тех.проект на основе задания. То есть начать системные изменения в фирме с изменениями в бизнес процессах. Где софт будет только одной из частей.

Ну а после проекта до мирового господства - рукой подать.

Я не совсем шучу. Только от таких списков потребностей потом рождаются дельные формулировки задач, и именно ваших задач. По ходу дела и выясниться - насколько ваше совпадает с 1с-ным, то есть с обобщенным, тиражным.
Разницу допрограммить как правило очень просто.

Последний выдох ГПЖNixicПоясните, если это возможно.

что пояснять?

у вас типовой разговор двух слепцов щупающих одного слона с разных сторон

А зачем слепцы слона щупают? Что они хотят? Про то и письмо, это и не понятно.

Nixicв общем-то так и было, разговор двух слепцов.
дирик дал мне трубку, чтобы я поговорил с человеков, который занимается поддержкой 1с в этой конторе.
О чем говорить? Я спросил знает ли он джаву, пишет ли, он ответил что нет. Мне надо было только это знать.
Чтобы понять, писал ли он выгрузки в 1с из джава кода. На этом все, но он начал узнавать подробности системы.

Правильно начал, для того чтобы загрузить данные из какой-то системы у которой джава-морда - джаву знать иногда не надо.
Так как данные где-то лежат и к ним можно добраться. Это так, даже если вы уверены в обратном.
К тому же он скорее всего просто менеджер по работе с клиентами.

NixicВ работающем проекте, в одной фирме и во второй где проект только внедряется используют термин "отработка заявки".
Это такие фирмы, которые оптом поставляют электротехнику, кабель, автоматику и прочую продукцию так или иначе связанную с электротехнической частью производства, строительства, нефтянки и прочего.
То есть, им привычно слышать "отработка заявки".
Сам когда-то в 2007-2008м работал в снабжении и мы так же "отрабатывали заявки". Заявка это документ, файл, листок бумаги с таблицей товаров, которые нужны заказчику/клиенту. Мы проставляли цену, срок отгрузки с завода/склада поставщика, объемы, вес, габариты. Отрабатывали заявку. Далее логисты просчитывали сроки доставки до НАС, до КЛИЕНТА, цены и другие особенности транспортировки.
Так и прижился этот термин во многих подобных компаниях. Вообще контора работает с 1993-го года, так что устойчивые выражения различного характера присутствуют. Можно сравнить с ударениями в некоторых словах у нефтяников.

В общем, в целом понятно, спасибо. Будем работать.
п.с. по факту предложил ребятам ограничится экселем - быстрее, дешевле и оперативнее в работе для их существующей структуры и размера компании.


Эта "отработка заявки" - работа с документом "Заказ покупателя". Эксел будет как раз тормознее, дороже в 100-ни раз и вообщем-то практически бесполезен.
В плане - заменить строчку заказа на другую, частично отгрузить, контроль оплаты, условия и т.д. и т.п.
Типовая УТ 11.2 или ERP или УНФ с прилавка.
К ним, кстати, можно иметь он-лайн интерфейс из любых java-морд по REST
Да хоть из PHP, хоть из бат-файла.

Скажите, как часто вы даете такие бизнесс - консультации? Дайте мне телефоны ваших корреспондентов с "экселами".

NixicNick Perelyaev,

ну начнем с того, что в компании 5-6 человек, включая директора. Все сидят в одном помещении за разными столами. Насчитал 7 рабочих мест.
Суть в том, что у них есть снабженец на стороне, который отрабатывает им заявки. Какой-то определенной формы этой отработки нет.
....
В теме этой я уже около 10 лет, 5-6 из которых, разработка БП, всякие идеф0, ерп, црм, писанина на джаве с разных фреймовроков и библиотек и прочая лабуда, которая меня, уже утомила, если честно))


Это туфта какая-то эксел, гугл, владеет, не владеет менеджер.
И чем утомила - ты не понимаешь даже, что они делают.

Это одна контора и вторая.
Одна второй пишет письма или кладет в облако или под камень на улице письма с экселом.
И что?
Тебе говорят - это плохо работает, а во многих аспектах совсем не работает.
И дорого - для тех, кто будет писать твоему снабженцу письма. То есть координироваться с ним и твоей системой.
То есть дорого не для менеджера с шаблонами, а для их оборота средств.
В виде времени в оплачиваемых человеко-часах на обработку элементарного процесса отработки заказа поставщику.

Тебе наверно так не кажется, но как с этими шаблонами отработать ситуацию -
"заменить в ряде предыдущих заказов позиции, идущие на это, в этом ряде заказов добавить эти позиции, идущие на то и добавить вон то, в тоже время во всей этой движухе не перекрывая сумму общую по заказам на 10 -15 %".

Те парни, которые миллион потратили, который тебя так будоражит, как раз и заняты тем что на протяжении лет в этой конторе программят отработку таких ситуаций.

Зачем я пишу в этот формум? Тут вообще есть люди которые "при делах" и не утомлены "лабудой", которой занят предыдущий оратор?

NixicПоследний выдох ГПЖкакая милая чушь...
Чушь или нет, а это факт, за это платят деньги, люди работают, зарабатывают.
Конечно, можно жить в идеальном мире, делать все по книжкам, стандартам.
Другое дело, когда работаешь не один, а в команде, в крупной компании, где уже есть свои гуру по БП, программеры и прочие, но там и клиенты другие и деньги совсем другие.

Я же описал ситуацию как есть, воспринимаете ее через призму своего опыта - пожалуйста.

Это факт - что платят только пока.
Потом привлекут кого-то по возможности сбережет сделанные затраты.
Или хотя бы сделает вид, что сбережет сделанное.

Опыт - тоже мимо кассы.
Софт или работает или имитирует работу.
Сначала за него платят, а как убедятся, что имитирует - выкидывают. Вместе с программистом.
Будь то Газпром, будь то пекарня у меня в подъезде. Без разницы.