van egy ötleted egy ragyogó új termékről. Még költségvetése is van annak létrehozására. Most szüksége van egy tapasztalt szoftverfejlesztők csapatára. De honnan tudja, hogy a Szolgáltató megfelel-e az Ön igényeinek? Te tárgyalsz.
a jó Ajánlatkérés (RFP) egyszerűsíti ezeket a tárgyalásokat mind az Ön, mind a fejlesztőcsapat számára. Az RFP egyik fő célja, hogy segítsen különböző csapatok ajánlatainak összegyűjtésében és az igényeinek leginkább megfelelő ajánlat kiválasztásában. Egy jó szoftverfejlesztési ajánlatkérés lehetővé teszi az eladó számára, hogy a leghatékonyabb tech stack-et kínálja. Az egyik, hogy megoldja a problémát a termék célja, hogy megoldja a leghatékonyabb módon.
ebben a bejegyzésben megmutatjuk, hogyan kell írni egy ajánlatkérést. Annak érdekében, hogy a fejlesztőcsapat a lényeges információkat a projekt. Megmutatjuk a megfelelő formázást. És példákat szoftverfejlesztés RFP használhatja referenciaként, vagy akár egy sablont.
mi az RFP?
a nagyobb világban az RFP kormányzati szervezetek, nonprofit szervezetek és vállalatok által írt dokumentum. Általában nagy projektek esetében teszik meg, amelyekre versenyképes ajánlatot kell tenni. Ezek általában nagy szerződések, amelyek átvilágítást igényelnek. Tehát egy nonprofit ír egy RFP-t, és felkéri a gyártókat, hogy licitáljanak rá. Az eladók az RFP-ben felsorolt követelményeknek megfelelően nyújtják be javaslataikat. A legalacsonyabb árú vagy a legjobb ár-érték arányú ajánlatot ítélik oda a szerződésnek.
a szoftverfejlesztési javaslat kérése lényegében ugyanaz. Írja le a követelményeit. Ezután küldje el őket egy szoftverfejlesztő cégnek. Elvégzik a kutatást, és javaslatot tesznek Önnek. Vagy beleegyezik, újratárgyalja, vagy máshová megy.
az RFP legyen az első lépés, mielőtt szoftvergyártót keres a termékéhez. A dokumentumnak tartalmaznia kell a kritikus részleteket, a konkrét követelményeket, még a várható szállítási ütemtervet is. Egyszerűen fogalmazva, az RFP alapja a projekt további megbeszéléseinek egy fejlesztői csapattal.
Hogyan írjunk egy RFP
írás egy jó kérelem javaslatot szoftverfejlesztés fog egy kis időt. De az eredmények, amelyeket kapsz, mindenképpen megéri.
nincs hivatalosan dokumentált RFP formázás. Vagy bármilyen hivatalos szabály arról, hogyan kell partnerségi javaslatot írni, amelyet be kell tartania. De vannak általánosan elfogadott jó gyakorlatok. És azokat a dolgokat, amelyeket jónak tartanak egy kényszerítő RFP-ben. Ezeket nézzük meg legközelebb.
mutassa be nekünk az üzleti és piaci
ez jó kezdeni egy rövid bemutatkozás az üzleti. Csak egy kis általános információ arról, hogy mit csinálsz, elég lesz. Mi a cég küldetése? Mik az értékei? Mik a hosszú távú céljaid?
ismertesse projektjét/termékötletét
mutassa be ötletét a Fejlesztőcsapatnak. Milyen problémát old meg a termék? Milyen fájdalmakon akar segíteni? Ne felejtse el megemlíteni a célközönséget. Ha van piackutatás kéznél hozzá egy rövid összefoglalót is. További kérdések, amelyekre érdemes válaszolni ebben a lépésben:
- hogyan segít a javasolt szoftver a hosszú távú célok elérésében?
- mely üzleti folyamatokat fogja javítani ez az új termék?
- ha létezik megoldás, vannak-e benne áramlások?
- milyen lehetséges szövődményekre számít?
Olvass tovább: mi a termék-piaci illeszkedés és hogyan segítünk a Fulcrum ügyfeleinknek megtalálni
kritikus jellemzők
nem kell megneveznie minden olyan funkciót, amelyet úgy gondolja, hogy a terméknek rendelkeznie kell. Valójában a felfedezés szakaszában az elképzelt funkciók többsége feleslegesnek bizonyul. Míg azok a funkciók, amelyekre nem is gondoltál, elengedhetetlennek bizonyulnak.
de ha tudatja velünk, hogy Ön szerint mely funkciók elengedhetetlenek, akkor megértjük az Ön által szem előtt tartott termék logikáját. Így jobban meg tudjuk érteni a terméket. Olyan megoldásokat kínál, amelyek megfelelnek ennek a logikának.
Olvass tovább: Három prioritási technika, amellyel a Fulcrum termékei Rock
korlátozások
vannak-e költségvetési vagy jogi korlátok? Talán vannak bizonyos technológiai korlátok? Ügyeljen arra, hogy mindet megemlítse az RFP-ben.
projekt hatókör és teljesítmények
meglehetősen nehéz megbecsülni egy szoftverprojekt hatókörét, amikor az csak egy ötlet. Különösen, ha nincs mély megértése a szoftverfejlesztési folyamatról. Tehát ne menj bele a technikai részletekbe. Csak sorolja fel az elvégzendő munkát. És az eredményeket, amiket elvársz, hogy megkapd.
mutatók
említse meg azokat a mutatókat, amelyek a leginkább fontosak az Ön vállalkozása számára. Tehát a fejlesztőcsapat megtervezheti a terméket az adott mutatók szem előtt tartásával.
pályázati követelmények és kiválasztási kritériumok
érdemes megnevezni a válaszjavaslat követelményeit, ha van ilyen. Ismernie kell a szoftverfejlesztők által használt technológiai hatókört? Látnod kell a portfóliót?
ha a korábbi tapasztalatok ugyanazon a piacon döntő fontosságúak a projekt számára, akkor azt is meg kell említenie. Ha vannak más kritériumok, amelyek befolyásolják az eladó kiválasztását, nevezze meg őket itt is.
egyéb dolgok, amelyeket hozzá kell adni a javaslatkéréshez
amint láthatja, az itt javasolt kérés formázása nem tartalmaz túl technikai információkat. A legtöbb ügyfél nem rendelkezik a szakértelem tudni, vagy érdekel a dolgok, mint:
- infrastruktúra követelmények;
- szoftverfejlesztési megközelítések;
- vagy projektmenedzsment módszerek.
de ha ezek a technikai dolgok valóban fontosak a projekted számára, és meg tudod nevezni őket – kérlek tedd.
RFP Example
nem tudjuk megmutatni egy valós példa egy RFP saját gyakorlat. Úgy gondoljuk, hogy etikátlan lenne egy ilyen dolgot megosztani velünk. De így nézhet ki egy hipotetikus RFP a portfóliónk egyik projektjéhez:
Autókereskedés vagyunk Kijevből, Ukrajnából. Mi vagyunk a legnagyobb márkakereskedés Kelet-Európában.
jelenlegi weboldalunk elavult. Nem ad meg minden információt a termékeinkről, hiányzik a használhatóság, és nem felel meg üzleti céljainknak.
a problémák megoldásához új weboldalra van szükségünk, amely innovatív, felhasználóbarát és funkcionális lesz. A lehető legnagyobb részletességgel kell ellátnia ügyfeleinket termékeinkről és szolgáltatásainkról.
az általunk elképzelt Főbb jellemzők a következők:
- tájékoztató katalógus;
- hitel kalkulátor;
- test – meghajtó foglalás;
- Részletes keresés;
- funkcionális admin panel a vezetők.
a fő mutató, amelyre összpontosítunk, a konverziós arány.
a partnerség döntéséhez PRD-re lesz szükség. Az Ön által kínált megoldásnak skálázhatónak kell lennie. Szeretnénk áttekinteni a portfólióját is. És szerezzen információt a tech stackről és a megközelítésekről, amelyeket a munkájában használ.
ha szeretné megvitatni PRD-jét vagy azt, hogyan közelítjük meg a Fulcrumban, foglaljon hívást üzletfejlesztési menedzserünkkel.
- hogyan lehet aláírni Win-Win szerződéseket a szállítókkal: szoftverfejlesztési szerződéstípusok a Fulcrum Rocks-nál
- a szoftverprojekt kommunikációs tervének megírásának minden oka és módja
- mi az a Nyilatkozat a munkáról, és szüksége van-e a projektre?
- Outsourcing Fiasco: fájdalmas tanulságokat IT Outsourcing ment rossz