Egyedi kereskedelmi jellemzők
Mikor van szükség egy online boltra egyedi fejlesztésekre?
Döntse el, hogy egy üzletnek szüksége van-e konfigurációra, kiterjesztésre vagy egyedi fejlesztésre. Először határozza meg a vásárlási utat, a függőséget és az elfogadást.
Egyéni fejlesztés hasznos, ha megoldja a meghatározott követelmény. Ez nem automatikusan jobb, mint egy platform funkció, egy megfelelő kiterjesztés vagy egy egyszerűbb beszerzési folyamat.
Egy új üzlet esetében a gyakorlati kérdés a következő: mit kell tennie az ügyfélnek vagy az adminisztrátornak, hogy a kiválasztott beállítás nem elég jól támogatja ezt a projektet?
A követelmény megírása plugin megnevezése nélkül
Kezdje a viselkedéssel. Például: "Az ügyfél kiválaszt egy szolgáltatási területet, mielőtt látná a megrendelésre rendelkezésre álló szállítási lehetőségeket". Ez leírja a vásárlási szabályt.
"Telepítsd a szállítási plugin" leírja a lehetséges végrehajtás. Ez nem határozza meg, hogy a plugin tudja alkalmazni a helyes szabályt, mi történik, ha a cím változik, vagy hogyan az üzleti fenntartja az információt.
Használjon egy konkrét példát, hogy elmagyarázza a követelmény. Tartalmazza az információt az ügyfél, a döntést a bolt, és mit kell az adminisztrátor után.
Először a konfigurációt kell figyelembe venni
Ellenőrizze, hogy a kiválasztott platform és a jóváhagyott alkatrészek a támogatott beállításokon keresztül képesek-e megfelelni a követelménynek. A konfigurációs alapú megoldás elegendő lehet, ha a viselkedés már a beállítás része.
A döntés még mindig szükséges tesztelés. Egy beállítás, amely úgy hangzik, releváns, nem bizonyítja, hogy az egész ügyfél utazás működik a szándékolt. Ellenőrizze a reprezentatív termék, megrendelés és az ügyfél esetek kezelése előtt a követelmény, mint megoldott.
Ez egy projektszintű értékelés, nem az az állítás, hogy minden WooCommerce vagy Shopware telepítés ugyanazokat a funkciókat biztosítja.
A munkafolyamat kiterjesztésének értékelése
A meghosszabbítást a tényleges követelmény, a platform környezete és függősége alapján kell értékelni. Igazolni kell, hogy hogyan lesz konfigurálva, mely számlára vagy engedélyre van szüksége, és milyen felelősség marad a bevezetés után.
A bónusz lista elrejthet egy fontos eltérés. A kiterjesztés támogathat egy hasonló munkafolyamat, de nem a pontos döntés az üzleti igények. Legyen ez a különbség egyértelműen, ahelyett, hogy feltételezi, hogy az ügyfél fog alkalmazkodni a vásárlás után.
Nem vásárolni szoftver egyszerűen azért, mert a megfogalmazás hasonlít a rövid. A tulajdonos kell jóváhagyni minden költséget, miután a illeszkedés és feltételek megértése után.
Egyéni fejlesztés használata a megadott réshez
Az egyéni komponens akkor lehet megfelelő, ha a projektnek egy meghatározott lépésre, szabályra vagy kapcsolatra van szüksége, amelyet nem az egyeztetett rendszer biztosít. Példák lehetnek egy speciális termékkiválasztási folyamatra, egy belső jóváhagyásra a teljesítés előtt, vagy egy dokumentált integrációra egy másik üzleti rendszerrel.
Ezek illusztratív távcsövek, nem minden üzletre szükség van. Az egyéni munkának egyértelmű határnak kell lennie: mit kap, mit változtat, és mit hagy a meglévő platformra.
Kerülje a hagyományos platform magatartás újjáépítését, hogy a projekt kifinomultabbnak tűnjön. A több kód azt is jelenti, hogy a projekt-specifikus viselkedés, hogy valaki később megértse.
Döntsd el, mi történik az ideális úton kívül
Mi van, ha az ügyfél megváltoztatja az opciót, a fizetés nem fejeződik be, vagy a külső rendszer elutasítja a megrendelést? Látható-e a rendszergazda a problémát?
A vonatkozó kivételek az elfogadási kritériumok közé tartoznak, máskülönben az első sikeres demonstráció elrejtheti a hasznos kiadáshoz szükséges munkát.
A kereskedelmi feladatok láthatóvá tétele
A sablonokhoz, bővítményekhez, fizetési szolgáltatásokhoz, tárhelyhez és külső rendszerekhez külön fiókok és feltételek tartoznak. Az ajánlatban egyértelműen meg kell különböztetni a fejlesztési díjakat a külső szolgáltatók költségeitől.
Az átadónak azonosítania kell az egyéni komponenseket és azok függőségeit, valamint a projektben szereplő konfigurációs és felszabadítási felelősségi köröket. A jövőbeli platformváltozások vagy új üzleti szabályok külön tervezett frissítést tehetnek szükségessé.
Hasznos döntési rekord
A funkció telepítése előtt írja le az üzleti követelményt, egy példát, a figyelembe vett lehetőségeket, a kiválasztott megközelítést és azt, hogy miért illeszkedik. Adja hozzá az elfogadási tesztet, a függőséget és a folyamatban lévő üzleti konfigurációért felelős személyt.
Ennek a rekordnak nem kell hosszúnak lennie, célja annak megakadályozása, hogy "egyedi fejlesztésre van szükségünk", és helyettesítse azt, amit a boltnak tennie kell.
Az elektronikus kereskedelem fejlesztésének feltárása, WooCommerce vagy Shopware. Hogy megvitassák az új építmény, küldd el a kereskedelmi összefoglalót.