Product management system and program

Abstract

To provide a product management system and program, which enable product development and operation of a given quality level based on business strategies.SOLUTION: A product management system is provided, comprising a strategy information acquisition unit for acquiring strategy information defining a strategy for achieving business success with a product, a requirement specification generation unit for generating a requirement specification document for the product based on the strategy information acquired by the strategy information acquisition unit, and a code generation unit for generating program code for the product on the basis of the requirement specification document generated by the requirement specification generation unit.SELECTED DRAWING: Figure 3

Description

[Technical Field]

[0001] The present invention relates to a product management system and program that can carry out the development and operation of products based on business strategies with a predetermined quality. [Background technology]

[0002] Currently, many companies formulate their business strategies using strategic planning methods proposed by universities, business schools, consulting companies, etc. For companies, the creation of an accurate business strategy determines the fate of the company, and the question of how to formulate an accurate business strategy based on an analysis of the current situation or a forecast of the future is a universally important issue.

[0003] In many cases, strategy planning methods require advanced knowledge and skills, and therefore business strategy planning is provided as a service by consultants at consultation companies for a fee, making it difficult for in-house personnel to easily plan business strategies. In light of this situation, the inventors have proposed a business strategy planning support device that enables strategic planners to quickly plan high-quality strategies and enables strategic plan adoption assessors to improve the accuracy of their decisions on whether to implement strategic plans (see Patent Document 1).

[0004] The business strategy planning support device described in Patent Document 1 makes it possible to search for and output parameters and features that are significant in a positioning strategy (highly important for differentiating from competitors) using a trained model obtained by machine learning using a data set that includes input parameters, which are explanatory variables for the success or failure of multiple business strategies, and a target variable, which indicates the likelihood of success of the business strategy, as training data.

[0005] By reflecting highly important parameters and features identified by the technology described in Patent Document 1, highly competitive products (especially products provided to users via computer systems, such as web services) can be realized. [Prior art documents] [Patent documents]

[0006] [Patent Document 1] Patent No. 7073029 Summary of the Invention [Problem to be solved by the invention]

[0007] To realize a product, a requirements specification is created based on the most important parameters and features, and the product is then developed based on the requirements specification. The requirements specification is typically compiled by a person called a product manager (PM). However, individual product managers have different ways of compiling the requirements specification (items to be included, granularity, etc.), and the frequency with which the requirements specification is revised and updated varies. Furthermore, product managers are not necessarily the same people who plan the business strategy. These circumstances frequently result in the product being developed being inconsistent with the business strategy that was formulated to be highly competitive, or in the product not being properly revised or updated based on the operational results.

[0008] The present invention has been made to solve the above problems, and aims to provide a product management system and program that can carry out product development and operation based on business strategy with a specified quality. [Means for solving the problem]

[0009] In order to solve the above problems, the product management system of the present invention comprises a strategic information acquisition unit that acquires strategic information that defines a strategy for a product to achieve business success, a requirements specification generation unit that generates a requirements specification for the product based on the strategic information acquired by the strategic information acquisition unit, and a code generation unit that generates program code for the product based on the requirements specification generated by the requirements specification generation unit.

[0010] In the present invention, the product management system may further include a log analysis unit that analyzes logs generated when the program code generated by the code generation unit is placed on a server available to the user and the product is operated, derives improvements to the product to achieve higher evaluation indexes, and feeds back the improvements to the requirements specification generation unit.The requirements specification generation unit may then update the requirements specification reflecting the feedback from the log analysis unit.

[0011] In the present invention, the log analysis unit may obtain the reliability of the judgment regarding the improvement points along with the improvement points, and feed back only those with a reliability equal to or greater than a predetermined value to the requirements specification generation unit.

[0012] In the present invention, the product management system may further include a questionnaire processing unit that processes a questionnaire for users of the product. The log analysis unit may issue a request to the questionnaire processing unit to conduct a questionnaire for improvement items whose reliability is less than a predetermined value among the derived improvement points. In response to the request from the log analysis unit, the questionnaire processing unit may generate a questionnaire regarding the improvement items related to the request, send it to the users, receive responses from the users, derive an improvement direction for the improvement items based on the received questionnaire responses, and feed the result back to the requirements specification generation unit. The requirements specification generation unit may then update the requirements specification to reflect the feedback from the questionnaire processing unit.

[0013] In the present invention, it is preferable that the log data analyzed by the log analysis unit ensures three aspects: diversity of log data, representativeness of log data, and fairness of log data.

[0014] In the present invention, the log analysis unit may analyze the log periodically.

[0015] The present invention may further include a CLD generation unit that generates a causal loop diagram (CLD) that shows the logic for product growth (achieving continuous growth). Furthermore, when periodically analyzing the logs, the log analysis unit may evaluate the product's KPIs (Key Performance Indicators) and determine that PMF (Product Market Fit) has been achieved if the KPIs have improved dramatically, and the CLD generation unit may generate a causal loop diagram when the log analysis unit determines that PMF has been achieved.

[0016] The product management system according to the present invention may further include a DAG generation unit that generates a directed acyclic graph (DAG) that describes the causal relationships between features in the strategic information acquired by the strategic information acquisition unit and items in the requirements specification. The most upstream element in the directed acyclic graph generated by the DAG generation unit may be a feature representing customer insights.

[0017] In the present invention, the requirements specification generation unit uses the acyclic directed graph generated by the DAG generation unit to identify requirements specifications corresponding to the features of important elements in the strategic information acquired by the strategic information acquisition unit, and reflects these in the requirements specification.

[0018] In the present invention, the requirements specification generation unit may include the directed acyclic graph generated by the DAG generation unit in the requirements specification.

[0019] A program according to another example of the present invention is characterized by causing a computer to function as any one of the above-described product management systems. [Brief explanation of the drawings]

[0020] [Figure 1] 1 is a schematic diagram showing a product management system 1 together with devices connected to the product management system 1. FIG. [Figure 2] 1 is a schematic diagram showing the hardware configuration of a product management system 1. FIG. [Figure 3]FIG. 1 is a functional block diagram of a product management system 1. [Figure 4] FIG. 1 is a diagram illustrating an example of a DAG. [Figure 5] FIG. 1 is a diagram showing an example of an MRD, which is a type of requirements specification. [Figure 6] FIG. 1 is a diagram illustrating an example of a PRD, which is a type of requirements specification. [Figure 7] FIG. 1 is a diagram illustrating an example of a CLD. [Figure 8] 1 is a flowchart showing the product development and operation process using the product management system 1. DETAILED DESCRIPTION OF THE INVENTION

[0021] A product management system 1 according to an embodiment of the present invention will be described below with reference to the drawings.

[0022] [System configuration] 1 is a schematic diagram showing a product management system 1 according to an embodiment of the present invention, together with a business strategy evaluation device 2, a product publication server 3, and a user terminal 6, which are connected to the product management system 1 via a network NW. The product management system 1 supports the design, implementation, and operation of a product based on information on the market, business environment, etc., and strategic information such as parameters and features that are significant in a positioning strategy.

[0023] The business strategy evaluation device 2 analyzes and formulates business strategies based on various information such as parameters related to the external environment, analysis items in various frameworks used to analyze business strategies such as 3C (Customer (market / customers), Competitor (competitor), Company (one's own company)), 4P (Product (product / service), Price (price), Place (location / distribution / sales channel), Promotion (sales promotion / advertising)), strategic models applied to the business (e.g., types of initial strategy, mid-stage strategy, and scale strategy), and news, and provides the product management system 1 with information on the market, business environment, etc., and strategic information such as parameters and features significant in positioning strategies. The product management system 1 may be, for example, a business strategy formulation support device such as that described in Patent Document 1.

[0024] The product publication server 3 is a server computer that publishes to users and operates the products designed and implemented by the product management system 1. The product publication server 3 is configured with a general computer system, and is equipped with various functions such as a database server and web server depending on the product functions.

[0025] [Hardware configuration of product management system] Figure 2 is a schematic diagram showing the hardware configuration of product management system 1. Product management system 1 is realized, for example, as a computer. That is, product management system 1 includes processor 101, RAM 102, HDD 103, graphics processing unit 104, input interface 105, and network interface 106. Note that while Figure 2 shows an example in which product management system 1 is realized by a single computer as a so-called standalone type, product management system 1 can also be realized by a configuration in which multiple computers (for example, one server computer and multiple client computers connected to a LAN) cooperate with each other via a network line such as a LAN.

[0026] The entire product management system 1 is controlled by a processor 101. The processor 101 may be a multiprocessor. The processor 101 is, for example, a central processing unit (CPU), a micro processing unit (MPU), a digital signal processor (DSP), an application specific integrated circuit (ASIC), a graphics processing unit (GPU), or a programmable logic device (PLD). The processor 101 may also be a combination of two or more elements of a CPU, an MPU, a DSP, an ASIC, or a PLD.

[0027] The RAM 102 (Random Access Memory) is used as the main storage device of the product management system 1. The RAM 102 temporarily stores at least a portion of the OS (Operating System) program and application programs to be executed by the processor 101. The RAM 102 also stores various data necessary for processing by the processor 101.

[0028] The HDD 103 (Hard Disk Drive) is used as an auxiliary storage device for the product management system 1. The HDD 103 stores an OS program, application programs, and various data. Note that other types of non-volatile storage devices, such as an SSD (Solid State Drive), can also be used as the auxiliary storage device.

[0029] A display device 104a is connected to the graphics processing unit 104. The graphics processing unit 104 displays an image on the screen of the display device 104a in accordance with an instruction from the processor 101. The display device 104a may be a liquid crystal display, an organic EL (Electro Luminescence) display, or the like.

[0030] An input device 105a is connected to the input interface 105. The input interface 105 transmits a signal output from the input device 105a to the processor 101. The input device 105a includes a keyboard and a pointing device. The pointing device includes a mouse, a touch panel, a tablet, a touch pad, a trackball, and the like.

[0031] The network interface 106 realizes communication with external devices via the network NW. Communication via the network NW by the network interface 106 may be wired communication or wireless communication. As shown in FIG. 1, the business strategy evaluation device 2, product publication server 3, etc. are connected to the network NW, and the product management system 1 can communicate with these via the network NW. The product management system 1 may also receive input of operations and information from a user terminal instead of input using the input interface 105.

[0032] The product management system 1 can be realized with the above hardware configuration.

[0033] [Function blocks of Product Management System 1] FIG. 3 shows a functional block diagram of the product management system 1. The product management system 1 includes a strategic information acquisition unit 11, a requirements specification generation unit 12, a code generation unit 13, a log analysis unit 14, a questionnaire processing unit 15, a DAG generation unit 16, and a CLD generation unit 17. Each of these functional blocks is realized by a processor 101 in the hardware configuration of the product management system 1 described above executing a program stored in a RAM 102 or a HDD 103.

[0034] The strategic information acquisition unit 11 acquires strategic information that defines a strategy for achieving business success for a product. In this embodiment, the strategic information acquisition unit 11 acquires, as strategic information, information on the market, business environment, etc., and parameters and feature quantities that are significant in a positioning strategy from the business strategy evaluation device 2. Note that the strategic information acquisition unit 11 may acquire strategic information from a source other than the business strategy evaluation device 2. For example, the strategic information acquisition unit 11 may acquire strategic information that has been planned and input by a business strategy consultant.

[0035] The DAG generation unit 16 generates a directed acyclic graph (DAG) that describes the causal relationships between features included in the strategic information acquired by the strategic information acquisition unit 11 and features fed back from the log analysis unit 14 and the survey processing unit 15 and items in the requirement specifications. FIG. 4 shows an example of a DAG. The DAG generation unit 16 may re-learn the features in the strategic information acquired by the strategic information acquisition unit 11 and generate a DAG based on the strategic information. In this case, the DAG generation unit 16 may be configured to allow the user to set a target variable (i.e., an item of interest, such as "sales" or "customer satisfaction"), and may output a DAG depicting the causal relationships that indicate how the features affect the set target variable. In addition, the DAG generation unit 16 preferably uses a feature representing customer insight as the root cause (the most upstream in the DAG) in the generated DAG. The DAG generated by the DAG generation unit 16 in this way makes it possible to visualize and easily understand the causal relationships between feature quantities and requirement specifications, which are difficult for humans to intuitively understand, thereby supporting consensus building and agreement among those involved in product development. The DAG generation unit 16 may output the generated DAG as an image. Note that the product management system 1 may be configured to acquire the DAG externally (for example, by the strategic information acquisition unit 11 together with strategic information) without including the DAG generation unit 16. The DAG generation unit 16 may update the DAG based on feedback from the log analysis unit 14 and the questionnaire processing unit 15.

[0036] The requirements specification generation unit 12 generates a requirements specification for the product based on the strategic information acquired by the strategic information acquisition unit 11. For example, the requirements specification generation unit 12 may use the DAG generated by the DAG generation unit 16 to identify requirements specifications corresponding to the features of important elements in the strategic information acquired by the strategic information acquisition unit 11, and reflect these in the requirements specification. The requirements specification may include the DAG itself. The generated requirements specification is stored in the HDD 103. The requirements specification consists of a Market Requirements Document (hereinafter abbreviated as MRD) and a Product Requirements Document (hereinafter abbreviated as PRD). The MRD and PRD are documented so that those involved in the product's development can share assumptions and understanding about the product and communicate with each other. The requirements specification generation unit 12 may generate the MRD and PRD in a predetermined format.

[0037] Figure 5 shows an example of an MRD, a type of requirements specification. The RD is a requirements specification that focuses on the problem the product is trying to solve (what is the value proposition), and includes information on the target market, needs, competitors, revenues, and costs. The requirements specification generated by the requirements specification generator 12 may include the MRD and PRD described above as well as a business requirements document (BRD). A BRD is a document that summarizes project goals, expectations during the project lifecycle, and what is required to achieve the project. The MRD shown in Figure 5 includes the content described in the BRD. In other words, the requirements specification shown in Figure 5 can be considered a combination of a BRD and an MRD.

[0038] Figure 6 shows an example of a PRD, a type of requirements specification document. The PRD centrally manages the latest information needed to build solutions to the issues described in the MRD. For example, as shown in Figure 6, the PRD describes the development background of the product to be developed, the product's functions, features, and functionality, KPIs (Key Performance Indicators) used to measure the product's goal achievement level, and a product mockup.

[0039] The code generation unit 13 automatically generates program code for the product's front end (i.e., screen design, user interface, etc., that are visible to the user) and back end (i.e., data structure, database, etc., that are not directly visible to the user) based on the requirements definition document (mainly the PRD) generated by the requirements specification generation unit 12. The generated program code is stored in the HDD 103. The code generation unit 13 may be realized by, for example, generating program code using a large-scale language model, i.e., so-called code generation. In this case, the code generation unit 13 may generate code using a trained model that has been trained in advance using many other successful products as training data. In addition, the trained model used by the code generation unit 13 may be periodically retrained by adding new successful products to the training data so that code for a product that is in line with the trends at the time of generation can be output.

[0040] The code generation unit 13 deploys the generated code on the product publication server 3 to start operation of the product. The product realized by the code generated by the code generation unit 13 is configured to record a history (log) of the use of the product by the user.

[0041] The log analysis unit 14 analyzes the logs of the product operated by the product publishing server 3 to obtain insights for improving KPIs (e.g., improving user benefits). That is, by analyzing the logs, the log analysis unit 14 derives improvements to the product in order to achieve higher KPIs. For example, the log analysis unit 14 may output items to be changed in the product, the direction of the changes, and the reliability of the judgment regarding these improvements. As a specific example, the log analysis unit 14 may derive, as an improvement to the product, that the image display size (item to be changed) on a certain screen of the product should be made larger (direction of change), and also calculate the reliability (or "certainty" or "confidence") that the improvement effect will be obtained if the change is made exactly as described above, such as "90%."

[0042] The log analysis unit 14 feeds back the derived improvements to the requirements specification generation unit 12 and the DAG generation unit 16. At this time, the log analysis unit 14 may feed back only improvements whose reliability is equal to or greater than a predetermined value to the requirements specification generation unit 12 and the DAG generation unit 16. The log analysis unit 14 may also feed back various information obtained by analyzing the log (e.g., customer persona) in addition to the improvements to the requirements specification generation unit 12 and the DAG generation unit 16. Furthermore, the log analysis unit 14 may issue a request to the survey processing unit 15 to conduct a survey for improvements whose reliability is less than a predetermined value.

[0043] In response to a request from the log analysis unit 14 for a questionnaire about an improvement item with low reliability, the questionnaire processing unit 15 generates and transmits a questionnaire about the improvement item to the user of the product and receives responses from the user. The questionnaire processing unit 15 then determines the direction of improvement based on the questionnaire responses and provides feedback to the requirements specification generation unit 12 and the DAG generation unit 16. The questionnaire sent to the user by the questionnaire processing unit 15 may, for example, ask about the direction and degree of change for the improvement item. As a specific example, the questionnaire processing unit 15 may ask the user whether they prefer to increase, decrease, or maintain the current display size of an image on a screen of the product. This enables accurate feedback based on user opinions for improvement items with low reliability (i.e., improvement items that are thought to have an impact on KPIs but for which it is unclear how to change them). Based on the feedback from the log analysis unit 14 and the questionnaire processing unit 15, the requirements specification generation unit 12 updates the MRD and PRD. Similarly, the DAG generation unit 16 updates the DAG based on feedback from the log analysis unit 14 and the questionnaire processing unit 15.

[0044] The log data acquired while the product is running on the product publishing server 3 and analyzed by the log analysis unit 14 may include a variety of items, but it is preferable that the data ensures three aspects: diversity of log data, representativeness of log data, and fairness of log data. Diversity of log data means that "the data reflects people and events with a variety of attributes and characteristics." Representativeness of log data means that "the data is representative of the target group." Fairness of log data means that "the data is not biased by attributes such as gender, race, ethnicity, religion, or disability."

[0045] The log analysis unit 14 generates a customer journey diagram by performing user story mapping based on journey data recording user behavior in the product. Journey data may be multimodal data, including a mixture of different data formats, regardless of the data type (format), such as images, text, tables, videos, and cursor operations. The log analysis unit 14 detects areas for improvement in the product, such as unreasonableness, waste, inconsistencies, omissions, and mistakes, from this journey data, extracts measures and insights for modifying the journey to further improve it, and feeds these back to the requirements specification generation unit 12 and the DAG generation unit 16 as improvements. Specifically, the improvements fed back to the requirements specification generation unit 12 and the DAG generation unit 16 may include, for example, the time spent in the product at regular intervals, the number of actions, engagement, thresholds and qualitative factors that result in behavioral change, and measures and insights for modifying the journey to increase user adherence to the product relative to competing services.

[0046] The product management system 1 according to the present invention provides a mechanism for continuously improving the above-described logs by providing feedback for more accurate strategy formulation and further improving the initial TOBE (i.e., the MRD and PRD generated by the requirements specification generation unit 12 based on the strategic information initially acquired by the strategic information acquisition unit 11). This mechanism continuously ensures high data quality. This continuous improvement involves pivoting (business transformation, change of direction) or adding features, as needed, to modify and improve the causal chain (i.e., the DAG) for the product to achieve higher KPIs. Furthermore, the requirements specification generation unit 12 can optimize the policy gradient by performing reinforcement learning while repeating such improvements. As a result, the UX (User Experience) of the product can be continuously improved. Furthermore, by updating the DAG each time the requirements specifications of the product are repeatedly changed (improved), the DAG generation unit 16 can visualize and present the causal relationship of the UX improvement resulting from the change in the DAG in an easily understandable manner.

[0047] The product management system 1 according to the present invention achieves PMF (Product Market Fit; a state in which a product or service satisfies customers and is suited to a specific market) through repeated improvements as described above. After PMF is achieved, the CLD generator 17 generates a causal loop diagram (CLD) for achieving growth targets (continuing product discovery). Figure 7 shows an example of a CLD. While a DAG represents upstream-to-downstream causal relationships (i.e., one-way relationships) between features contained in strategic information and feedback and items in the requirements specification, a CLD represents a loop connected by a causal chain. The CLD generated by the CLD generator 17 visualizes and makes easy to understand the logic for growth (achieving continuous growth while operating the product) while PMF is achieved, thereby supporting consensus building and cooperation among those involved in product development. The CLD generator 17 may output the generated CLD as an image. The CLD generated by the CLD generator 17 may be included in the requirements specification.

[0048] The timing at which the CLD generation unit 17 generates a CLD (i.e., the timing at which PMF is considered to have been achieved) may be determined by the user of the product management system 1, but is preferably determined automatically by the product management system 1. For example, when the log analysis unit 14 periodically analyzes the log, it may evaluate the KPI of the product and determine that PMF (Product Market Fit) has been achieved if the KPI has improved dramatically. The log analysis unit 14 may detect a sudden improvement in the KPI based on the absolute value of the KPI, the amount of improvement from the previous analysis, the rate of change, etc. Then, when the log analysis unit 14 determines that PMF has been achieved, the CLD generation unit 17 may generate a CLD.

[0049] Next, we will explain the operation of the product management system 1. Figure 8 is a flowchart showing the product development and operation process by the product management system 1.

[0050] As the first step of the business development and operation process, the strategic information acquisition unit 11 acquires strategic information, such as information on the market, business environment, etc., and parameters and features that are significant in the positioning strategy, from the business strategy evaluation device 2 (step S01).

[0051] Next, based on the strategic information acquired by the strategic information acquisition unit 11 (and feedback from the log analysis unit 14), the DAG generation unit 16 generates a DAG (step S02), and the requirements specification generation unit 12 generates an MRD and a PRD (step S03). Furthermore, the code generation unit 13 generates product code based on the MRD and PRD (step S04), and places (deploys) the generated code on the product publication server 3 (step S05), making the product available to users.

[0052] The log analysis unit 14 periodically (e.g., weekly) analyzes the product logs stored on the product publishing server 3, derives improvements to the product to achieve higher KPIs, and provides feedback to the requirements specification generation unit 12, along with other information such as customer personas, as needed (step S06). For improvements with reliability levels below a predetermined value, the questionnaire processing unit 15 sends a questionnaire to users, derives directions for improvement based on the responses to the questionnaire, and provides feedback to the requirements specification generation unit 12 (step S07). Furthermore, the log analysis unit 14 determines whether the product has achieved PMF, for example, based on the evaluation of the KPIs (step S08). If it is determined that the PMF has not been achieved (step S08; No), the process returns to step S02. On the other hand, if it is determined that the PMF has been achieved (step S08; Yes), the CLD generation unit 17 generates a CLD representing business logic for the product to grow (step S09). Then, the process returns to step S02.

[0053] After generating the MRD and PRD based on the initial strategic information as described above, the Product Management System 1 periodically repeats steps S02 to S07, enabling the automatic repetition of so-called Scrum sprints, which develop and update the product in a short period of time. It also enables the system to recalculate the success rate of the business realized by the product in each sprint, while also conducting kaizen (improvement) sprints. Furthermore, if the product achieves PMF, it generates a CLD that represents the business logic for the product's growth, making it possible to visualize the business logic that leads to the product's success (achievement of growth).

[0054] Although the present embodiment has been described above, the present invention is not limited to these examples. Furthermore, any embodiment in which a person skilled in the art appropriately adds or deletes components or modifies the design of the above embodiment, or any embodiment in which the features of each embodiment are appropriately combined, is also included within the scope of the present invention as long as it includes the gist of the present invention. [Explanation of symbols]

[0055] 1. Product Management System 11 Strategic Information Acquisition Department 12 Requirement specification generation unit 13 Code Generation 14 Log analysis section 15. Questionnaire processing section 16 DAG generation section 17 CLD generation section 2. Business Strategy Evaluation Device 3 Product publishing server

Claims

1. a strategic information acquisition unit that acquires strategic information that defines a strategy for the product to achieve business success; a requirements specification generation unit that generates a requirements specification for the product based on the strategic information acquired by the strategic information acquisition unit; a code generation unit that generates a program code for the product based on the requirements specification generated by the requirements specification generation unit; A product management system that includes:

2. a log analysis unit that analyzes a log generated when the program code generated by the code generation unit is placed on a server available to a user and the product is operated, derives improvements to the product to achieve a higher evaluation index, and feeds back the improvements to the requirements specification generation unit; 2. The product management system according to claim 1, wherein the requirements specification generation unit updates the requirements specification by reflecting feedback from the log analysis unit.

3. The product management system according to claim 2, characterized in that the log analysis unit determines the improvement points as well as the reliability of the judgment regarding the improvement points, and only those with a reliability above a predetermined value are fed back to the requirements specification generation unit.

4. a survey processing unit that processes a survey for users of the product; The log analysis unit issues a request to the questionnaire processing unit to conduct a questionnaire about improvement items whose reliability is less than a predetermined value among the derived improvement points, the questionnaire processing unit, in response to a request from the log analysis unit, generates a questionnaire regarding improvement items related to the request, transmits the questionnaire to a user, receives responses from the user, derives an improvement direction for the improvement items based on the responses to the questionnaire received, and feeds the direction of improvement to the requirements specification generation unit; 4. The product management system according to claim 3, wherein the requirements specification generation unit updates the requirements specification by reflecting feedback from the questionnaire processing unit.

5. The product management system described in claim 2, characterized in that the log data analyzed by the log analysis unit ensures three aspects: diversity of log data, representativeness of log data, and fairness of log data.

6. The product management system of claim 2, characterized in that the log analysis unit performs user story mapping based on multimodal journey data that records user behavior to generate a customer journey diagram, detects areas that need improvement in the product from the journey data, extracts measures and insights to change the journey to one that will be more improved, and feeds these back to the requirements specification generation unit as areas for improvement.

7. 3. The product management system according to claim 2, wherein the log analysis unit periodically analyzes the log.

8. The product management system according to claim 7, further comprising a CLD generation unit that generates a causal loop diagram showing a logic for realizing continuous growth of the product.

9. The log analysis unit, when periodically analyzing the log, evaluates KPIs (Key Performance Indicators) of the product, and determines that PMF (Product Market Fit) has been achieved if the KPIs improve dramatically; 9. The product management system according to claim 8, wherein the CLD generation unit generates the causal loop diagram when the log analysis unit determines that the PMF has been achieved.

10. The product management system described in claim 1, further comprising a DAG generation unit that generates an acyclic directed graph that describes the causal relationship between features in the strategic information acquired by the strategic information acquisition unit and items in the requirements specification.

11. 11. The product management system according to claim 10, wherein the most upstream part in the acyclic directed graph generated by the DAG generation unit is a feature representing customer insight.

12. The product management system described in claim 10, characterized in that the requirements specification generation unit uses the acyclic directed graph generated by the DAG generation unit to identify requirements specifications corresponding to the features of important elements in the strategic information acquired by the strategic information acquisition unit, and reflects these in the requirements specification.

13. 11. The product management system according to claim 10, wherein the requirements specification generation unit includes the acyclic directed graph generated by the DAG generation unit in the requirements specification.

14. A program that causes a computer to function as the product management system according to any one of claims 1 to 13.

Images