KaldreyGuía
Preguntas de actualización para hacer antes de que usted ordene
El firmware y las preguntas de actualización de datos para establecer en un detector de radar cita: método, host, costo, versión disciplina y lenguaje de listado.
El campo que sobrevive el envío
La mayoría de los campos de especificación describen la unidad como se envía. El campo de actualización describe la unidad para el resto de su vida, y es el vendedor más a menudo dejar fuera de una cita y más a menudo explicar después de una venta. Solución de las preguntas de actualización antes del pedido cuesta un mensaje. La solución después de la primera vuelta cuesta una temporada de correo de apoyo.
¿Se puede actualizar la unidad?
Comience con la pregunta binaria, porque no cada unidad es actualizado y eso no es un defecto. Una unidad sin una ruta de actualización debe enumerarse como función fija: el listado describe el comportamiento con el que se envía, y nunca implica mejora futura. Confirme por escrito, por SKU, si existe una ruta de actualización, porque la respuesta cambia el listado, las expectativas de soporte y el cliente encaja.
El método, host y costo
Cuando existan actualizaciones, confirme tres cosas como una: el método, que significa cable a una computadora, conexión a un teléfono o algo más; el host, que significa quién proporciona la actualización y desde dónde; y el costo, que significa libre para la vida del producto, libre por un período, o pagado. Cada respuesta es una línea de listado. Pregunte qué sistemas operativos se ejecuta el actualizador y qué idiomas habla, porque el actualizador es software que sus clientes correrán, y su calidad refleja en usted. Pregunte qué sucede con la configuración de la unidad durante una actualización; un proceso que limpia la configuración necesita una advertencia en las instrucciones.
Disciplina de la versión en producción
Pida a la fábrica que registre la versión de firmware por ejecución de la producción y que la indique en los documentos de envío. Pida aviso escrito y, donde el comportamiento cambia, aprobación para cualquier cambio de versión entre carreras. Esta es la misma disciplina que cualquier cambio de componente, y es lo que te permite responder "¿qué versión es mi unidad?" con un documento en lugar de una conjetura. Unidades en el campo llevarán diferentes versiones exactamente mientras su stock se convierta, y el registro es lo que mantiene las respuestas de soporte verdaderas.
Características de los datos, si el SKU los lleva
Cuando una unidad almacena datos, como puntos que guarda el controlador, confirma lo que contiene los datos, dónde vive, cómo se actualiza y qué costes de actualización. Describir funciones de datos estrictamente dentro de la descripción escrita del proveedor, y mantenerlos sobre el propio contenido y ajustes guardados del controlador. Nada sobre los datos almacenados en esta categoría debe describirse como relacionados con la aplicación, y los listados que mantienen esa línea limpia nunca tienen que defenderla.
El lenguaje de inclusión y soporte
- Indique si la unidad es resistente, por qué método, y a qué costo.
- Nunca prometer características futuras; el listado describe la unidad como se envía.
- Mantenga las instrucciones del actualizador con la página del producto, fechada a la versión que describen.
Un mensaje con estas preguntas, enviado con el RFQ, cierra el campo. El proveedor que lo contesta precisamente le está diciendo cómo manejan cada otra pregunta de larga vida, que vale la pena conocer antes del orden en lugar de después.
La cláusula de actualización en el orden
Convierta las preguntas de actualización en una cláusula en los términos del pedido: la versión de firmware para esta ejecución, declarada en la lista de embalaje; notificación por escrito para cualquier cambio entre las carreras; el método de actualización, host y costo para la vida del SKU, o la declaración honesta de su fin. La cláusula es corta, y mueve cada conversación posterior de memoria a documento. Los proveedores lo aceptan fácilmente, porque describe la disciplina que ya tienen; los compradores que lo piden son simplemente los que se darán cuenta si se desliza, y notar es todo el punto.
El actualizador como producto
Cuando un SKU tiene una ruta de actualización, el software de actualización se convierte en parte de la experiencia de su cliente de su marca, y merece el mismo escrutinio que el hardware. Pregúntelo antes del pedido: qué sistemas operativos se ejecuta, si detecta la unidad de forma fiable, cómo reporta errores, y qué cubre su lenguaje de interfaz. Un actualizador torpe convierte una buena unidad en un tema de soporte, y el tema es siempre su nombre, no el de la herramienta. Cuando el actualizador no puede ser mostrado, pida su documentación y precio el coste de soporte de una herramienta invisible en la decisión. Los vendedores que evalúan al actualizador como un producto nunca tienen que disculparse por él más tarde.
Versión deriva a través de una temporada
Dentro de una temporada de venta, su almacén puede realizar dos revisiones de firmware del mismo SKU, y el mostrador de soporte necesita saber qué unidad es cuál. Pregunte a la fábrica para marcar la versión en el cartón o la lista de embalaje, por ejecución. Luego escribe la macro de soporte que pide al cliente su versión antes de diagnosticar, con las dos frases que les dicen dónde encontrarla. La pregunta de la versión se siente burocrática hasta el día que llega una diferencia de comportamiento, y en ese día es la diferencia entre una respuesta de dos minutos y una semana de hilo confundido.
La honestidad final de la vida
Los caminos de actualización tienen finales: una herramienta deja de mantenerse, un host retira una plataforma, una fábrica se mueve. Pregunte, en la etapa de pedido, a qué se compromete el proveedor y por cuánto tiempo, y escriba la respuesta. Cuando llegue el final, dígale claramente a los clientes: la unidad permanece como enviada, la última actualización vive aquí, y aquí está la guía para la transición. Un final honesto cuesta una página; un silencioso cuesta las reseñas de cada cliente que lo descubrió solo. El vendedor que planificó el final es también el vendedor cuyo próximo lanzamiento modelo se cree.
La página de actualización en su propio sitio
Cuando un SKU es actualizado, dale una página: versión actual, método de actualización, requisitos del actualizador, la advertencia de configuración y la fecha en que verificó la página. Enlace desde el listado y desde el QR de la tarjeta de atención donde se utiliza uno. La página es donde la disciplina de la versión se convierte en cara al cliente, y es la URL que el macro de soporte envía en lugar de reexplicar. Cuando una nueva versión se envía, actualiza la página primero y la macro segunda, así que cada respuesta vinculada es verdadera antes de que cualquier cliente la lea. Veinte minutos por ciclo de actualización, y la queja más común de la categoría nunca aprende el nombre de su tienda.