La mejor manera de limitar una versión de prueba? [cerrado]
https://stackoverflow.com/questions/967294
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Estoy construyendo un software shareware que permite a los usuarios importar varios tipos de archivos (XML, CSV, etc.) en una base de datos. Me gustaría ofrecer una versión de prueba, pero limitarlo de alguna manera para evitar que los usuarios que realmente lo necesitan, al no tener que comprar alguna vez.
consideré basada en el tiempo límite, pero parece que hay tantas formas de evitar que, sobre todo hoy en día con las máquinas virtuales y otras cosas.
Por lo tanto, estoy pensando en limitar la funcionalidad, pero no quiero que esta versión de prueba para convertirse en crippleware.
¿Alguna vez ha comprado algo de software shareware? ¿Cuál fue la limitación de su versión de prueba?
editar:? Además, ¿cómo se siente acerca de la queja pantallas como un usuario
Solución
Muchas personas sólo tendrán esta herramienta vez en la vida para una importación de algunos datos.
Así que sin duda tendrá que ir a una versión limitada en lugar de una versión de tiempo.
Otros consejos
Mira esta entrada del blog, que es una encuesta realizada por Andy Brice de proveedores de software pequeños. Aquí puede encontrar los tipos de ensayo y su% de uso.
Te recomiendo el Empresas de Programas Foro
http://discuss.joelonsoftware.com/default.asp?biz
carteles regulares no parecen estar de acuerdo que usted no tiene que pensar demasiado acerca de la piratería. Las personas que no van a comprar no va a comprar de todos modos y sistemas de protección de copia complicados corren el riesgo de molestar a los clientes honestos.
Este es un excelente post por Patrick McKenzie acerca de este tema:
http: / /www.kalzumeus.com/2006/09/05/everything-you-need-to-know-about-registration-systems/
Límite de número de usos es la manera más justa.
En cuanto a detener la elusión ... cualquier persona que quiera romper su software, y la mayoría de las personas son demasiado perezosos para eludir nada, pero el uso más trivial.
Yo diría que desea conseguir esas personas que utilizan regularmente su software a pagar felices por ello. Son más propensos a pagar alegremente por él si lo han utilizado un número no trivial de veces.
b.t.w. Que no tiene comparación con un sistema donde se puede utilizar el software durante 30 días no consecutivos. es decir, si se utiliza un día, y después de usarlo 2 semanas más tarde, entonces esto sólo se cuenta como dos días. Nunca he sido tan feliz de pagar por el software que cuando he pagado por comparación.
Es común para el software durante el período de prueba a la falta (o límite) algún rasgo significativo, como imprimir o guardar. He intentado (y comprar) una herramienta de montaje panorama que poner una gran marca de agua a través de la imagen final. Se permitió que la calidad de la herramienta que va a evaluarse, pero poner un límite real en un mayor uso de las imágenes creadas durante el periodo de evaluación.
He enviado una versión de prueba de un producto comercial que permitió a todas las características para ser utilizados con los límites lo suficientemente generosos para funcionar a través de todos los tutoriales en el manual del usuario, pero no permitió que el ahorro de su trabajo. Sabemos que muchos usuarios fueron capaces de determinar rápidamente si la herramienta funcionaría para ellos mediante la construcción de pruebas con sus propios datos, y se generaron más de ventas suficientes para justificar el trabajo de desarrollo añadido para crear la versión de demostración.
El truco en su caso será encontrar una manera de limitar la funcionalidad sin eliminar la utilidad fundamental de un período de prueba: de hecho probar el software.
Tal vez limitar el número de registros que se puede convertir en una carrera que hacer el truco?
Sin duda, con un límite basado en el tiempo. Como usted ha mencionado, esto por lo general es bastante fácil de eludir, pero te prometo que si su software tiene una gran base de usuarios suficiente, grietas van a estar en ningún momento de todos modos. Por lo tanto no hay ningún punto en mi humilde opinión, en lo que hace difícil / imposible pasar por el límite de tiempo de su software.
Cualquier otra limitación (como los Pop-Ups o funcionalidad limitada) sin duda sería un show-tapón para mí. Si no puedo evaluar el software correctamente, tiene que ser muy bueno para que me considero comprarlo.
Por favor, no caer en la trampa de limitar nada acerca de la versión de prueba que no sea tiempo o número de usos. La reducción de la funcionalidad y / o tener molestas ventanas emergentes diciendo "Esta es una característica favorable" simplemente alejar a sus usuarios. Además, el período de prueba es una oportunidad para que usted pueda impresionar a los compradores potenciales, por lo que debe mostrar todas las características en lugar de ocultarlos.
Esta es una decisión de marketing y la respuesta a cualquier decisión de marketing está siempre "depende ...". Por ejemplo, no tiene mucho sentido (en el mercado) para tener un plazo de 30 días para el software que la mayoría de los usuarios probablemente utilizarán solamente una vez (por ejemplo, la recuperación de disco duro).
Hay alguna asociación con problemas de ensayos limitados en el tiempo:
- Un usuario podría usar una vez y luego no tener la oportunidad de completar el juicio antes de los 30 días es para arriba.
- Las limitaciones de tiempo son fáciles de trabajar en torno a, por ejemplo, el uso de máquinas virtuales, registro hacks, o additionalmachines restablecer el reloj del sistema.
- más largo ciclo de ventas - la mayoría de los clientes sólo se van a comprar en el día 31.
Algunos de éstos son evitados si usted va para un número limitado de usos.
El principal problema con los ensayos característica limitada es que el cliente puede no sentir que pueden evaluar por completo el sistema. Pero esto no es demasiado de un problema si usted tiene una buena garantía de devolución (y debe).
Como proveedor prefiero ensayos limitados característica en la mayoría de los casos. Puede ser muy creativo en la forma paralizar el juicio (marcas de agua, número limitado de registros de entrada o salida, etc.).
Sólo quería añadir que este es un grupo extrañamente sesgada. Como programadores queremos ser capaces de ver todas las características, y jugar con ellos, etc. Nos molesta por ciertas limitaciones, y los anuncios, etc.
Sin embargo, las personas normales parecen reaccionar a estas cosas de manera diferente. Sólo digo que no estamos realmente el mercado objetivo aquí, probablemente.
también, hay que señalar que la mayoría de la gente no son tan buenos como nosotros a eludir estas cosas, así como se ha mencionado, algo bastante tonto es probablemente muy bien ...
Tenemos un producto con un libre - versión limitada, y una versión Pro, y otro producto con una prueba gratuita de 2 semanas. En realidad, la versión gratuita también tuvo una versión de prueba de 2 semanas el profesional, por lo que era una especie de ambos ...
Con todo, creo que depende del producto y las personas que lo usan ...
- número limitado de usos
- Anuncios pantallas
- Splash que le hacen esperar X segundos antes de que se va
- No toda la funcionalidad está disponible
- Demostración limitado a una sola base de datos
Cerrar la brecha era una lectura muy esclarecedor cuando Eric por primera vez, lo creemos que es igualmente relevante hoy en día.
Se podría limitar el tamaño del archivo de importación compatible. O el número de usos. O si la velocidad de inserción es un factor crítico que podría comenzar a toda velocidad y luego, después de 30 días de añadir un poco de retraso (pero asegúrese de decirle a sus usuarios esto es intencional).
Por cierto, uno de los peores esquemas se encontraba en la base de datos Ingres para estaciones de trabajo Sun hace 20 años y pico. Si ha introducido la clave de licencia incorrecta, Ingres habilitado en silencio una docena de graves errores de procesamiento de consultas. Después de jugar con él durante una tarde, le dije al vendedor que su producto era ridículamente buggy y que iríamos con un competidor. Me contó rápidamente lo que era el problema, pero para entonces la venta fue casi perdida.
Puede limitar el número de veces que los usuarios pueden utilizar la funcionalidad dentro de un período de tiempo determinado; dicen que pueden usarlo 8 veces en un mes, antes de que vomita una "pantalla de aviso" cuando lo usan. Y si necesitan usarlo más de, digamos, 20 veces en un mes, insistir en que compran el software. Si lo hace, es posible que desee proporcionar un cierto número de teclas para fines de caridad o fines educativos, así; que ayuda a los usuarios comprar el software cuando saben que hay algunos fines benéficos su dinero va a pagar.
He comprado un montón de shareware pero siempre tiendo a ser molesto cuando se deshabilita ciertas características. Yo prefiero para comprobar todas las características antes de hacer una compra. Me gustan las limitaciones que Altova añadir a su software. Siempre se necesita una clave de registro a utilizar su software y de conseguir uno, usted tiene que proporcionar su dirección de correo electrónico a la que se le enviará su clave temporal. A continuación, puede utilizar su software para un máximo de un mes y luego se necesitará una nueva clave. Algunas personas simplemente seguir para solicitar una nueva licencia temporal, pero la mayoría de los usuarios, tarde o temprano adquirir una clave permanente. El software Altova hace una "llamada a casa" para validar la clave que utiliza. Lo hace para restringir el número de usuarios que pueden utilizar el software. Puedo instalar su producto en tantos ordenadores como me gusta, pero en cualquier momento, sólo puedo usarlo en un solo equipo. Si trato de utilizar el software en dos o más sistemas al mismo tiempo, el software detectará este uso múltiple y de este modo bloquear mi acceso a la aplicación.
Sin embargo, sé que muchas personas están dispuestas a pagar por su software si es lo suficientemente bueno. Especialmente si usted puede proporcionar algunos servicios adicionales al lado del software en sí. (Por ejemplo, actualizaciones regulares o suscripciones a datos adicionales alimenta.)
No, nunca he comprado versiones de prueba limitadas. Sin embargo, he donado a un par de proyectos de código abierto. Si esto fuera un software para la gente, en lugar de las empresas Yo recomendaría un sistema de donación.
Este software suena como una aplicación relacionada con el trabajo, por lo que:
- recordatorio constante, como Foxit
- sólo 2 formatos de archivo
- aplicación casado con una sola base de datos
Como se trata de un software para importar datos en una base de datos, también se puede agregar filas a la base de datos que indica que la importación se ha realizado con una versión shareware.
Sólo molesta lo suficiente (filas siguen siendo eliminable), pero se obtiene la mayor parte de las funcionalidades.
¿Qué hay de mantener toda la funcionalidad de re-organización, pero el menú de azar / botones en la versión no pagado;)
