En aquesta pàgina
Per què una fitxa tècnica sola no convenç el comprador
Una fitxa tècnica en PDF diu què és l'equip, però no diu si encaixa amb el procés del client. L'enginyer que la llegeix vol saber si li serveix per a la seva escala, si el podrà validar i quant li costarà de fer funcionar. Si la pàgina només penja la taula de valors, aquestes respostes les ha de buscar ell o les ha de preguntar.
Google també valora les pàgines que expliquen més que una llista. A la seva guia de contingut útil pregunta si el text fa una descripció completa del tema i si demostra experiència de primera mà, per exemple de qui ha fet servir el producte. Una pàgina escrita amb l'enginyer que coneix l'equip ho compleix de manera natural.
Com passar de cada especificació a una resposta
El truc és agafar cada línia de la fitxa i escriure al costat la pregunta que respon. Després, la pàgina explica la resposta amb paraules i deixa el valor exacte a la taula. Així l'especificació no es perd, i qui no és expert també entén per què és important.
| Especificació | Pregunta del comprador | Com explicar-ho a la pàgina |
|---|---|---|
| Volum de treball | Encaixa amb la meva escala d'avui i amb la següent? | Rang mínim i màxim i quin model ve abans i després |
| kLa o transferència d'oxigen | Aguantarà el meu cultiu? | Valor amb les condicions de mesura, perquè es pugui comparar |
| Programari de control | Com es guarden i es protegeixen les dades? | Funcions d'audit trail, usuaris i signatura electrònica |
| Materials en contacte amb el producte | Ho podré validar? | Certificats disponibles i com es lliuren |
| Connexions i serveis | S'integra a la meva planta? | Llista d'interfícies i requisits d'instal·lació |
Hem de demanar el correu per descarregar la fitxa tècnica?
Per a la fitxa bàsica, millor no. Qui compara proveïdors vol les dades ràpid, i un formulari pot fer que marxi a la web del costat. Podeu demanar les dades per a documents més detallats, com un exemple del paquet de qualificació o una guia d'instal·lació, que interessen a qui ja està avaluant l'equip de debò.
En quin ordre ha d'anar la informació a la pàgina
La part de dalt ha de dir què és l'equip, per a quin procés i escala serveix i quines són les tres o quatre dades que el diferencien, amb un botó per demanar oferta. A sota, cada bloc respon un perfil diferent. L'enginyer, qualitat i compres llegeixen parts diferents, i cada bloc ha de ser fàcil de trobar.
- Resum de l'equip, el procés i l'escala, amb les dades clau.
- Rendiment i dades de procés, amb les condicions de mesura.
- Control, programari i integritat de dades.
- Documentació de qualificació i certificats.
- Instal·lació, serveis i manteniment.
- Equips de l'escala anterior i de la següent.
Hem de publicar valors de rendiment com el kLa?
Sí, si els heu mesurat amb un mètode que podeu explicar. Un valor sense condicions de mesura no es pot comparar amb el d'un altre fabricant, i un enginyer ho sap. Publiqueu el valor amb el medi, el volum i les condicions de la prova, o no el publiqueu i oferiu-lo a la reunió tècnica.
Vols saber quines especificacions de la teva fitxa no responen cap pregunta del comprador? Deixa'ns les dades i en revisem una amb tu.
Revisem una fitxaCom explicar el programari i l'audit trail sense exagerar
El programari de control és una de les parts que més mira qualitat. La secció 11.10 de la norma 21 CFR Part 11 de l'FDA demana, entre altres controls, un audit trail segur, generat pel sistema i amb data i hora, que registri les accions que creen, modifiquen o esborren registres electrònics. Expliqueu com ho fa el vostre programari i ensenyeu-ne pantalles.
Aneu amb compte amb frases com «equip que compleix la Part 11». La norma s'adreça a les empreses que fan servir els sistemes i també demana procediments i formació que depenen del client. És més precís dir quines funcions té el programari per ajudar el client a complir-la.
Cal una pàgina per a cada volum de l'equip?
Depèn de si són el mateix disseny. Si només canvia el volum, una pàgina de família amb una taula de variants sol ser més clara i evita pàgines gairebé iguals. Si cada escala té un disseny, un programari o unes opcions diferents, cada model mereix la seva pàgina, enllaçada amb la resta de la gamma.
Dades estructurades i un PDF que digui el mateix que la web
Google té un tipus de dades estructurades de producte pensat per a pàgines on no es pot comprar directament, que és el cas de la majoria d'equips de bioprocés. Marqueu el nom, la marca, la descripció i les imatges, i si teniu diversos volums del mateix disseny, agrupeu-los com a variants.
El PDF és útil perquè es comparteix i s'imprimeix, però ha de dir el mateix que la web. El més segur és que les dades surtin d'una sola font, que el PDF porti versió i data i que la pàgina enllaci sempre l'última. Si el PDF repeteix la pàgina, Google permet indicar amb una capçalera HTTP rel canonical que la versió principal és la pàgina.
Qui ha de mantenir les dades al dia?
Les dades tècniques són d'enginyeria o de producte, i la manera d'explicar-les és de màrqueting. El que funciona és tenir una sola font per a les especificacions i una persona que avisi quan canvia alguna cosa. Cada canvi ha d'arribar alhora a la pàgina, al PDF i a la presentació comercial.
Vídeos i imatges que ensenyen l'equip en ús
Una fitxa no ensenya com es treballa amb l'equip. Un vídeo curt de l'operació, un render amb els ports i els sensors marcats o una animació que mostri el flux responen preguntes que el text no resol. Per als equips grans que no es poden fotografiar bé, els renders 3D ho expliquen millor que una foto de fàbrica.
Reprodueix el vídeo. Bioprocess equipment for pilot plants - TECNIC