Kérdés:
Irreális vásárlói elvárások kezelése?
apaul
2017-08-29 06:08:49 UTC
view on stackexchange narkive permalink

Néhány internetes munkát végezek, elsősorban nonprofit szervezetek számára készítek weboldalakat.

Egy többé-kevésbé állandó problémám az elvárások kezelése, amikor az ügyfelemnek valójában nincs költségvetést, és nem igazán tudom, mit akarnak.

Olyan specifikációkat kapok, mint például:

Tedd mindezt kinézetre.

És akkor 20 kérdést kell eljátszanom, hogy gyöngyöt szerezzek arról, hogy ez mit jelent, és óhatatlanul vissza kell dobnom őket a valóságba arról, amire valóban szükségük van, és egy kicsit tovább kell tekernem őket ahhoz, amit megengedhetnek maguknak.

Általában az érzés, hogy:

Rakétát akarunk küldeni a Holdra, de nem akarunk semmit sem vásárolni, sem senkinek fizetni.

- Mkay ... Tényleg szükséged van egy rakétára, vagy néhány ballonra lesz szükség?

Sőt eljutottam néhány projekt elutasításáig, egyszerűen azért, mert tudtam, hogy csekély a hatóköre kúszik, és végül többet költenek, mint amennyit birtokolnak valamire, aminek nem örülnének.

Van egy trükk a walkihez nem technikai embereket egy technikai és pénzügyi folyamaton keresztül, miközben érzékenyek az érzékenységükre?

Vagy ha ez túl tág ...

Van egy jó módszer arra, hogy elmagyarázzuk az ügyfeleknek hogy nincs rá szükségük és nem engedhetik meg maguknak?

Tudna többet mondani arról, hogy mik az "irreális elvárások"? Arra számítok, hogy a nem technikai emberek specifikációi nem lesznek értelmesek, de mindkét félnek szükségünk van arra, hogy megvizsgáljuk, mi az interperszonális probléma.
@user3169 A "Make it look all whiz bang" szó szerint közvetlen idézet, amelyet többször is kaptam.
Van-e (ésszerűen) fókuszált példája az ügyféllel folytatott ilyen cserére, amelyet ésszerűtlennek tart? Az, hogy miért nem elégedettek meg az ügyfelek, túl széles, mivel mindenféle ügyfél boldogtalan lehet mindenféle okból. Hozzáadhatja, ha van fix ajánlattételi folyamata, amelyet ajánlanék, mivel ez valamilyen módon megalapozza a folyamatot.
Ha rájössz, tudasd velünk. Te lennél a legnagyobb hős, akit a szoftveripar valaha ismert.
Tisztelettel nem igazán adsz nekünk sokat dolgozni itt. Megértem *, hogy dilemmája az, hogy nem sokat adnak munkára. Ennek ellenére a kérdésre adott válaszok valószínűleg mindenütt megtalálhatók, vagy nagyon tágak, hacsak nem szűkítheti a kérdéskörét.
öt válaszokat:
user2014
2017-08-29 15:34:02 UTC
view on stackexchange narkive permalink

Elöljáróban: Segítek nagyvállalati szintű webes szoftvereket megélhetéshez teremteni egy olyan vállalat számára, aki még nem ismeri a szoftvereket.

Megtanultam (nagy költséggel) két fontos alapelvet, amelyek itt érvényesek, és amelyek segíthetnek Önnek . Tehát hivatalos válasza:

Alkalmazza a „Tedd kékebbé” elvet, és alkalmazza a Három medve elvét.

(Ne aggódj, Mindkettőt elmagyarázom.)

Tedd Bluer

Egyszerűen fogalmazva, ez az elv arról szól, hogy az ügyfelek nem tudják, mit akarnak, hanem "tudják, ha meglátják".

Más szavakkal, nem tudják megfogalmazni, hogy mit akarnak (mert nincs szókincsük, hogy elmondhassák), de meg tudják mondani , hogy mi a helytelen azzal, amit eléjük tett.

Ennek az elvnek az alkalmazásához készítsen egy nagyon gyors, olcsó, prototípust, amely illeszkedik a tőlük kapott homályos elképzelésekbe. meg kell tennie. Ez némileg közel áll ahhoz a "mama medve" megoldáshoz, amelyet a három medve elvében fog bemutatni.

(Miért hívják ezt "kékebbé"? Volt egyszer egy koncertem egy kis cég számára, hogy készítsen vállalati jelenlét weboldalt. A legfontosabb visszajelzésük az volt, hogy kékebbé tegyék a szöveget. Nem szerették, milyen kék volt, és azt akarták, hogy kékebb legyen. Tehát kékebbé tettem. Aztán úgy döntöttek, hogy nem ezt akarják kék, és tudnám-e azt a kéket csinálni, amilyen korábban volt.)

Hasonló alapelvért keresse meg a Bikeshedding címet, amely ehhez kapcsolódik.

A három medve

(Ha nem ismeri - ez az internet, és nem minden kulturális hivatkozás azonos - itt van "Aranyfarkasok és a három medve")

Ezen elv alkalmazásában a Papa Bear megoldás a „kemény”. A legtöbb időbe kerül, a legtöbb erőforrásba kerül, a legtöbbbe kerül, és változatlanul a legjobb, legideálisabb megoldás.

Ez az a "rakéta a Holdra", amelyet kérnek. Ismertesse átvilágítással és előbb.

A Mama Bear megoldás alig több, mint prototípus, és csak alig (vagy "medvésen"? - APSZAJOK!) megteszi, amit meg kell tennie. Ez néhány javítás lehet az olcsóbb prototípusodon a "tedd kékebbé" szakaszhoz.

Ez a legkevesebb időt vesz igénybe, a legkevesebb pénzbe kerül, és lehet, hogy elég is lesz az ügyfelének. Mutassa be másodikként.

A Baba Medve "megfelelő". Egyensúlyt vezet Mama és Papa medvék között. Utoljára mutatod be, így a hangmagasságod a következőket foglalja magában:

  • Itt van a Papa Bear megoldás, amely teljesíti a legvadabb álmaidat, és több pénzbe és időbe kerül, mint amennyi van
  • Itt van a Mama Bear megoldás, amely olcsó, gyors és kissé kinéző
  • Itt van a Baby Bear megoldás, amely nem tűnik olcsóbbnak, mint a Mama Bear, de nincsenek jellemzői a Papa Medve. Megengedheti azonban magának, és ennek elkészítése nem fog örökké tartani.

Ezeket az elveket, sőt azt a terminológiát is használtam, amelyet itt bemutatok a vezetők előtt. A nem fejlesztők nagyon megközelíthetőnek találják ezeket a kifejezéseket.

This is an excellently articulated response, and the principles are indeed sound; which I can confirm that from my own experience with the development of projects for enterprise clients. This deserves a lot more up-votes. +1
WeaselADAPT
2017-08-29 13:48:34 UTC
view on stackexchange narkive permalink

Számítógépes programozóként szembesültem azzal a problémával, hogy a végfelhasználók azt mondják: "csináld [ezt]", amikor még nem is sejtették, hogy mit kérdeznek, de ez a tervező része / programozó / építész feladata, hogy elég jól ismerje szakterületét ahhoz, hogy képes legyen a feladatot olyannyira megfogalmazni, amelyet a laikusok is megérthetnek, és így intelligensen kommunikálhatnak róla.

úgy hangzik, hogy ezek a tapasztalatok neked szóltak, a jó hír az, hogy valószínűleg mára már eléggé megtanítottak téged ahhoz, hogy segítsenek neked rendezni rendszert, hogy ne kelljen minden alkalommal ilyen nehéznek lennie.

Remélhetőleg összeállít egy portfóliót a munkájáról, még akkor is, ha ez csak mellékmunka. Húzza ki mindent és nézzen utána. Most tegyen fel néhány kérdést magának:

  1. Milyen kategóriákba sorolhatja azokat a vállalkozásokat vagy szervezeteket, amelyeknek weboldalakat épített?

    Kiket szolgálnak (egyház , fogyatékosság, szószólók / aktivisták, alacsony jövedelműek, hajléktalanok?? > Milyen finanszírozási forrásaik vannak (állami támogatások, szolgáltatás-díjak, nem állami támogatások, néhány filantróp, közösségi finanszírozó)? igazgatósági tagok ", akik teljes munkát végeznek, vagy irodájuk van, több alkalmazottjuk van, és van valamilyen szervezeti felépítésük?"

Most, hogy láthatja, ki vagy dolgozom, biztos vagyok benne, hogy láthatja a trendeket vagy a közös vonásokat.

  1. Milyen a) funkciók és b) általános webhelystruktúrák vannak a legtöbb szervezetben (pick bármely kategória vagy alkategória fentről) ultima tely a végén a legboldogabb? Milyen tulajdonságok szolgálják a legjobban bármit is, amelyet az ilyen szervezet megpróbál megvalósítani? Mire van szükségük valójában?

Ha be tud járni ilyen mennyiségű előkészítéssel, akkor már képesnek kell lennie arra, hogy fél órányi frusztrációt levágjon a tetejéről.

Miután megállapította, hogy lesznek-e olyan hátsó oldalak, amelyekben olyan termékek találhatók, amelyeket egy forgó fejléc szalaghirdetést szeretne használni, és ezt a területet használja arra, hogy más látogatókkal összekapcsolja a látogatókat ... vagy ha a webhely felhasználásával néveket gyűjt, hogy létrehozzon egy levelezési listát a közösségi cselekvési riasztásokhoz ... vagy ha csak szeretne egy Rólunk és egy céloldalt néhány információval, amelyeket néhány havonta frissítenek, majd (gondolom), akkor elkezd beszélni az oldal elrendezéséről. És ismét a beszélgetést fogja vezetni:

  1. Szeretné, ha a menürendszere legördülő menü lenne, a fejléc alatt haladna, vagy függőleges menü lenne a a bal oldalon azon oldalak töredékei láthatók, amelyekre hivatkoznak? Melyik menücímet akarja? Stb. rájössz, hogy rendben van elmondani nekik,

    "Úgy gondolom, hogy túl korai vagyok, hogy itt lehessek. Azt hiszem, össze kell jönnöd, és meg kell alkotnod egy jövőképet arról, amire valójában szükséged van egy webhely. Kérdezd meg magadtól, hogyan fogod használni, szerezz be üres papírt és tervezd meg az elrendezést, gondolkodj el a menüsoron, és döntsd el, mit szeretnél a sajátodba foglalni. Nézz körül az interneten, és nézd meg, hogyan működnek más hasonló szervezetek webhelyei. mit szeretsz és mit nem szeretsz. "

    Nagyon hiszem, hogy ha ezt nagyon jól lebontja, akkor pontosan tudja, milyen kérdéseket kell feltenni a szívhez amire szükségük van (és ha nem, akkor a fenti kilépési stratégiának szépen működnie kell). Végül az egyetlen "harang és síp", amelyet a legtöbb ember igazán szeretne, a funkcionalitás. Csak nem tudják a nyelvet, hogy leírják, mit akarnak.

    Az Ön feladata lesz áthidalni ezt a hiányosságot, és megismerni a különféle funkciók költségeit, legyen az ideje beállítani, vagy egy kis szoftver árcédulája, vagy mindkettő. Használja meglévő portfólióját is, hogy megmutassa nekik a lehetőségeket. Az emberek szeretik a képeket!

Tom Au
2017-08-29 07:39:22 UTC
view on stackexchange narkive permalink

Végfelhasználói feltételekkel kell beszélnie az ügyfelekkel. Például

"Ez egy információs vagy egy hirdetési oldal lesz? Ha ez" hirdetés ", akkor magyarázza el, hogy ez többe fog kerülni, mert több" harangot és sípot "kell elhelyeznie a webhely.

"Mi az alapvető üzenete? Kinek szól?"

"Adománygyűjtési célokra szolgál ez a webhely? Mennyit várhatóan gyűjteni?" diktálja, hogy mennyit engedhet meg magának a költésre. "

Beofett
2017-08-29 19:24:52 UTC
view on stackexchange narkive permalink

Három technikát használok rendszeresen az ilyen típusú homályos projekt "követelmények" kezelésére.

Az első az, hogy a céljaikra összpontosítsak.

Azt akarják, hogy "whiz bang" nézzen ki? Miért? Az új látogatások növelése? A megtartás és az elkötelezettség javítása érdekében? Egybeesik-e a webhelyen kívül létező újrarendezési erőfeszítésekkel? Kaptak-e negatív visszajelzéseket, amelyekkel próbálnak foglalkozni (ha igen, kérje a konkrét visszajelzéseket a szó szoros értelmében, a lehető legközelebb).

Sokszor az ügyfelek által kért "harangok és sípok" jelzik, hogy XY problémák. Tudják, hogy mi a hiba, de amit közölnek veled, azt feltételezik, hogy ezt meg kell javítani.

Ha nem tudja, hogy mi van a hibában, akkor megpróbálhat megoldást találni egy rossz problémára (pl. teljesen új tervet készít, amikor csak néhányra volt szükség, csak tisztázni kellett) zavaros navigációs lehetőségek). Az asztalra kerülő dolgok nagy része az, hogy ismeri az egyedi problémák megoldásait.

A második az, hogy a feladatokat kezelhető darabokra bontja.

Ha valóban nincsenek világosak irány, és aggódik, hogy matricasokkot szenvednek, valószínűleg a sajátosságai és feladatai árlistája lesz az Ön előnye.

Alapvető színvilág létrehozása és az elrendezés, az új navigáció, az egyéni animációk vagy effektek, a kép körhinta, az űrlapok stb. mind azonosíthatók és árképezhetők.

Ha 6 különböző egyéni "kapcsolatfelvétel" opciót akarnak, amelyek mindegyike különböző mezőkkel és a hozzájuk tartozó ellenőrzési lehetőségekkel rendelkezik, meggondolhatják magukat, ha meglátják, hogy az egyes lehetőségek mennyibe kerülnek, és ehelyett egy általános forma.

Lehet, hogy szívük minden egyes oldalhoz különféle egyedi animációkra van beállítva, de beleegyezhetnek abba, hogy csak legyen a kezdőlapon, ha az megtartja a költségvetésüket.

A harmadik az, hogy megmutassa, ne mondja.

A makettek és drótvázak hihetetlenül hasznosak. Bármennyire leírhatja, amit szándékozik, annyi részletességgel, amennyit csak akar, de semmi sem hasonlítható azok megjelenítéséhez. Túl sok olyan eset volt, amikor elmagyaráztam (többször), hogy valami működni fog, ha az ügyfél azt mondja, hogy "rendben van, megértem", csak azután, hogy az ügyfél azt mondta: "Nem jöttem rá, hogy mire gondoltál", amikor valóban látták először a képernyőn.

Még akkor is, ha durva és hiányos, amit megmutatsz nekik, az jobb, mint bármilyen szó.

Beejamin
2017-12-05 12:10:19 UTC
view on stackexchange narkive permalink

Van itt néhány remek válasz, de gondoltam hozzáfűznék néhány pontot, amelyek hasznosak voltak számomra, és még nem láttam, hogy emeltek volna.

1. Győződjön meg róla, hogy potenciális vásárlója ismeri-e a költségvetését

Nem arra gondolok, hogy egyszerűen csak "kérdezzem meg tőlük, mi a költségvetése". A fontos az, hogy tudják mi a költségvetésük és miért. Az üzleti webhelyeknél mindig van egy vállalkozással kapcsolatos cél egy új webhely számára - még akkor is, ha ezt nem határozták meg egyértelműen. Amint tudják a célt, a potenciális vásárlónak képesnek kell lennie arra, hogy meghatározza, mennyit van értelme a projektre költeni, hogy a munka ésszerű idő alatt megtérüljön. Meglepően sok ember nem hajtja végre ezt a munkát idő előtt.

Innentől kezdve Önnek / nekik képesnek kell lenniük arra, hogy kidolgozzák, ha a javasolt projekt még megvalósítható. Ha 20 000 dollárba kerül egy webhely felépítése, hogy hetente 10 tételt eladjon egy dollárért, akkor a webhely megtartása 38 évig tart. Rengeteg potenciális ügyfélnek elmondtam, hogy amit kérnek, az jó ötlet, de gazdaságilag kivitelezhetetlen építeni, és mindannyian hálásak voltak a tanácsért.

2. Idézési díj

Csak egyeztetett specifikációból idézek, és a specifikáció elkészítéséért felelek. Véleményem szerint specifikációra van szükséged ahhoz, hogy reménykedhess abban, hogy megtudod, mennyi időbe telik valamilyen idő, és ezért mennyibe fog kerülni. te. A specifikáció előkészítése egy speciális készség, amely rendelkezésedre áll és szükség van rájuk.

A specifikáció egy saját jog, amelyet az ügyfél később birtokol. Mondom az embereknek, hogy elvihetik más fejlesztőkhöz, hogy idézik - így tudják, hogy összehasonlítják az almát az almával.

A lépés fizetése hatékony szűrőként működik. Ha nem hajlandók fizetni néhány órás munkáért, hogy meghatározzanak egy fontos projektet, akkor mennyire fontos ez a projekt? Tapasztalatom szerint a legtöbb vásárló barátságos elmagyarázás után elég fogékony az ötletre, és azok, amelyek még nem, valószínűleg később is problémává válnak.



Ezt a kérdést és választ automatikusan lefordították angol nyelvről.Az eredeti tartalom elérhető a stackexchange oldalon, amelyet köszönünk az cc by-sa 3.0 licencért, amely alatt terjesztik.
Loading...