Cómo escribir una introducción PPT al sistema de comercio electrónico

Anteriormente trabajé para una empresa de productos de software de comercio electrónico, lo cual es una característica muy típica del Partido B. Al ser un negocio de KA, la idea básica de respuesta empresarial es apoyar las demandas comerciales del cliente a través de un sistema personalizado y desarrollado en base a nuestros productos como prototipos. Por lo tanto, habrá varias situaciones en las que los padres del Partido A pedirán soluciones y soluciones de productos estándar tan pronto como surjan. Los "padres" pensarán que no es exacto y el punto de referencia no está satisfecho si quieren escribirlo; Bueno, necesitan agregar mucho contenido y no saben cómo empezar. Es un gran ensayo para un ex consultor. Debido a que el negocio no estaba enfocado en la industria en ese momento, el negocio del cliente sería muy diferente. Elaborar una solución de alta calidad requería mucho tiempo y era laborioso, y a menudo era difícil pero no necesariamente satisfactorio. Lo más importante es que mucha gente todavía no sabe escribir.

Un plan, como sugiere el nombre, debe escribirse y estructurarse para describir la idea completa de cómo hacer el objetivo, de modo que los lectores puedan entender qué hacer para lograr el objetivo. Entonces, ¿qué hacen aquellos que acumulan espacio sin explicar claramente? ¿Cómo hacerlo? Todos los planes son deshonestos.

A continuación, compartiré principalmente con ustedes la idea de una arquitectura de solución enfocada en el campo empresarial del comercio electrónico, con el sistema de soporte empresarial como principal proveedor. Este artículo comparte principalmente el plan PPT. El plan WORD puede basarse en la estructura y generar una lluvia de ideas. Lo compartiré con ustedes cuando tenga la oportunidad en el futuro.

1. Estructura ideal

Primero hablemos de la estructura de la solución ideal, especialmente para clientes importantes con un cierto tamaño y estatus en la industria, la integridad y amplitud de la solución es importante. manifestación de profesionalismo. Entonces doy un marco estructural más completo.

1. Presentación de la empresa: presente la empresa al principio, deje que la Parte A recuerde su empresa primero en términos de "interés", especialmente utilice casos de evaluación comparativa para ganarse el favor y el interés de la Parte A.

2. Plan de negocios: Primero, explique cómo los clientes deben hacer negocios de comercio electrónico. Esta parte es el núcleo del plan, en el que nos centraremos a continuación.

3. Solución técnica: dado que el contenido específico de la construcción del sistema se expresó en la parte anterior, la parte de la solución técnica se centra en la introducción de la arquitectura/mecanismo técnico y las ideas de diseño, una visualización detallada; de los requisitos de configuración y los servicios técnicos que brindamos (incluidos operación y mantenimiento básicos, SLA, etc.)

4. Plan de servicio: en respuesta al contenido del plan comercial y técnico anterior, los servicios que brindamos El contenido puede incluir mantenimiento de software (el contenido que vende las horas de trabajo de las personas), transferencia de conocimientos (en realidad, capacitación en operación de software, capacitación técnica, etc.), otros servicios (si se subcontrata operación, cooperación, servicios de almacenamiento, servicios de logística, etc.). (cubiertos juntos)

5. Gestión de proyectos: debido a que es un proyecto personalizado, la expresión de cómo realizar este proyecto debe ser indispensable. Generalmente, incluirá la metodología de gestión de proyectos, la estructura organizativa de la gestión de proyectos, la presentación del personal, las herramientas de gestión de proyectos utilizadas, el esquema del plan del proyecto, etc.

Generalmente, la licitación se basa en dicha estructura del plan durante la etapa de licitación.

2. Marco del plan de negocios

La expresión del plan de negocios es el tema central de este artículo. Generalmente se utiliza para realizar propuestas de proyectos. Esta parte generalmente se escribe de acuerdo con lo siguiente. estructura. Dado que se basa en la construcción del sistema, la expresión y el procesamiento del negocio están relacionados con las capacidades del sistema. Compartiré la estructura del plan de operación comercial cuando tenga la oportunidad en el futuro.

1. Comprensión empresarial: esta parte se utiliza principalmente para "confirmar los ojos" con el padre del Partido A. Si los antecedentes comerciales se pueden explicar claramente, las ideas comerciales para ejecutar el negocio actual se pueden analizar bien y el desempeño razonable del diseño comercial se puede clasificar de manera efectiva. Esta parte es el requisito previo para convencer eficazmente a los clientes de que inicien el proyecto.

2. Descripción general del negocio: intente utilizar una expresión concisa para presentar la estructura o panorama del negocio actual y utilícela para resumir la estructura del negocio. Generalmente, utilizamos el panorama empresarial para mostrar el. comprensión del negocio. Lo mejor es que esta parte tenga características muy resumidas y presente los puntos más críticos del negocio. A veces esta parte no es fácil de expresar gráficamente. Puedes organizar los elementos clave y expresarlos de forma resumida.

3. Modelo de roles: El plan debe describir los diversos roles involucrados en el negocio y el sistema, y ​​explicar la relación entre estos roles en el negocio y el sistema. Por ejemplo, el negocio B2C tiene dos roles: comprador y vendedor. Aunque los vendedores pueden definir roles con permisos moleculares (como administrador de productos, administrador de pedidos, superadministrador, etc.), en general, todos pertenecen a la misma categoría.

4. Características de la aplicación: las características de la aplicación son el contenido clave para describir el negocio, y las particularidades del negocio y el sistema se reflejarán aquí. Por ejemplo, en el negocio MarketingPlace (plataforma multicomerciante), el enlace de cajero tiene dos características de aplicación: cajero unificado y cajero distribuido. La primera es que el dinero se recibe de la plataforma y luego se envía a los comerciantes mediante liquidación regular; Este último realiza el intercambio de cuentas y cajero comercial en tiempo real o casi en tiempo real con la plataforma. La descripción de esta característica de la aplicación define claramente las características comerciales y los requisitos del sistema. Los detalles de esta parte afectarán la sofisticación y la extensión de la expresión del plan. Será bastante agotador si la declaración general se hace sin acumulación. Por lo tanto, a veces se utilizan diagramas de lógica de negocios con características resumidas para expresarlo. Al explicar, un diagrama puede cubrir más del 80% de las características de la aplicación.

La gente todavía utiliza un diagrama de lógica empresarial "antiguo" de la BBC elaborado hace casi 10 años.

Arquitectura del sistema: el llamado negocio de comercio electrónico inevitablemente involucrará sistemas. Entonces, después de explicar claramente el negocio, es necesario explicar cómo es el sistema de apoyo empresarial. El contenido siguiente se centrará en el sistema. Por tanto, la parte de arquitectura del sistema generalmente habla de la estructura funcional del sistema y su relación con los sistemas externos, la cual se puede expresar en dos diagramas. El primero explica el diseño funcional general y el alcance, y el segundo explica qué datos interactúan con qué sistemas externos.

6. Relaciones de datos: cuando encuentre relaciones de datos complejas, debe expresar su comprensión de las relaciones de datos. Por ejemplo, en el pasado, cuando estábamos en el negocio del mercado de repuestos para automóviles, los datos del producto estaban relacionados con modelos, servicios, proveedores y puntos de conocimiento del contenido, por lo que se deben explicar las conexiones para que los clientes sepan que se han comprendido sus necesidades. Generalmente, el plan de preventa para proyectos complejos no lo incluye, pero sí está incluido en el anteproyecto.

7. Análisis típico de aplicación/proceso: dado que se trata de personalización empresarial, si no existe un sistema para la demostración de POC, el proceso empresarial o el flujo de procesamiento del sistema se describirán mediante diagramas de flujo empresarial. Se recomienda utilizar un diagrama de carriles de natación para describir las características del rol. El diagrama de flujo se complementa con una descripción textual para reforzar sus puntos característicos.

8. Diseño de prototipos: dado que la mayoría de los proyectos de comercio electrónico involucran interfaces y procesos de clientes, algunas partes exigentes o no profesionales esperarán que la Parte B presente visualizaciones y operaciones de interfaz intuitivas durante la etapa de preventa. Similar a los discursos en publicidad. Si los productos prototipo existentes no se pueden configurar fácilmente con POCDemo, los prototipos de baja o alta fidelidad solo se pueden producir a través de herramientas de creación de prototipos para demostrar el proceso operativo. Las capturas de pantalla se pueden mostrar en el PPT del plan. Por lo general, este es un trabajo de diseño durante la implementación del proyecto. Si este tipo de trabajo se realiza en la etapa de preventa, significa que la Parte B ha gastado todo el dinero. Si la competencia fracasa, solo puede acumular algunas materias primas para otros proyectos futuros. .

9. Análisis de desarrollo secundario: para proyectos desarrollados con sistemas prototipo, el análisis de la carga de trabajo de desarrollo secundario también es muy importante, que también es la base para las cotizaciones externas. Por lo tanto, solíamos hacer un análisis de demanda diferenciado, mostrar una lista de funciones secundarias y clasificar varias funciones explícitas y no explícitas que deben modificarse y agregarse una por una para que el personal técnico evalúe la carga de trabajo. Esto requiere que el programador tenga un buen conocimiento del sistema prototipo.

10. Diseño operativo: una vez finalizado el sistema, el plan de negocios general finaliza aquí, pero algunos proyectos requerirán que la Parte B lleve a cabo la planificación operativa. Por lo general, las áreas involucradas en las operaciones se pueden descomponer y elaborar a partir de: marco operativo, tareas centrales, estrategias operativas, división organizacional del trabajo y sistemas de gestión.

Para resumir mi experiencia personal en soluciones de sistemas de comercio electrónico, me gustaría enfatizar los siguientes tres puntos:

1. escribir buenas soluciones.

2. El núcleo de la redacción de un buen plan es la lógica + estructura, y a menudo se utiliza la estructura de puntuación total.

El uso de niveles de expresión claros y contenidos persuasivos son los puntos clave de la expresión del programa. Por lo tanto, se recomienda descomponer el orden general del plan y expresarlo en una estructura de puntuación total. La gran estructura debe ser lo más plana posible para reducir los niveles excesivos de puntuaciones totales.

3. La presentación organizada del plan es un requisito básico.

Una propuesta aprobada debe tener una expresión estandarizada. El uso estándar de tamaños de fuente, especificaciones de títulos, especificaciones de diseño, uso uniforme de colores y estilos gráficos uniformes son manifestaciones de respeto por los lectores y la escritura profesional. Odio los PPT con tamaños de fuente inconsistentes y grandes rastros de cortar y pegar. En mi lógica, tu sinceridad implica tu calidad.