Уеб приложение за "заявки и задачи", Разработено, работещо

[Mandelash]

Здравейте,

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

Разработихме го на Python и Postgre. Ще опиша самата функционалност.
Има администраторски панел от който се създават потребители, дават се роли, контрагенти, отдели и т.н.
Има няколко типа роли: Администратор, управител, отговорник отдел ( който ще пуска заявка), оператор заявки и изпълнители.

Пътят на заявката е следният:

Отговорник на отдел пуска заявка като има бутони за създаване на нова заявка, визуализира се екран, който съдържа редове за писане, поле за брой, пояснения и т.н. като всеки ред се добавя със бутон.

Попълва си заявката и може да я остави в режим създадена, или режим потвърдена.

След потвърждаване на заявката, тя вече става потвърдена и отговорника не може да прави повече корекции по нея.
Тук идва реда на управителя. След като има вече потвърдена заявка управителя на свой ред има екран в който вижда всички поръчки, които чакат одобрение. Като вижда от кой отдел са, кой ги е пуснал и всичката нужна информация
Управителя има възможност да одобрява всеки ред по отделно като срещу всеки ред има бутони (одобри, откажи или поискай оферта).
След като е одобрил цялата заявка, или частично одобрена(това означава да е одобрил даден артикул, а някои да ги е отказал) тя става в режим одобрена, отказана, или частично одобрена.

Тук идва ред на оператора заявки. Той вижда всички одобрени, или частично одобрени заявки. Като има възможност на тези позиции, които чакат оферта да напише свободен текст с оферта, или да прикачи файл с проформа, или друга оферта, която ще стигне до управителя.

Одобрените позиции, ако са за ремонтни дейности, или услуги, които са от същата фирма/организация може да ги разпределя към различни отдели изпълнители.

Идва ред и на изпълнителите, те виждат само екран със задачи, които им се визуализират само редове без значение от коя заявка са и имат два бутона, единият е изпълнена, а другият е връщане за разпределение (ако сметне, че не е за него).

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

След като всички артикули, или задачи са изпълнени оператора заявки изпълнява заявката чрез бутон и тя автоматично изчезва и отива в раздел архивирани.

Оператора заявки, както и управителят имат всякакъв набор справки за стари заявки и филтри, които правят отсяването по лесно и нагледно.

Всяка една заявка може да бъде разпечатана, или експортната в PDF или Excel, като сме добавили всичко като функционалност за по удобна работа.

Всички потребители се вписват чрез потребителско име и парола.

Разказвам всичко това, защото може да се каже, че ни е първи проект и се чудим дали можем да го продадем този проект и на други хора, понеже не виждаме голяма заинтересованост от нашите колеги, което е абсурдно. Как мислите ?

Благодаря !

[akrachev]

Това, което сте направили е добро, но е малка част от цялостния цикъл на голяма организация. За да върши работа, трябва да има отворен интерфейс (API) за интегриране към склад, логистика, доставчици и др.

Но тъй като има вече наложени цялостни такива ERP решения, е трудно да пробиете. Мога да ти дам пример за двама които даже не са програмисти (според смисъла, който влага ici, Доб Реба и компания), но хванаха ниша и сега карат по нови и скъпи коли от споменатите съфорумници stedosoft.com

[Mandelash]

Проблема с готовите ERP системи е, че са много обширни и в повечето случаи са трудни за използване от обикновения служител.. Сиреч, това е опростен вариант, за придвижване на заявки и задачи, като самият интерфейс е опростен и приятен за работа. Целта също така е не да ставаме милионери, а да не захвърлим това, което сме направили, колкото и глупаво да е направено си е работеща система. Пробвали сме с различни тикет системи, но на персонала им е трудно да работят с такива системи, най-малкото са на английски, а 90% от персонала не знае дори начално ниво на английски. Това ни мотивира.

Благодаря за отговора!

[akrachev]

Всяко начало е трудно (В смисъл да намериш реална ниша/пазар/клиенти). Аз самия съм лош пример как се правят неща, за които не мога да намеря клиенти, и съм изгубил години нахалост, (по груби сметки 5-6 години поне) !

[relax4o]

Може би не сте продали продукта си добре на колегите. Когато някой свикне на даден процес е много трудно да го накараш да научи нещо ново и непознато.

Идеята е, че трябва да го "продадеш" на мениджъра или шефа на фирмата, в която работиш. Трябва да обясниш с какво това ще подобри процеса на работа и разбира се, ако можеш да изкараш числа с това колко по-бързо може да се движи работата и колко повече пари има вероятност да спечели - то тогава си победител и вероятно ще се замислят за използване на софтуера и прилагане на нов обучителен процес. Едно да се направи продукт, съвсем друго е да се наложи.

И ние с един приятел ще започваме ERP система относно неща, които и на него му липсват в работата и сега си е създал един лек прототипен вариант, който му върши чудесна работа и му казах, че има потенциал това да се развие и му предложих да се захванем и да го направим като хората, като може да се разрасне доста като модули.

[ici]

Никога или по-скоро ужасно рядко съм агитирал шефовете или колегите, че нещо може/трябва да се направи, или може да се направи по-друг начин. Просто го правя и им показвам нещото как работи, за да може да го опитат на вкус и колко е меко. Свикнал съм че почват да се дърпат - нямаме време, много е сложно, де ще го сложим в графика и пр. като им кажеш нещо, просто няма смисъл.