Si të ndërtoni një aplikacion për menaxhimin e detyrave: lista, tabela kanban dhe ekipet
Për të ndërtuar një aplikacion për menaxhimin e detyrave, fillo me një detyrë që ka titull, status, person të caktuar dhe afat, grupo detyrat në projekte, dhe jepi njerëzve një pamje të mirë të tyre: një listë, ose një tabelë kanban me kolona për çdo status. Shto hyrjen që çdo person të shohë punën e vet, pastaj komentet dhe njoftimet. Një ndërtues aplikacionesh me AI mund ta krijojë këtë nga një përshkrim brenda një seance. Pyetja më e vështirë është nëse duhet ta bësh vërtet: mjetet e përgjithshme për detyra janë të pjekura dhe të lira, kështu që një mjet i personalizuar meriton vendin e vet kur puna jote ka një formë që ata nuk e përshtatin.
Kur ndërtimi yt ka kuptim
Ji i sinqertë për këtë fillimisht, sepse përgjigjja shpesh është "përdor një mjet ekzistues". Aplikacionet e personalizuara për detyra vlejnë kur:
- Punët tua ndjekin një rrjedhë të fiksuar. Punët e një kompanie pastrimi kërkojnë një listë kontrolli, foto para dhe pas, dhe nënshkrim të klientit. Detyrat e një rekrutuesi ndjekin një fazë punësimi. Mjetet e përgjithshme mund ta përafrojnë këtë, por me vështirësi.
- Detyrat vijnë nga të dhënat e tua të tjera. Një porosi e re, një kërkesë mbështetjeje ose një inspektim i dështuar duhet të krijojë automatikisht një detyrë.
- Të duhen fusha dhe rregulla specifike. "Një detyrë nuk mund të mbyllet pa foto", "vetëm menaxherët mund t'i zhvendosin kartelat te Miratuar".
- Njerëzit që bëjnë punën nuk janë punonjës zyre. Punëtorët në terren ose kontraktorët duan një ekran me punët e sotme, jo një produkt të plotë menaxhimi projektesh.
- Çmimi për çdo përdorues e shtrenjton. Shumë përdorues të rastësishëm mund të bëhen të shtrenjtë me planet për çdo ulëse.
Nëse asnjë nga këto nuk zbatohet, një produkt i pjekur detyrash ndoshta është zgjedhja më e mirë. Si të zëvendësosh SaaS të shtrenjtë me mjetin tënd shpjegon kompromiset në përgjithësi.
Çfarë i duhet aplikacionit
Të dhënat kryesore
| Të dhënat | Fushat kryesore |
|---|---|
| Detyra | Titulli, përshkrimi, statusi, personi i caktuar, afati, prioriteti, projekti, pozicioni (për renditjen), krijuar nga, koha e krijimit, koha e përfundimit |
| Projekti ose lista | Emri, pronari, anëtarët, arkivuar |
| Përdoruesi | Emri, email, roli |
| Komenti | Detyra, autori, teksti, koha |
| Bashkëngjitja | Detyra, skedari, ngarkuar nga |
| Aktiviteti | Detyra, çfarë ndryshoi, kush, kur |
Për një aplikacion pune, shto fushat që e bëjnë punën tënde të ndryshme: një listë kontrolli për detyrë, një klient, një vend, foto të detyrueshme, një hap miratimi.
Pamjet
| Pamja | Më e mira për |
|---|---|
| Lista | Lista personale, renditje dhe filtrim sipas afatit ose prioritetit |
| Tabela kanban | Punë që kalon nëpër faza (Për të bërë, Duke u bërë, Shqyrtim, Përfunduar) |
| Kalendari | Punë me afat, planifikim i punëve në terren |
| "Detyrat e mia" sot | Kushdo që vetëm duhet të dijë çfarë të bëjë më pas |
Ndërto mirë një pamje para se të shtosh të tjera. Për një ekip, tabela kanban është zakonisht pika më e dobishme e nisjes; për përdorim personal, një listë me seksionet "Sot" dhe "Të ardhshme".
Vendime për t'i marrë përpara ndërtimit
Personale apo ekipi
Një aplikacion personal për detyra mund të jetë shumë i thjeshtë: një përdorues, pa leje, ndoshta pa hyrje nëse funksionon vetëm për ty. Është një projekt i mirë i parë, i ngjashëm në formë me një gjurmues zakonesh. Një aplikacion ekipi kërkon llogari, projekte të përbashkëta, persona të caktuar dhe rregulla se kush mund të shohë dhe ndryshojë çfarë. Aty shkon pjesa më e madhe e punës së ndërtimit.
Statuse të fiksuara apo të personalizuara
Statuset e fiksuara (Për të bërë, Në progres, Përfunduar) janë më të thjeshta për t'u ndërtuar, raportuar dhe mbajtur të qëndrueshme. Kolonat e personalizuara për projekt janë më fleksibile, por i bëjnë raportet më të vështira, sepse "Përfunduar" mund të quhet ndryshe në çdo projekt. Nëse të duhen kolona të personalizuara, jepi secilës një "kategori" të fshehur (nuk ka filluar, aktive, e përfunduar), që raportet të funksionojnë akoma.
Përditësime të drejtpërdrejta apo rifreskim
Nëse dy persona e kanë të hapur të njëjtën tabelë dhe njëri zhvendos një kartelë, a duhet ta shohë tjetri zhvendosjen menjëherë? Përditësimet e drejtpërdrejta duken mirë, por shtojnë kompleksitet (një lidhje në kohë reale, trajtimi i dy personave që redaktojnë të njëjtën detyrë). Për ekipe të vogla, rifreskimi kur faqja merr fokusin, plus një kohë e qartë "përditësuar për herë të fundit", shpesh mjafton për të nisur.
Njoftimet
Vendos çfarë e shkakton një njoftim, ose njerëzit do t'i fikin të gjitha. Një grup i arsyeshëm fillestar: të është caktuar një detyrë, dikush ka komentuar detyrën tënde, një detyrë që e zotëron është për t'u mbaruar nesër. Email-i është kanali më i lehtë; një përmbledhje ditore është më e mirë se një email për çdo ngjarje.
Ndërtoje hap pas hapi
Hapi 1: Përshkruaj rrjedhën e punës, jo veçoritë
Shkruaj si lindet një detyrë, kush punon mbi të, fazat që kalon dhe çfarë do të thotë "e përfunduar". Kjo është kërkesa jote e parë.
Ndërto një tabelë detyrash për Brightside Cleaning, një ekip prej 12 pastruesish dhe 2 menaxherësh. Menaxherët krijojnë punë me klientin, adresën, datën, pastruesin e caktuar dhe një listë kontrolli të zgjedhur nga shabllonet (pastrim standard, pastrim i thellë, pastrim në fund të qiramarrjes). Kolonat e tabelës: E planifikuar, Në progres, Ka nevojë për shqyrtim, Përfunduar. Pastruesit hyjnë dhe shohin vetëm punët e tyre të sotme, si listë e përshtatshme për telefon; shënojnë artikujt e listës së kontrollit, ngarkojnë të paktën një foto pas punës, dhe shtypin "Mbaruar", që e zhvendos punën te Ka nevojë për shqyrtim. Vetëm menaxherët mund t'i zhvendosin punët te Përfunduar. Ruaj gjithçka në një bazë të dhënash. Dizajn i thjeshtë dhe i qartë me butona të mëdhenj.
Hapi 2: Bëje të saktë ciklin bazë
Krijo një detyrë, caktoja, zhvendose nëpër çdo status, përfundoje. Bëje këtë si çdo lloj përdoruesi. Kontrollo që njerëzit të shohin dhe të veprojnë vetëm atë që duhet: hyr si pastrues dhe provo të hapësh punën e një pastruesi tjetër me URL.
Hapi 3: Bëje tabelën të ndihet e drejtë
Tërheqja dhe lëshimi në një tabelë kanban kërkon kujdes: kartelat duhet të qëndrojnë aty ku i lëshon pas rifreskimit, renditja brenda kolonës duhet të ruhet, dhe duhet të funksionojë me prekje në telefona dhe tablet. Provo me 50 ose më shumë detyra për të parë si sillet me vëllim real, jo vetëm me pesë kartela shembull.
Hapi 4: Shto komente, skedarë dhe aktivitet
Komentet mbajnë diskutimin te detyra në vend të aplikacioneve të bisedës. Një regjistër aktiviteti ("Sam e zhvendosi te Shqyrtim, 15:14") përgjigjet shumicën e pyetjeve "çfarë ndodhi?". Ngarkimi i skedarëve kërkon hapësirë ruajtjeje dhe kufi madhësie.
Hapi 5: Shto njoftimet
Fillo me email për caktimet dhe përkujtuesit e afatit të nesërm. Si të dërgosh email nga aplikacioni yt mbulon ofruesit dhe konfigurimin.
Hapi 6: Zhvendos punën reale gradualisht
Vë në punë një projekt ose një ekip për disa javë. Mbaje mjetin e vjetër vetëm për lexim, në vend se ta fshish, derisa njerëzit t'i besojnë të resë.
Gabimet e zakonshme
- Ri-ndërtimi i një mjeti të përgjithshëm veçori pas veçorie. Nëse po shton diagrame Gantt, gjurmim kohe dhe dokumente, po konkurron me produkte që e kanë bërë këtë për vite. Qëndro i fokusuar te rrjedha jote e punës.
- Pa leje. Në një aplikacion ekipi, dikush që fshin detyrën e dikujt tjetër do të ndodhë më shpejt se sa mendon. Shto një hap konfirmimi dhe fshirje të butë.
- Harrimi i zonave kohore për afatet. "Afati e premte" duhet të thotë e premtja aty ku është personi.
- Shumë njoftime. Njerëzit i injorojnë të gjitha. Fillo me pak, dhe lëri njerëzit të zgjedhin.
- Mos ruajtja e renditjes. Një tabelë që ri-renditë kartelat në çdo rifreskim është e pa përdorshme.
- Testimi vetëm në laptop. Shumë përditësime të detyrave bëhen në telefona.
Kur një produkt i gatshëm është zgjedhja më e mirë
Trello, Asana, Todoist, Linear, Notion, ClickUp dhe shumë të tjerë janë të pjekur dhe të testuar mirë, me aplikacione celulare, integrime dhe, në disa raste, mbështetje offline që do të kërkonte shumë kohë për ta ndërtuar vetë. Përdor një të tillë kur:
- Puna jote është punë e përgjithshme dijeje: projekte, afate, caktime
- Të duhen aplikacione celulare vendase me mbështetje offline
- Të duhen dhjetëra integrime me mjete të tjera që në ditën e parë
- Askush në ekip nuk dëshiron të zotërojë një pjesë softuerit
Ndërto vetë kur rrjedha e punës është vetë produkti, kur detyrat duhet të lidhen me të dhënat e tua, ose kur mjeti që do të të duhej është një pjesë e vogël e një produkti të madh të paguar për ulëse. Shumë aplikacione të personalizuara detyrash janë në të vërtetë mjete të brendshme me një tabelë sipër.
Ndërtimi me Mythex
Mythex është një ndërtues aplikacionesh me AI: përshkruan rrjedhën e punës, dhe ai ndërton tabelën, listat dhe formularët në një pamje paraprake live, duke shtuar një bazë të dhënash në projekt për detyrat dhe komentet, dhe ruajtje skedarësh për bashkëngjitjet dhe fotot. Përdor modalitetin Plan së pari nëse dëshiron të bini dakord për statuset dhe rolet para se të shkruhet ndonjë kod, dhe pikat e kontrollit të lejojnë të kthehesh mbrapa një ndryshim që shkon keq. Një gjë për t'u ditur: llogaritë dhe bashkëpunëtorët në Mythex janë për njerëzit që ndërtojnë aplikacionin. Njerëzit që përdorin aplikacionin tënd të detyrave kanë nevojë për llogarinë e tyre, që e shton me një bibliotekë ose ofrues autentikimi sipas zgjedhjes tënde; shih si të shtosh hyrje në aplikacionin tënd dhe dokumentacionin për shtimin e autentikimit dhe ndërtimin e një aplikacioni CRUD.
Për të nisur nga një kërkesë e shkruar, provo shabllonin e tabelës kanban të ekipit ose shabllonin e tabelës sprint agile.
Pyetje
Çfarë veçorish duhet një aplikacion për menaxhimin e detyrave?
Detyra me titull, status, person të caktuar dhe afat; një mënyrë për t'i grupuar në projekte ose lista; të paktën një pamje si lista ose tabela kanban; dhe kërkim. Komentet, njoftimet, detyrat e përsëritura dhe pamjet e kalendarit janë hapat e zakonshëm të radhës.
Si ruan një tabelë kanban renditjen e kartelave?
Çdo detyrë ruan statusin e saj (në cilën kolonë është) dhe një numër pozicioni brenda asaj kolone. Tërheqja e një karteli përditëson të dyja, dhe tabela i renditë kartelat sipas pozicionit kur ngarkohet.
A vlen të ndërtosh një aplikacion detyrash kur ekzistojnë Trello dhe Todoist?
Për gjurmimin e përgjithshëm të detyrave, zakonisht jo: ato produkte janë të pjekura dhe të lira. Ndërtimi yt ka kuptim kur punët e tua ndjekin një rrjedhë specifike, kanë nevojë për të dhëna nga sistemet e tjera, ose kanë nevojë për fusha dhe rregulla që një mjet i përgjithshëm nuk i jep.
A mund të përdorin disa persona njëkohësisht një aplikacion detyrash që ndërtoj?
Po, nëse ruan detyrat në një bazë të përbashkët të dhënash dhe ka llogari përdoruesish. Vendos që në fillim nëse njerëzit duhet të shohin ndryshimet e njëri-tjetrit menjëherë apo pas rifreskimit, sepse përditësimet e drejtpërdrejta shtojnë punë.