Cómo escribir un PPT de introducción al sistema de comercio electrónico
El esquema, como sugiere el nombre, debe describir la idea completa de cómo hacer el objetivo en una forma escrita y estructurada para que el lector pueda entender cómo lograr el objetivo. Entonces, ¿qué están haciendo esas personas que no están claramente empacando espacio? ¿Cómo podría ser? Todos los planes son deshonestos.
Ahora me centraré en el campo empresarial del comercio electrónico y compartiré con ustedes las ideas de arquitectura de soluciones proporcionadas principalmente por los sistemas de soporte empresarial. Este artículo comparte principalmente el plan PPT. Para el plan de palabras, puede consultar la lluvia de ideas estructural que compartiré con usted más adelante.
Primero, la estructura ideal
Hablemos primero de la estructura de solución ideal, especialmente para clientes importantes con cierta escala y estatus en la industria. La integridad y amplitud del plan son manifestaciones importantes de profesionalismo. Así que doy un marco estructural relativamente completo.
1. Presentación de la empresa: presente la empresa al principio, de modo que la Parte A recuerde su empresa primero en términos de "interés". En particular, utilice casos de referencia para ganarse el favor y el interés de la Parte A.
2. Plan de negocio: Primero, explicar cómo debe hacer el cliente el negocio del comercio electrónico. Esta parte es el núcleo del plan y se destacará a continuación.
3. Solución técnica: dado que el contenido específico de la construcción del sistema se indicó en la parte anterior, la parte de la solución técnica se centra en presentar la arquitectura/mecanismo técnico que muestra la topología del hardware, las ideas de diseño y los requisitos de configuración; detalle y nuestros servicios técnicos brindados (incluidos operación y mantenimiento básicos, SLA, etc.)
4. Plan de servicio: para los planes comerciales y técnicos anteriores, los servicios que brindamos pueden incluir mantenimiento de software (es decir, , aquellos durante el horario laboral), transferencia de conocimientos (en realidad, capacitación en operación de software, capacitación técnica, etc.) y otros servicios (si la subcontratación, las operaciones cooperativas, los servicios de almacenamiento y los servicios logísticos se pueden cubrir juntos).
5. Gestión de proyectos: Al ser un proyecto personalizado, la expresión de cómo realizar este proyecto debe ser indispensable. Generalmente incluye métodos de gestión de proyectos, estructura organizativa de gestión de proyectos, presentación del personal, herramientas de gestión de proyectos utilizadas y esquema del plan del proyecto.
Generalmente, dicha estructura de plan se utiliza para licitar durante la etapa de licitación.
Dos. Marco del plan de negocios
La expresión del plan de negocios es el tema central de este artículo y generalmente se utiliza para producir propuestas de proyectos. En términos generales, esta parte está escrita según la siguiente estructura. Debido a 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. En el futuro tendré la oportunidad de compartir la estructura del plan de operaciones comerciales.
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 implementar el negocio actual se pueden analizar en el lugar y se puede clasificar de manera efectiva el desempeño razonable del diseño comercial. 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 breve para presentar la estructura o imagen general del negocio actual, de modo que exprese de manera aproximada la estructura del negocio. Por lo general, utilizamos el panorama empresarial para mostrar una descripción general del negocio. La característica más importante de esta parte es un resumen de alto nivel y presenta los puntos más críticos del negocio. A veces no es fácil expresar esta parte gráficamente, pero puedes ordenar los elementos clave y expresarlos brevemente.
3. Modelo de roles: la solución 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 es responsabilidad de compradores y vendedores. Aunque los vendedores pueden definir roles con permisos moleculares (como gerente de producto, gerente de pedidos, supergerente, etc.), en general, todos pertenecen al mismo tipo de rol.
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 del sistema se reflejarán aquí. Por ejemplo, en el negocio MarketingPlace (plataforma multicomerciante), el enlace del cajero tiene dos funciones de aplicación: cajero unificado y cajero distribuido. El primero recibe dinero de la plataforma y luego lo liquida periódicamente al comerciante; el segundo realiza el pago en tiempo real o casi en tiempo real por parte del comerciante y comparte la cuenta con la plataforma. La descripción de la funcionalidad de la aplicación tiene como objetivo definir claramente las características comerciales y los requisitos del sistema. Los detalles de esta parte afectarán la precisión y duración de la expresión del plan. Si no se acumula la expresión general, será bastante agotador. Por lo tanto, en ocasiones se representa mediante un diagrama de lógica empresarial con características resumidas. A la hora de explicar, un solo diagrama puede abarcar más del 80% de las características de la aplicación.
Un diagrama de lógica empresarial "antiguo" de la BBC elaborado hace casi 10 años todavía está en uso. 5. Arquitectura del sistema: el llamado negocio de comercio electrónico inevitablemente involucrará sistemas, por lo que después de explicar el negocio, es necesario explicar cómo es el sistema de soporte comercial. El siguiente contenido se centrará en este 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 representar mediante dos diagramas. El primero explica el diseño funcional general y el alcance, mientras que el segundo explica qué sistemas externos interactúan con qué datos.
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, nos dedicábamos al negocio del mercado de repuestos para automóviles y los datos del producto estaban relacionados con modelos, servicios, proveedores y puntos de conocimiento de contenido. Por tanto, debemos explicar la conexión y el cliente sabrá que has entendido sus necesidades. Generalmente, no implica el plan de preventa de proyectos complejos, que es el contenido del anteproyecto.
7. Análisis típico de aplicaciones/procesos: dado que se trata de personalización empresarial, sin un sistema para la demostración de POC, el proceso empresarial o el flujo de procesamiento del sistema se describirá a través de un diagrama de flujo empresarial. Se recomienda utilizar diagramas de carriles de natación para describir las características de los personajes. 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, alguna parte A exigente o poco profesional esperará que la parte B presente una visualización y operación de interfaz intuitiva durante la etapa de preventa. Similar a las exhibiciones competitivas 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 crear a través de herramientas de creación de prototipos para demostrar el proceso operativo. Las capturas de pantalla se pueden mostrar en PPT. Normalmente, se trata de un esfuerzo de diseño durante la implementación del proyecto. Si este tipo de trabajo se completa en la etapa de preventa, significa que la Parte B no duda en pagarlo. Si el concurso fracasa, sólo servirá como materia prima para otros proyectos futuros.
9. Análisis de desarrollo secundario: para proyectos desarrollados utilizando sistemas prototipo, el análisis de la carga de trabajo del desarrollo secundario también es muy importante, que también es la base para las cotizaciones externas. Por lo tanto, en el pasado, generalmente realizamos análisis de requisitos diferenciados, mostramos una lista de dos funciones y clasificamos 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 completado el sistema, el plan de negocios general finaliza, pero algunos proyectos requerirán que la Parte B realice una planificación operativa. Por lo general, las áreas operativas involucradas se pueden descomponer y elaborar a partir de: marco operativo, tareas centrales, estrategias operativas, división organizacional del trabajo, sistema de gestión, etc.
Para resumir, basándome en mi experiencia personal en soluciones de sistemas de comercio electrónico, me gustaría enfatizar los siguientes tres puntos:
1. el artículo no podrá escribir una buena solución.
2. El núcleo de la redacción de un buen plan es la lógica + estructura, y la estructura de puntuación total se utiliza con más frecuencia.
La expresión clara y el contenido persuasivo son el foco del plan de expresión. Por lo tanto, se recomienda desglosar la secuencia general del programa y expresarla utilizando una estructura de puntuación total. La estructura grande debe ser lo más plana posible para reducir los niveles excesivos de puntuación total.
3. La presentación regular del plan es un requisito básico.
Los planos aprobados deberán estar estandarizados en su presentación. Los estándares de aplicación de tamaño de fuente, especificaciones de título, especificaciones de formato, colores unificados y estilos gráficos son manifestaciones de respeto a los lectores y reflejo de una escritura profesional. Odio los PPT con tamaños de fuente inconsistentes y trazos fuertes de cortar y pegar. En mi lógica, tu sinceridad significa tu calidad.