Kial Retpaĝaj RFPoj Ne Funkcias

malbonhumora bebo

Kiel cifereca agentejo en komerco ekde 1996, ni havis la ŝancon krei centojn da kompaniaj kaj senprofitaj retejoj. Ni lernis multon laŭ la vojo kaj reduktis nian procezon al bone oleita maŝino.

Nia procezo komenciĝas per reteja plano, kiu permesas al ni fari iujn komencajn preparajn laborojn kaj eltiri detalojn kun la kliento antaŭ ol ni tro malproksimiĝos laŭ la citado kaj projektado.

Malgraŭ tio, ke ĉi tiu procezo funkcias vere bone, ni tamen renkontas la timatan RFP de tempo al tempo. Ĉu iu amas RFP-ojn? Mi ne pensis tiel. Tamen ili daŭre estas la normo por organizoj serĉantaj deirpunkton kiam ili bezonas ekzekuton de retejo.

Jen sekreto: Retpaĝaj RFPoj ne funkcias. Ili ne taŭgas por la kliento kaj ne taŭgas por la agentejo.

Jen rakonto, kiu ilustras, pri kio mi parolas. Organizo ĵus venis al ni serĉante helpon kun sia retejo. Ili havis RFP kunmetitan ol priskribis norman aron de trajtoj, iujn unikajn petojn kaj la kutimajn dezirlistajn erojn (inkluzive la bonan malnovan normon: "ni volas, ke nia nova retejo estu facile navigebla").

Ĝis nun, tiel bone. Tamen ni klarigis, ke nia procezo komenciĝas per retejo-plano, kiu estas desegnita por doni al ni iom da tempo de konsultado, planado kaj mapado de retejoj antaŭ ol ni devos prezo. Ili konsentis provizore meti la RFP-on flanken kaj komenci per plano kaj ni ekhavis aferojn.

Dum nia unua projekta kunveno, ni esploris iujn specifajn celojn, demandis kaj diskutis merkatajn scenojn. Dum nia diskuto, evidentiĝis, ke iuj el la artikoloj en la Demanda Demando ne plu necesas, post kiam ni respondis iujn el iliaj demandoj kaj ofertis niajn konsilojn laŭ jaroj de sperto.

Ni ankaŭ malkovris iujn novajn konsiderojn eĉ ne inkluzivitajn en la RFP. Nia kliento ege ĝojis, ke ni povis "optimumigi" iliajn postulojn kaj certigi, ke ni ĉiuj estas sur la sama paĝo pri tio, kio estis la plano.

Aldone ni finis ŝparante monon al la kliento. Se ni citus prezon bazitan sur la RFP, ni estus bazinta ĝin sur postuloj, kiuj efektive ne taŭgis por la organizo. Anstataŭe ni konsultis ilin por provizi alternativojn pli taŭgajn kaj pli kostefikajn.

Ni vidas ĉi tiun scenaron ree, tial ni tiom sindediĉas al la plano-procezo kaj kial ni ne kredas je retejaj RFPoj

Jen la fundamenta problemo pri RFP - ili estas verkitaj de la organizo petanta helpon, tamen ili provas antaŭdiri la taŭgajn solvojn. Kiel vi scias, ke vi bezonas produktan agordan sorĉiston? Ĉu vi certas, ke vi volas inkluzivi nur membran areon? Kial vi elektis ĉi tiun funkcion ol tiun funkcion? Ĝi samvaloras iri al kuracisto por ricevi diagnozon kaj kuracadon, sed peti specifajn medikamentojn antaŭ ol vi eĉ vizitos lian oficejon.

Do se vi planas novan retejan projekton, bonvolu provi rompi la RFP-kutimon. Komencu kun konversacioj kaj planado kun via agentejo (aŭ ebla agentejo) kaj alproksimiĝu pli lerte al via retejo-projekto. Plej ofte vi trovos, ke vi ricevos pli bonan rezulton kaj vi eble eĉ ŝparos iom da mono!

7 Komentoj

  1. 1

    Mi malkonsentas. RFP ne estas nur terura ideo por retejoj, ili estas terura ideo por iu ajn projekto.

    La kialoj estas tiuj, kiujn vi menciis supre. Sed jen la plej esencaj kialoj, kial RFP ne funkcias: ili supozas, ke la kliento jam faris ĉiujn novigojn.

    Se vi povas novigi sen helpo, tiam kion tio diras pri via vidpunkto pri la helpo, kiun vi pensas, ke vi bezonas?

  2. 3
  3. 4
  4. 5

    Bone diris. Ĉi tio validas por retejoj ... kaj ĉiu alia produkto aŭ servo, kiu ne estas absoluta varo. RFP provas kvantigi aferojn (do ni povas kompari ilin en kalkultabelo), kiuj spitas kvantigon. Krom se vi petas citaĵojn pri, ekzemple, fervoja vagono el ferercaj buletoj (kaj eble eĉ ne tiam!), Vi devas identigi provizantojn, kiujn vi fidas, kaj permesi al ili fariĝi konsilistoj pri la procezo. Alie, la rezulto estas unu, kiu "aspektas bone sur papero", sed kiu ne funkcias bone en la reala mondo.

  5. 7

    La konkludo: Plej multaj Klientoj ne vere scias, kion ili volas, sed ĉefe ili ne scias, kion ili bezonas ... eterna evangelizado de agentejoj ... ..

Kion vi pensas?

Ĉi tiu retejo uzas Akismeton por redukti spamon. Lernu, kiel via komento datiĝas.