Nouvelles:

AGORAPUBLIX  LE forum d'échanges libres le plus réactif !
appel à Soutiens  cliquez ici svp
 

2008  -  2025 :     plus de 17 ans d'existence !  
Notre site Web : http://asso.agorapublix.com 
RAPPEL ! : un compte sans aucun message posté sera détruit ! 
Pour tout problème merci d'envoyer un message à l'adresse contact@agorapublix.com    Vous ferez de même pour toute demande sur le sujet du RGPD ou connexe. 
Assurez-vous que votre système, courriel compris, accepte les trames en provenance du domaine "agorapublix.com" 
Vous trouverez dans la rubrique "Agorapublix c'est quoi ? - Présentation et historique" les informations pour les nouveaux arrivants ainsi que la Charte d'utilisation du forum, et des Données Personnelles. Nous vous invitons à prendre connaissance de ces chartes et à veiller à leurs application.

Menu principal

Analyse PSE facultatives

Démarré par Shmouck, Avril 07, 2015, 12:47:08 PM

« précédent - suivant »

0 Membres et 1 Invité sur ce sujet

Shmouck

Bonjour,

Sur un secteur spécialisé en termes de fournisseur ('sont pas nombreux), pour une même référence certains proposent deux types de produits distincts, et de manière alternative (certains proposent le produit A uniquement, d'autres le produit B uniquement). Les deux sont dans des gammes de prix similaires, sans pour autant que l'on puisse parler de produits identiques, même s'ils couvrent un même besoin.

J'envisage deux solutions:
- Formulation "fonctionnelle" dans le bpu, avec une désignation qui recouvrira tant le produit A que le produit B (mais alors risque d'y voir une mauvaise définition du besoin ?)
- Deux PSE facultatives : PSE produit A et PSE produit B. A l'analyse, j'inclus dans l'offre de chaque candidat la PSE qu'il a proposé, et je les compare sur cette base. Ca revient à comparer des candidats avec des produits différents (genre candidat 1 offre de base + PSE A et candidat 2 offre de base + PSE B), mais ça évite le tirage d'oreille sur la définition du besoin (parce que sur les références en cause, y'en a pour des sous, et c'est aussi pour ça qu'on veut les inclure directement dans le BPU, sinon ça mangerait trop notre % de commande sur catalogue).

Qu'en pensez vous ? Merci !
This town ain't big enough for the both of us

Albator

Une définition fonctionnelle objective des besoins (et non estampillée produit de la marque x ou du fournisseur y) reste une définition des besoins  ;)
J'opterai pour cette solution si ce qui compte est la performance du produit plus que le produit lui-même (et si l'un peut aller sans l'autre)
Apices juris non sunt jura.
"J'entends et j'oublie, je vois et je me souviens, je fais et je comprends" (Confucius).

speedy

description fonctionnelle en précisant dans le RDC que la proposition technique deviendra contractuelle ....
si le comptable n'a pas besoin de calculette pour calculer ta retraite .....  c'est pas bon signe  !

Shmouck

Va pour description fonctionnelle alors, merci à vous deux !
This town ain't big enough for the both of us