Đang tải... (xem toàn văn)
Outline dự án marketing mix cho chiến dịch Đã cầm ly để Be cầm lái của BeDriver Mục tiêu Tăng nhận diện thương hiệu BeDriver Tăng số lượng tài xế đăng ký sử dụng app BeDriver Tăng số lượng khách hàng sử dụng dịch vụ của BeDriver Bối cảnh Ngành xe công nghệ tại Việt Nam đang phát triển mạnh mẽ, với sự cạnh tranh gay gắt giữa các hãng. BeDriver là một hãng xe công nghệ mới, cần xây dựng thương hiệu và phát triển thị phần. Tỷ lệ tai nạn giao thông do sử dụng rượu bia ở Việt Nam là rất cao. Khách hàng mục tiêu Những người đã sử dụng đồ uống có cồn và cần một phương tiện di chuyển an toàn. Những người quan tâm đến vấn đề an toàn giao thông. Những người trẻ, năng động, thích trải nghiệm những dịch vụ mới. Phân tích SWOT Điểm mạnh: Thương hiệu mới, có nhiều tiềm năng phát triển. Mức giá cạnh tranh. Đội ngũ tài xế đông đảo, chất lượng. Điểm yếu: Nhận diện thương hiệu còn hạn chế. Số lượng tài xế chưa nhiều ở một số khu vực. Cơ hội: Ngành xe công nghệ đang phát triển mạnh mẽ. Tỷ lệ người sử dụng rượu bia ngày càng cao. Thách thức: Sự cạnh tranh gay gắt giữa các hãng xe công nghệ. Nhận thức của người dân về vấn đề an toàn giao thông còn hạn chế. Chiến lược sáng tạo Big idea: Đã cầm ly để Be cầm lái Concept: Nhắc nhở người dân về sự nguy hiểm khi lái xe sau khi sử dụng rượu bia và khuyến khích họ sử dụng dịch vụ của BeDriver để di chuyển an toàn. Key message: Đã uống rượu bia thì không nên lái xe IMC roadmap: Giai đoạn 1: Khởi động (Tháng 7 năm 2023) Tăng nhận diện thương hiệu BeDriver Phát sóng các quảng cáo trên truyền hình, đài phát thanh, báo chí,... Tổ chức các sự kiện, hội thảo,... để giới thiệu app BeDriver đến với khách hàng tiềm năng. Giai đoạn 2: Phát triển (Tháng 8 tháng 9 năm 2023) Tăng số lượng tài xế đăng ký sử dụng app BeDriver Thực hiện các chiến dịch truyền thông trên mạng xã hội với thông điệp Đã cầm ly để Be cầm lái. Tổ chức các chương trình khuyến mãi, ưu đãi hấp dẫn cho tài xế. Giai đoạn 3: Tăng trưởng (Tháng 10 tháng 12 năm 2023) Tăng số lượng khách hàng sử dụng dịch vụ của BeDriver Tổ chức các sự kiện, hội thảo,... để giới thiệu app BeDriver đến với khách hàng tiềm năng. Tăng cường chăm sóc khách hàng, cung cấp dịch vụ chất lượng cao cho khách hàng. Kết luận Chiến dịch Đã cầm ly để Be cầm lái của BeDriver có thể đạt được hiệu quả cao trong việc đạt được các mục tiêu marketing của BeDriver. Chiến dịch này có những điểm mạnh sau: Big idea phù hợp với đối tượng khách hàng mục tiêu. Key message dễ nhớ, dễ truyền tải. IMC roadmap được triển khai đồng bộ và hiệu quả. Chiến dịch này cũng có một số hạn chế cần khắc phục, chẳng hạn như: Cần tăng cường truyền thông trên các kênh truyền thông trực tuyến để tiếp cận đối tượng khách hàng trẻ. Cần xây dựng các chương trình khuyến mãi hấp dẫn hơn để thu hút tài xế. Cần nâng cao chất lượng dịch vụ để giữ chân khách hàng. Khuyến nghị, giải pháp Để chiến dịch đạt được hiệu quả cao hơn, BeDriver có thể thực hiện các khuyến nghị, giải pháp sau: Mở rộng phạm vi truyền thông trên các kênh truyền thông trực tuyến, đặc biệt là mạng xã hội. Xây dựng các chương trình khuyến mãi hấp dẫn hơn, phù hợp với nhu cầu và sở thích của tài xế.
MINISTRY OF TRAINING AND EDUCATION HO CHI MINH UNIVERSITY OF ECONOMICS & FINANCE INFORMATION TECHNOLOGY FACULTY MID-TERM REPORT Functional specification about JKL Company, specializing in training actors Subject: Management Information System Class : A06E Lecturer: Master Mr Lê Văn Linh Team : 1|Page AUTHORS Name Trần Thị Minh Ánh Chu Thị Mỹ Phương Lương Hoàng Giang Role Department Main content, accompanying flowcharts and mock up Accompanying tables and flow charts, main ppt Main accompanying tables, main word, ppt 100% 100% 100% DOCUMENT HISTORY Date Version Document Revision Description Document Author APPROVALS Approval Date Approved Version Approver Role Approver 2|Page Table of content Introduction 1.1 Purpose of the document 1.2 Project Scope 1.3 Scope of the document 1.4 Related documents 1.5 Terms/Acronyms and Definitions 1.6 Risks and Assumptions System/ Solution Overview 2.1 Context Diagram/ Interface Diagram/ Data Flow Diagram, Application Screen Flow, Sitemap, Process Flow 2.2 System Actors .14 2.2.1 User Roles and Responsibilities / Authority Requirements .14 2.3 Dependencies and Change Impacts 15 2.3.1 System Dependencies: 15 2.3.2 Change Impacts: .15 Functional Specifications 16 3.1 Management Actor Info 16 3.1.1 Purpose/ Description 16 3.1.2 Use Case 16 3.1.3 Mock-up 18 3.1.4 Functional Requirements .19 3.1.5 Field level specifications 20 3.2 Manage Casting Person Info 24 3.2.1 Purpose/ Description 24 3.2.2 Use Case 24 3.2.3 Mock-up 25 3.2.4 Functional Requirements .27 3.2.5 Field level specifications 28 3.3 Manage Interview Video 31 3.3.1 Purpose/ Description 31 3.3.2 Use Case 31 3.3.3 Mock-up 33 3|Page 3.3.4 Functional Requirements .34 3.3.5 Field level specifications 35 3.4 Manage Sending Presents .38 3.4.1 Purpose/ Description 38 3.4.2 Use Case 39 3.4.3 Mock-up 40 3.4.4 Functional Requirements .41 3.4.5 Field level specifications 42 3.5 Manage Audition Schedules 46 3.5.1 Purpose/ Description 46 3.5.2 Use Case 46 3.5.3 Mock-up 49 3.5.4 Functional Requirements .50 3.5.5 Field level specifications 51 System Configurations: 54 ● Configuration 1: Create actor database: .54 ● Configuration 2: Movie management system: 55 Other System Requirements/ Non-Functional Requirements: 55 ● Efficiency: 55 ● Security: 55 ● Backup and restore data: .55 Reporting Requirements: 56 Integration Requirements: 56 7.1 Exception Handling/ Error Reporting 57 Data Migration/ Conversion Requirements 57 8.1 Data Conversion Strategy 57 8.2 Data Conversion Preparation .57 8.3 Data Conversion Specifications 58 References .58 10 Open Issues 59 4|Page Image lists Figure 2.1.1 Flowchart: Context Diagram for Actor Management 10 Figure 2.1.2 Data Flow Diagram 11 Figure 2.1.3 Process Flow Diagram for Actor Management 12 Figure 2.1.4 Site map for Actor Management 14 Figure 3.1.3 Mock-up: Manage Actor Info 19 Figure 3.2.3 Mock-up: Manage Casting Person Info .27 Figure 3.3.3 Mock-up: Manage Interview Video 34 Figure 3.4.3 Mock-up: Manage Sending Presents 41 Figure 3.5.3 Mock-up: Manage Audition Schedules .50 Table of contents diagram Table 1.5: Terms/Acronyms and Definitions Table 2.2.1: User Roles and Responsibilities / Authority Requirements .15 Table 3.1.2: Use case of Manage Actor Information .17 Table 3.1.4 Functional Requirements of mudule 3.1 .20 Table 3.1.5.1: Field level specifications of mudule .22 Table 3.1.5.2: Form Business Rules and Dependencies of mudule 3.1 23 Table 3.1.5.3: Buttons, Links and Icons of mudule 3.1 23 Table 3.2.2: Use case of Manage Casting Person Information 25 Table 3.2.4: Functional Requirements of module 3.2 28 Table 3.2.5.1: Form Elements of module 3.2 29 Table 3.2.5.2: Form Business Rules and Dependencies of mudule 3.2 30 Table 3.2.5.3: Buttons, Links and Icons of module 3.2 31 Table 3.3.2: Use case of Manage Interview Video 33 Table 3.3.4: Functional Requirements of mudule 3.3 35 Table 3.3.5.1: Form Elements of module 3.3 37 Table 3.3.5.2: Form Business Rules and Dependencies of module 3.3 37 Table 3.3.5.3: Buttons, Links and Icons of module 3.3 38 Table 3.4.2: Use case of Manage Sending Presents .40 Table 3.4.4.1: Functional Requirements of module 3.4 42 Table 3.4.5.1: Form Elements of module 3.4 44 Table 3.4.5.2: Form Business Rules and Dependencies of module 3.4 45 Table 3.4.5.3: Buttons, Links and Icons of module 3.4 46 Table 3.5.2: Use case of Manage Audition Schedules 48 Table 3.5.4: Functional Requirements of module 3.5 51 Table 3.5.5.1 Form Elements of module 3.5 53 Table 3.5.5.2: Form Business Rules and Dependencies of module 3.5 53 Table 3.5.5.3:Buttons, Links and Icons of module 3.5 54 Table 7.1: Exception Handling/ Error Reporting 58 Table 8.3: Data Conversion Specifications 59 Table 10: Open Issues 60 5|Page Introduction The purpose of this document is to provide a detailed functional specification for the development of an information management system for JKL Company JKL is a company specializing in actor training and recruitment of MCs for film projects Currently, the company relies on paper-based documents and Excel files to manage actor information and activities, which proves to be time-consuming and inefficient To address these challenges, the management has requested the development of an information management system to streamline their processes and improve efficiency 1.1 Purpose of the document Th is Functional Specification Document (FSD) is created to describe in detail how the information management system will operate, including functional requirements and specific functional descriptions This document is based on the high-level requirements identified in the Business Requirements Document and provides clarity on how the system will implement the functional requirements It also includes nonfunctional requirements and a specific description of the user interface 1.2 Project Scope The scope of this project is to build an information management system for JKL Company, specializing in training actors and managing activities related to actors and MCs This system will help JKL Company manage actors and their activities more effectively by replacing information management on paper and Excel files 1.3 Scope of the document This document applies to the entire project of building an information management system for JKL Company It includes detailed functional descriptions, non-functional requirements, reporting requirements, and integration requirements[ CITATION Ahm20 \ l 1066 ] 1.4 Related documents Project proposal: Provides an overview of the project objectives and scope System requirements document: Outlines the overall requirements for the information management system User interface design document: Specifies the design and layout of the user interface Database schema document: Describes the structure and organization of the database 6|Page 1.5 Terms/Acronyms and Definitions Table 1.5: Terms/Acronyms and Definitions Term/Acronym Definition Description Context Diagram A visual diagram that depicts the relationship between the system and external components It focuses on relevant entities or systems and indicates the flow of information or interactions between them Interface Diagram A diagram that describes the interface components of a system and how they interact with each other It showcases user interfaces, application interfaces, system interfaces, and the flow of information between them Data Flow Diagram (DFD) A diagram that illustrates the flow of information and data processing within a system It uses graph symbols to represent processes, data flows, data stores, and data processing entities Application Screen Flow Describes the screens and transitions between them in an application It displays screens, user actions, and conditions for transitioning between screens 7|Page Sitemap A diagram or organizational structure that describes the architecture of a website or web application It shows the pages, their relationships, and the hierarchical structure of the content Process Flow Describes the steps and procedures in a specific activity or process It presents the sequence of steps, decision points, and information flow to complete a task or objective User Roles and Responsibilities/Authority Requirements Describes the roles and responsibilities of users in the system, as well as the requirements for permissions and access for each role It identifies the roles and responsibilities of users and the permissions and access they need in the system Use Case A scenario or situation that describes how users interact with the system It identifies actions, scenarios, and expected outcomes in a specific situation Mock-up A static or interactive version of a user interface or a part of it It is used to present design ideas or test user feedback It is often a drawing, maquette, or static model of the user interface 8|Page 1.6 Risks and Assumptions ● Risk: ● Technical challenges during system development and deployment ● Resistance to change comes from employees familiar with manual processes ● Assumptions: ● Have the necessary hardware and software resources available for the system ● Provide full training and support to employees during the transition to the new system System/ Solution Overview 2.1 Context Diagram/ Interface Diagram/ Data Flow Diagram, Application Screen Flow, Sitemap, Process Flow [ CITATION Flo \l 1066 ] ● Context Diagram cho Actor Management 9|Page Figure 2.1.1: Flowchart of Context Diagram for Actor Management Interactions: ● Register and update actor information: The system receives registration information and updates actor information from the "Management Actor Info" module ● Manage interviewers: The system receives information about interviewers from the "Manage Casting Person" module ● Manage interview videos: The system receives and stores actor interview videos from the "Manage Interview Video" module ● Managing gift sending: The system receives information about gifts and sending addresses from the "Manage Sending Presents" module ● Manage audition schedules: The system receives and displays information about audition schedules from the module "Manage Audition Schedules" ● Data Flow Diagram 10 | P a g e