Éviter un ticking B-O-M |


Dans notre enthousiasme à démarrer sur des projets logiciels, nous sautons souvent directement dans le codage et la conception d’interface utilisateur qui rendent le logiciel amusant. Je l’ai fait. Quelques semaines avant l’expédition finale, cependant, quelqu’un identifie un article ou un service manquant qui coûte à l’équipe des nuits blanches – ou un bordereau de calendrier d’un mois. Peut-être que ça ressemble à ça…

“Nous allons passer en version bêta mardi et nous venons de réaliser que nous avons besoin d’un accord de licence pour l’installateur du logiciel. Est-ce que quelqu’un sait qui sont nos avocats? »

Cet octet explique comment une «nomenclature de produits entiers» peut vous épargner beaucoup de peine à vous et à vos clients.

Le monde de la quincaillerie a toujours connu les nomenclatures, également appelées B-O-Ms (prononcées «bombes»). GM et Honda ont des armées de spécialistes de nomenclature qui peuvent réciter l’inventaire des pièces pour une transmission ainsi que les délais de production de chaque fournisseur.

Parmi les start-ups de logiciels libres, il y a généralement une bonne liste des modules logiciels clés à écrire. (Larry travaille sur l’installateur, Sarah a accès à la base de données, Vijay possède l’interface utilisateur…) Cependant, bon nombre des parties essentielles d’un produit logiciel ne sont pas des logiciels. Apparemment de petites choses comme numéros d’assistance gratuits et chemins de mise à niveau sont souvent négligés, mais sont essentiels au succès des clients. Un document complet des exigences marketing (voir le modèle MRD) doit avoir une nomenclature, mais ce n’est généralement pas le cas.

Les meilleures pratiques

J’ai eu beaucoup de succès en organisant très tôt des réunions de brainstorming dans le processus de planification des produits, invitant des penseurs clairs du support et des opérations ainsi que du marketing et de l’ingénierie. En commençant par un tableau blanc propre, nous parlons à travers la mécanique de exactement comment un utilisateur obtiendra et installera notre excellent nouveau logiciel, puis demandez de l’aide et gérez les mises à niveau. À chaque étape, nous listons les éléments qui doivent exister pour que le client réussisse sur l’ensemble de la nomenclature du produit (BOM).

Une équipe interfonctionnelle est la clé pour faire ce travail, comprenant des participants naïfs ainsi que des gens très expérimentés. Le groupe entier parcourt ensuite chaque étape pour le client, essayant d’imaginer ce qui pourrait mal se passer. Voici la toute première étape et ce que nous pourrions découvrir:

“L’UTILISATEUR TÉLÉCHARGE UNE VERSION D’ESSAI DE NOTRE SITE WEB ET EXÉCUTE L’INSTALLATEUR …”

  • Marketing: “Avant d’accéder au téléchargement, l’utilisateur doit avoir à remplir un formulaire Web avec des informations de contact.”
  • Assistance: “Les versions d’essai devraient avoir des licences et des délais d’expiration de 30 jours, afin que nous ne prenions pas en charge les utilisateurs d’essai pour toujours.”
  • Utilisateur naïf: “Si le programme d’installation ne fonctionne pas, qui dois-je appeler (puisque les fichiers d’aide n’ont pas été décompressés par le programme d’installation)?”
  • Opérations: «Le serveur FTP est peut-être en panne. Nous avons besoin d’un moyen de surveiller le serveur de téléchargement, surtout s’il est hébergé ailleurs. »

SoundBytes

Une façon de protéger votre cycle de produits contre les catastrophes consiste à déployer un effort complet sur la nomenclature des produits pour relancer votre réflexion. En combinaison avec un MRD solide, ce modèle vous donne un bon départ. Ne laissez pas vos clients vous apprendre ce qui manque à votre produit.



Source

  • Partager cet article

Laisser un commentaire