Diseña productos USB que apoyen de forma responsable a una comunidad de código abierto.

Separe el ejemplo histórico de su plan. El anuncio de USB Memory Direct sobre las unidades flash 4 de código abierto describía la venta de unidades temáticas para proyectos y la asignación de ganancias a los proyectos participantes. Identificaba a Deployer como socio inicial. Dicho anuncio es un ejemplo de una iniciativa del proveedor; no establece un programa Wopan activo ni un acuerdo de contribución para ningún otro proyecto.

La idea principal es vincular un objeto físico útil con una comunidad a la que la gente quiera apoyar. Su credibilidad depende de la relación y la explicación que hay detrás del producto, no solo del logotipo impreso en el envase.

Primero, defina la relación con el proyecto. Colabore con los responsables del mantenimiento o los representantes autorizados antes de usar el nombre, la mascota o las ilustraciones del proyecto. Defina qué información transmitirá el producto sobre dicha relación y quién aprueba el diseño. Si se prometen ingresos para el proyecto, defina claramente el acuerdo y mantenga un registro de su cumplimiento.

Evite afirmaciones generales que sugieran que una compra apoya automáticamente a una comunidad cuando no se ha establecido el acuerdo financiero u organizativo real.

Decida si el software debe estar en la unidad. El producto podría ser simplemente una unidad de marca genérica. Si incluye software o documentación, identifique la versión, verifique la fuente y cumpla con los requisitos de distribución aplicables. Un programa preinstalado también requiere un plan de compatibilidad y actualización; una edición física no debe presentarse como permanentemente actualizada.

Un índice conciso puede explicar qué se ha suministrado y distinguir el material oficial del proyecto de la información creada para la campaña de merchandising.

La oferta debe ser comprensible. Exprese el contenido, la relación con el proyecto y las condiciones de contribución en un lenguaje sencillo. Pruebe el producto final y conserve la versión maestra aprobada. Esto ofrece a los colaboradores una propuesta revisable, respetando la identidad del proyecto y el trabajo que lo respalda.