Kā izveidot krājumu pārvaldības lietotni mazam uzņēmumam

Lai izveidotu krājumu pārvaldības lietotni, sāciet ar četrām lietām: preču saraksts, katras preces daudzums katrā atrašanās vietā, katras krājumu kustības žurnāls (ienākums, izeja, korekcija ar iemeslu) un brīdinājumi par zemu atlikumu, pamatojoties uz pasūtīšanas līmeni. MI lietotņu veidotājs var izveidot datubāzi, ekrānus un brīdinājumus pēc vienkāršas aprakstīšanas. Vissvarīgākā dizaina izvēle ir kustību reģistrēšana, nevis tikai skaita pārrakstīšana, jo tieši šī vēsture ļauj uzticēties skaitļiem.

Kāpēc mazie uzņēmumi veido paši

Lielākā daļa mazo uzņēmumu krājumus sāk uzskaitīt tabulā, un tas darbojas, kamēr nedarbojas. Parastie lūzuma punkti:

• Vairāki cilvēki atjaunina tabulu un pārraksta viens otra datus
• Neviens nevar pateikt, kāpēc skaits mainījies vai kas to mainījis
• Kaut kas beidzas, pirms kāds to pamana
• Krājumi atrodas vairāk nekā vienā vietā (veikala zāle, noliktava, furgons, otrs objekts)
• Tabulai ir izaugušas instrukcijas, kā to lietot

Pastāv gatavas krājumu programmatūras, un bieži tā ir pareizā atbilde (skatiet šī ceļveža beigas). Cilvēki veido paši, kad viņu krājumi ir neparasti (partijas ar derīguma termiņiem, preces, kas taisītas no citām precēm, atgriežamas nomas preces), kad vajag tikai daļu no lielā produkta vai kad vēlas, lai tā precīzi atbilstu komandas darba veidam. Ja nākat no tabulas, noderēs kā pārvērst tabulu lietotnē.

Kas lietotnei nepieciešams

Galvenie dati

Galvenā ideja: krājumu atlikums ir kustību rezultāts. Katra izmaiņa iet caur kustības ierakstu, un daudzums uz vietas tiek atjaunināts no tā. Tas bez papildu pūlēm dod izmaiņu vēsturi un padara kļūdas viegli izsekojamas un atceļamas.

Galvenie ekrāni

• Preču saraksts ar meklēšanu, kategorijas filtru un filtru „zems atlikums”
• Preces lapa ar daudzumu katrā atrašanās vietā un pēdējām kustībām
• Ātra korekcija: saņemt krājumus, noņemt krājumus, pārvietot starp atrašanās vietām, reģistrēt skaitīšanu
• Zema atlikuma skats: viss, kas ir pasūtīšanas līmenī vai zemāk, grupēts pēc piegādātāja
• Krājumu skaitīšanas režīms periodiskām skaitīšanām, kas starpību reģistrē kā korekciju

Vēlāk, ja tie vajadzīgi

• Pirkuma pasūtījumi: izveidot pasūtījumu piegādātājam un pēc tam pieņemt pret to
• Partijas un derīguma termiņi pārtikai, kosmētikai un zālēm
• Materiālu saraksts (BOM): gatavs produkts, kas izgatavots no komponentēm, tāpēc viena pārdošana samazina vairākus krājumus
• Pārskati: krājumu vērtība, lēni kustīgas preces, lietojums laika gaitā (skatiet kā izveidot informācijas paneli)
• Svītrkodu skenēšana ar tālruņa kameru

Lēmumi pirms veidošanas

Kas ir patiesības avots

Ja pārdodat caur tiešsaistes veikalu vai kases sistēmu, kas jau uzskaita krājumus, izlemiet, kura sistēma pārvalda skaitu. Divas sistēmas, kas rediģē tos pašus skaitļus, pamazām atšķirsies. Iespējas:

1. Jūsu lietotne paredzēta tikai tam, ko veikals neuzskaita (izejvielas, piederumi, noliktavas krājumi).
2. Veikals ir avots; jūsu lietotne no tā nolasa datus pārskatiem un brīdinājumiem caur tā API.
3. Jūsu lietotne ir avots un nosūta skaitus veikalam. Visspēcīgākā, un visgrūtāk pareizi izdarāmā.

Sākt ar 1. vai 2. variantu ir daudz drošāk.

Kas ko var darīt

Iepirkuma cenu slēpšana no daļas darbinieku ir biežs prasījums; norādiet to pirmajā uzvednē. Reālām tiesībām nepieciešama lietotnes pieteikšanās, ko apskata kā pievienot pieteikšanos savai lietotnei.

Tālrunis vai dators

Krājumu darbs notiek stāvus: noliktavā, pie piegādes durvīm, furgonā. Korekciju un skaitīšanas ekrānus projektējiet vispirms tālrunim, ar lielām pogām un pēc iespējas mazāk rakstīšanas. Pārskatus un preču rediģēšanu var projektēt vispirms datoram.

Veidošana soli pa solim

1. solis: sakārtojiet esošos datus

Eksportējiet tabulu un sakārtojiet to pirms importa: viena rinda vienai precei, vienotas mērvienības, unikāli SKU, nav apvienotu šūnu. Tas aizņem ilgāk, nekā cilvēki sagaida, bet vēlāk ietaupa daudz nepatikšanu.

2. solis: uzrakstiet pirmo uzvedni

Aprakstiet uzņēmumu, krājumus, cilvēkus un kustības:

Izveido krājumu lietotni Fern & Stone, augu veikalam ar veikala zāli, noliktavu un piegādes furgonu. Precēm ir nosaukums, SKU, svītrkods, kategorija, mērvienība, iepirkuma cena, pārdošanas cena, piegādātājs un pasūtīšanas līmenis. Uzskaitiet daudzumu katrā atrašanās vietā. Katra izmaiņa ir krājumu kustība ar veidu (saņemts, pārdots, bojāts, saskaitīts, pārvietots), daudzumu, piezīmi, lietotāju un laiku — daudzumus nekad nerediģējiet tieši. Ekrāni: meklējams preču saraksts ar filtru zems atlikums, preces lapa ar krājumiem katrā vietā un kustību vēsturi, ērts ātrās korekcijas ekrāns tālrunim un zema atlikuma lapa, grupēta pēc piegādātāja. Darbinieki nevar redzēt iepirkuma cenas; vadītāji var. Izmantojiet datubāzi, vienkāršu un ātru dizainu. Ļaujiet importēt preces no CSV faila.

3. solis: importējiet un pārbaudiet

Importējiet notīrīto CSV, tad pārbaudiet desmit preces pret realitāti. Nepareizi sākuma skaiti no pirmās dienas graus uzticību lietotnei, tāpēc pārslēgšanās dienā veiciet reālu skaitīšanu saviem svarīgākajiem vienumiem.

4. solis: pārbaudiet kustības

Saņemiet krājumus, pārdodiet dažus, vienu padariet bojātu, dažus pārvietojiet uz furgonu, veiciet skaitīšanu, kas atklāj divus pazudušus. Pārbaudiet, vai katras preces vēsture pareizi stāsta stāstu un vai daudzums sakrīt. Pamēģiniet panākt, lai daudzums kļūst zemāks par nulli, un izlemiet, vai to vajadzētu bloķēt vai atzīmēt.

5. solis: pievienojiet brīdinājumus un pārskatus

Brīdinājuma e-pasts par zemu atlikumu vai dienas kopsavilkums vadītājam parasti ir pirmais, ko cilvēki pieprasa, kad pamatfunkcijas darbojas. Tam vajadzīgs e-pasta pakalpojumu sniedzējs un plānots uzdevums. Pēc tam — vienkāršs krājumu vērtības pārskats un to preču saraksts, kas 90 dienas nav kustējušās.

6. solis: sākumā ieviesiet vienā vietā

Izmantojiet to vienā vietā pāris nedēļas, labojiet neērtības un tad paplašiniet. Lielākais risks nav kļūda; tas ir tas, ka darbinieki atgriežas pie tabulas, jo lietotne ir lēnāka.

Biežākās kļūdas

• Tikai pašreizējā daudzuma glabāšana. Bez kustībām nevar atbildēt uz jautājumu „kāpēc tas ir nepareizi?”
• Ļaut ikvienam rediģēt visu. Drukas kļūda pasūtīšanas līmenī vai dzēsta prece var palikt nepamanīta nedēļām.
• Mērvienību ignorēšana. Pirkšana kastēs pa 12 un pārdošana pa gabalam prasa skaidru noteikumu, citādi skaitļi būs par 12 reizēm nepareizi.
• Pārāk daudz lauku korekciju ekrānā. Ja piegādes reģistrēšana aizņem minūti, cilvēki to nedarīs.
• Divvirzienu veikala sinhronizācijas veidošana vispirms. Vispirms nodrošiniet, ka lietotnei uzticas pašai par sevi, pirms to savienojat ar kaut ko.
• Uzskatīšana par grāmatvedību. Krājumu novērtējumam nodokļu vajadzībām (FIFO, svērtā vidējā) ir noteikumi; pirms paļaušanās uz lietotnes skaitļiem savā grāmatvedībā pārbaudiet ar grāmatvedi.

Kad labāks ir gatavs produkts

• Pārdodat galvenokārt caur vienu platformu, piemēram, Shopify vai Square. To iebūvētās krājumu funkcijas var segt vajadzīgo, jau saistītu ar jūsu pārdošanu.
• Krājumi jāsaista ar grāmatvedību. Grāmatvedības programmatūra un krājumu produkti, kas veidoti integrēšanai ar to, ietaupa daudz saskaņošanas darba.
• Jums ir noliktavas darbība ar komplektēšanu, iepakošanu, sūtījumu etiķetēm un vairākiem pārdošanas kanāliem. Specializētas krājumu un noliktavas sistēmas ir veidotas tam.

Veidojiet paši, kad jūsu krājumi neiekļaujas šajos produktos, kad maksātu par lielu sistēmu, lai izmantotu tās nelielu daļu, vai kad procesi ap krājumiem (apstiprinājumi, darba lapas, nomas atgriešana) ir tieši tas, kas jums jāpārvalda. Mūsu ceļvedis par pirkt vai veidot programmatūru mazam uzņēmumam apskata šo kompromisu.

Izveide ar Mythex

Mythex ir MI lietotņu veidotājs: aprakstāt krājumus, atrašanās vietas un cilvēkus, un tas izveido lietotni tiešajā priekšskatījumā, projektam pievienojot datubāzi precēm, atrašanās vietām un kustībām. Varat pievienot šodien izmantotās tabulas ekrānuzņēmumu, lai tas redzētu jūsu kolonnas, un pieprasīt CSV importu. Preču fotogrāfijas izmanto projekta failu glabātuvi. Ja jūsu veikalam vai POS ir API, tā atslēgu varat glabāt projekta noslēpumos un lūgt Mythex no tā nolasīt datus. Personālam iebūvētas pieteikšanās sistēmas nav, tāpēc lietotnes konti un lomas izmanto autentifikācijas bibliotēku vai pakalpojumu sniedzēju pēc jūsu izvēles. Dokumentācijas lapas par iekšējā rīka veidošanu un CRUD lietotnes veidošanu ir labs sākumpunkts.

Pirmajai uzvednei, ko varat rediģēt, atveriet krājumu izsekotāja veidni vai izlasiet plašāku ceļvedi kā izveidot iekšēju rīku.

Jautājumi