Game commodity price information configuration method and device, equipment and storage medium

Abstract

The invention discloses a game commodity price information configuration method and device, equipment and a storage medium, and relates to the technical field of game design. The method comprises the following steps: acquiring a preset commodity price template; determining a to-be-set payment channel of a current to-be-configured game commodity, and positioning a matched price level corresponding to the to-be-set payment channel in a plurality of price levels of the commodity price template; and querying a channel support region of the to-be-set payment channel, obtaining a commodity region price corresponding to the channel support region in the matched price level in the commodity price template as a channel region price, and configuring the channel region price as a commodity channel price of the to-be-set payment channel of the game commodity. According to the scheme, through the automatic commodity price information configuration method, the consistency of price information configuration of each channel and region of the game commodity is realized, and the efficiency and the accuracy of the price information configuration of the game commodity are improved.

Description

Technical Field

[0001] This application relates to the field of game design technology, and in particular to a method, apparatus, device and storage medium for configuring game product price information. Background Technology

[0002] In in-game purchases, with the increasing diversification of payment channels and the expansion of the global market, configuring game item pricing information across different channels and regions has become increasingly complex and challenging. This is especially true for global games or multinational releases, where different regions not only have different currencies and exchange rates, but also various regulations, consumer preferences, and market competition, all of which directly impact pricing strategies. Game developers and operators need to configure prices for each item across multiple payment channels, involving the backend operations of multiple payment platforms. These platforms have their own independent pricing systems, and each platform has different requirements and restrictions on item pricing. Some payment platforms may require price adjustments based on different payment methods, while others may influence the final pricing information configuration based on the platform's transaction fees and policies. Summary of the Invention

[0003] This application provides a method, apparatus, device, and storage medium for configuring game product price information. By locating the matching price level corresponding to the payment channel to be set among several price levels in a pre-set product price template, and synchronizing the product channel price of the payment channel to be set with the regional pricing of the corresponding matching price level in the product price template, the method achieves consistency in the configuration of price information for game products across various channels and regions through an automated product price information configuration method. This solves the problem of the long time required for traditional manual configuration of product price information and improves the efficiency and accuracy of game product price information configuration.

[0004] Firstly, this application provides a method for configuring game product price information, including: Obtain a pre-set product price template, which includes several price levels, and each price level is set with several regions and corresponding regional product pricing for those regions; Determine the payment channels to be set for the game product to be configured, and locate the matching price level corresponding to the payment channels among several price levels of the product price template; Query the channel support regions of the proposed payment channel, obtain the product region pricing corresponding to the channel support regions in the matching price level in the product price template as the channel region pricing, and configure the channel region pricing as the product channel price of the proposed payment channel of the game product.

[0005] Secondly, this application provides a device for configuring game product price information, comprising: The price template acquisition module is used to acquire a pre-set product price template, which includes several price levels, and each price level is set with several regions and the corresponding regional pricing of products in those regions. The price level matching module is used to determine the payment channel to be set for the game product to be configured, and to locate the matching price level corresponding to the payment channel among several price levels of the product price template. The pricing information configuration module is used to query the channel support regions of the payment channel to be set, obtain the product region pricing corresponding to the channel support regions in the matching price level in the product price template as the channel region pricing, and configure the channel region pricing as the product channel price of the payment channel to be set for the game product.

[0006] Thirdly, this application provides a device for configuring game product price information, comprising: One or more processors; A memory that stores one or more programs, which, when executed by one or more processors, cause the one or more processors to implement the game product price information configuration method as described in the first aspect.

[0007] Fourthly, this application provides a storage medium containing computer-executable instructions, which, when executed by a computer processor, are used to perform the game product price information configuration method as described in the first aspect.

[0008] In this application, a pre-set product price template is used. This template includes several price levels, each with several regions and corresponding regional pricing. Based on the payment channels to be configured for the game product, the matching price level corresponding to the payment channel is located within the price levels of the product price template. The supported regions of the payment channel are queried, and the corresponding regional pricing is obtained from the matching price level within the product price template. This regional pricing is then configured as the channel price for the game product's payment channel. Through these technical means, the system can quickly and accurately configure price information for game products that meets the requirements of different payment channels and their corresponding supported regions. This improves the flexibility and accuracy of game product price configuration, facilitates meeting the differentiated pricing needs of different channels and regions, and enhances the efficiency and accuracy of game product price information configuration. Attached Figure Description

[0009] Figure 1This is a flowchart illustrating a method for configuring game product price information according to an embodiment of this application; Figure 2 This is a flowchart of the matching price level positioning provided in the embodiments of this application; Figure 3 This is a flowchart of price level matching provided in the embodiments of this application; Figure 4 This is a flowchart of price level matching provided in the embodiments of this application; Figure 5 This is a flowchart of the commodity price verification provided in the embodiments of this application; Figure 6 This is a flowchart illustrating the generation of the commodity price template provided in this application embodiment; Figure 7 This is a matching diagram of price levels and payment channels to be set, provided in the embodiments of this application; Figure 8 This is a structural diagram of a game product price information configuration device provided in an embodiment of this application; Figure 9 This is a structural diagram of a game product price information configuration device provided in an embodiment of this application. Detailed Implementation

[0010] To make the objectives, technical solutions, and advantages of this application clearer, specific embodiments of this application will be described in further detail below with reference to the accompanying drawings. It should be understood that the specific embodiments described herein are merely for explaining this application and not for limiting it. It should also be noted that, for ease of description, only the parts relevant to this application are shown in the drawings, not all of them. Before discussing exemplary embodiments in more detail, it should be mentioned that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although the flowcharts describe operations (or steps) as being processed sequentially, many of these operations can be performed in parallel, concurrently, or simultaneously. Furthermore, the order of the operations can be rearranged. A process can be terminated when its operation is completed, but it may also have additional steps not included in the drawings. A process can correspond to a method, function, procedure, subroutine, subroutine, etc.

[0011] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class and the number of objects is not limited; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0012] In common existing implementations, with the rapid development of the gaming industry and the continuous advancement of global operations, more and more game products are launched and operated in multiple countries and regions, and are connected to multiple payment channels to meet the payment habits and methods of users in different regions. During the sale of in-game items, pricing typically needs to be configured based on different payment channels and regional characteristics. However, limited by current technology, configuring game item pricing across multiple channels and regions still presents significant technical and management challenges. Currently, in-game item pricing configuration mainly relies on manual methods, typically requiring operations or maintenance personnel to log into the backend of each payment channel and manually configure the corresponding price information for each item in different regions. This configuration process is not only complex and tedious, but also extremely time-consuming and labor-intensive, especially when there are many game items or when multiple regions and payment channels need to be launched simultaneously. Furthermore, differences in pricing rules, format requirements, and configuration methods between backend systems of different channels and regions further increase the workload and the risk of errors. Because configuring product prices relies on manual operation one by one, especially when there are many products and channels, the configuration cycle is long, which seriously affects the efficiency of going live. In addition, manual operation is prone to errors in price setting or inconsistent regional prices due to negligence or mistakes, which affects user experience and may even lead to complaints. At the same time, the need to independently manage and maintain product pricing information for multiple channels and regions increases the cost of operation and management and the difficulty of maintenance. When it is necessary to quickly adjust product prices according to market changes, the existing manual configuration method is difficult to respond in a timely manner, the adjustment cycle is long, and the flexibility is insufficient.

[0013] Therefore, there is an urgent need for a game product price information configuration technology that can improve configuration efficiency, ensure price accuracy, reduce management complexity, and quickly respond to market changes, so as to optimize the pricing configuration process of in-game products across multiple channels and regions, and improve overall operation and management efficiency and user experience.

[0014] To address the aforementioned issues, this embodiment provides a method for configuring game product price information. This method utilizes an automated product price information configuration strategy to centrally manage price information from multiple channels and regions, thereby improving the accuracy and consistency of product price information configuration.

[0015] The game item price information configuration method provided in this embodiment can be executed by a game item price information configuration device. This device can be implemented through software and / or hardware, and can consist of two or more physical entities, or a single physical entity. For example, the game item price information configuration device can be an operations and maintenance server used to maintain the normal operation of the business.

[0016] The game product price information configuration device is equipped with at least one type of operating system, including but not limited to Android, Linux, and Windows. The device can install at least one application based on the operating system; this application can be a built-in application of the operating system or an application downloaded from a third-party device or server. In this embodiment, the device has at least one application capable of executing the game product price information configuration method.

[0017] For ease of understanding, this embodiment uses the operation and maintenance server as the main body for executing the game product price information configuration method as an example for description.

[0018] Figure 1 A flowchart of a method for configuring game product price information according to an embodiment of this application is provided. (Reference) Figure 1 The specific methods for configuring the game's product price information include: S110. Obtain a pre-set product price template, wherein the product price template includes several price levels, and each price level is set with several regions and the corresponding regional pricing of products in those regions.

[0019] In one embodiment, the product price template can be a pre-defined set of pricing rules, containing multiple price levels, and each price level has multiple regions and corresponding regional product pricing. The product price template has multiple price levels, representing different tiers of regional product prices. Since different channels have different platform commission rates, operating rules, and settlement methods, different price levels can be set for different channels. For example, different price levels can be pre-defined for channels X, Y, Z, and self-operated channels, with multiple regions set under each price level, and each region corresponding to a product price.

[0020] For example, the table below shows the regional pricing of goods for different price levels. The unit currency represents the local currency of each region. The product template has three price levels: Level 1, Level 2, and Level 3. In Level 1, the regional price for goods in Region A is 68 units of currency, in Region B it is 78 units of currency, in Region C it is 9.99 units of currency, and in Region D it is 1200 units of currency. Level 2 pricing is slightly lower than Level 1. In Level 2, the regional price for goods in Region A is 58 units of currency. However, since this price level is primarily applicable to Region A channels, regional pricing for other regions is not set. Level 3 pricing is lower than Levels 1 and 2. In Level 3, the regional price for goods in Region A is 50 units of currency, in Region B it is 75 units of currency, in Region C it is 9.49 units of currency, and in Region D it is 1150 units of currency. Prices across different regions can be adjusted adaptively based on exchange rates. However, exchange rates are not the only factor influencing regional pricing of goods within the same price level. Factors such as economic development levels and consumer willingness to pay in different regions should also be considered when setting regional pricing. By comprehensively considering revenue sharing ratios across different channels, exchange rates, and tax differences, several different price levels are created, thus constructing a product price template that supports flexible maintenance and configuration by operations personnel. Operations personnel can quickly adjust prices for corresponding channels and regions based on channel strategy adjustments, promotional activities, and exchange rate fluctuations, achieving differentiated price management across multiple channels and regions, and improving revenue management and operational efficiency. The creation of product price templates can be done by the users themselves; users can customize a product price template that includes several price levels.

[0021]

[0022] S120. Determine the payment channel to be set for the game product to be configured, and locate the matching price level corresponding to the payment channel among several price levels of the product price template.

[0023] In one embodiment, to ensure the accuracy, compliance, and controllable revenue of game products across different payment channels, it is necessary to first identify the payment channels required for the current product and then locate the corresponding price level in the product price template based on the channel dimension. Specifically, a payment channel refers to the platform or distribution channel through which the user actually makes the payment. Different payment channels typically have different settlement logics, fee commissions, pricing tiers, and other specifications. The price level corresponding to the payment channel to be set can be preset by the user in advance or automatically found in the product price template by the system based on the payment channel to be set. Since the price template has pre-divided the price levels by channel dimension, the matching relationship is one-to-one. For example: if the payment channel to be set is channel X, then the price level of channel X is matched; if the payment channel to be set is channel Y, then the price level of channel Y is matched; if the payment channel to be set is channel Z, then the price level of channel Z is matched; if it is a self-operated official website, then the price level of the self-operated channel is matched. Precise matching of channels and price levels ensures the consistency and legality of price settings, avoiding revenue deviations or illegal pricing due to differences in commission rates or exchange rates.

[0024] Optionally, Figure 2 This is a flowchart illustrating the matching price level positioning provided in an embodiment of this application. For example... Figure 2 As shown, the steps for matching price levels specifically include S1201-S1203: S1201. Obtain the game user data and game consumption data of the game product.

[0025] For example, in this step, the system acquires operational data related to the game product to be configured, including but not limited to game user data and game consumption data. Game user data mainly includes data related to game user dimensions, such as the number of new users, the number of active users, retention rate, user geographic distribution, and user device source. Game consumption data is used to assess the spending power and willingness of game users. For example, total revenue, average revenue per user (ARPU), number of daily payment transactions, and revenue composition of each channel are all game consumption data, which are used to subsequently evaluate channel performance and user consumption trends.

[0026] S1202. Calculate the game user change rate based on the game user data, calculate the game consumption change rate based on the game consumption data, and calculate the game consumption ratio change rate based on the game user data and the game consumption data.

[0027] For example, based on the game user data and game consumption data obtained above, the game user change rate and game consumption change rate are calculated respectively. The game user change rate reflects the fluctuation of user scale, such as the comparison of the number of active users in the current period with the previous period; the game consumption change rate is used to measure the fluctuation of total consumption, such as the comparison of total consumption in the current period with the previous period; the game consumption ratio change rate is used to calculate the proportion of consuming users to total users and analyze its changing trend, thereby reflecting the fluctuation of user conversion efficiency. These three indicators are used to measure the operational health and growth potential of a certain payment channel or a certain region.

[0028] S1203. Match the corresponding price level of the payment channel to be set in the commodity price template according to the game user change rate, the game consumption change rate and the game consumption ratio change rate.

[0029] For example, based on three rate-of-change indicators, the system dynamically matches the most suitable price level in the product price template for use by the currently selected payment channels. Specific strategies can be set as follows: if user growth is rapid but consumption growth is slow, the system may recommend setting a more attractive price level, i.e., lowering the price to improve paid conversion rates; if the consumption ratio continues to increase, it indicates that the channel has high monetization efficiency and can be matched with a high-yield-oriented price level; if user churn intensifies on a certain channel, the system can lower the price level or push a more flexible or preferential price level to retain users. This dynamic matching mechanism, based on the initial setting of channel price levels and incorporating real-time data analysis results, achieves intelligent and refined adjustments to pricing strategies, further improving the adaptability of product pricing to channel performance.

[0030] Optionally, Figure 3 This is a flowchart illustrating price tier matching provided in an embodiment of this application. For example... Figure 3 As shown, the specific steps for matching price levels include S12031-S12033: S12031. Obtain the benchmark price level corresponding to the payment channel to be set.

[0031] For example, firstly, in the product price template, locate the initial pricing strategy for the current payment channel to be set, i.e., its corresponding base price level. This price level is usually a preset base level based on factors such as channel policies, regional pricing rules, and historical revenue performance. For example: set the base price level of channel X to level 8 (corresponding to a selling price of 68 units of currency in region A); and set the base price level of channel Y to level 9 (corresponding to a selling price of 78 units of currency in region A). Optionally, obtaining the benchmark price level corresponding to the payment channel to be set includes: A. Obtain the product type of the game product to be configured, and obtain the channel commission rate of the payment channel to be set.

[0032] For example, the system first identifies the product category of the game item to be configured, allowing for reasonable pricing based on its value proposition and user scenarios. Product categories include: virtual currency items, in-game items, membership items, and skin items. Virtual currency items consist of diamonds or gold coins that can be purchased in-game; in-game items consist of functional items such as stamina, gacha tickets, and resurrection cards; membership items consist of privilege items such as VIP privileges, monthly cards, and annual cards; and skin items are cosmetic items. Since different product categories have different user value perceptions, purchase frequencies, and price sensitivities, these factors must be considered in price tier matching. Subsequently, the system obtains the commission rate of the payment channel to be configured, i.e., the percentage of revenue the platform collects from actual sales. Generally, different external payment channels have different commission rates, while direct purchases from the official website only incur channel costs. Channel commissions directly affect the developer's actual revenue; therefore, channel costs must be included in the selling price when setting prices.

[0033] B. Match the benchmark price level corresponding to the payment channel to be set according to the product type and the channel commission rate.

[0034] For example, the product category and channel commission rate are combined as conditions to find the best-matching benchmark price level in the product price template. If the product is "virtual currency" and the channel commission is high, a relatively higher price level is used to ensure developer revenue; if the product is "membership" and the channel commission is low, a lower price level can be used to enhance price competitiveness; if the product is "item" and is a high-frequency purchase type, a mid-range price level is matched to encourage repeat purchases. This matching mechanism ensures that the benchmark price level covers costs and aligns with market expectations, laying a reasonable foundation for subsequent dynamic adjustments and actual pricing. It achieves a benchmark price level matching mechanism based on both product attributes and channel costs, guaranteeing the rationality of the pricing strategy and the stability of the revenue model.

[0035] S12032. Calculate the offset price level of the payment channel to be set based on the game user change rate, the game consumption change rate, and the game consumption ratio change rate.

[0036] For example, based on three dimensions—user change rate, consumption change rate, and consumption ratio change rate—the price level offset value that should be adjusted for the current channel is calculated. This offset can fluctuate upwards or downwards, reflecting the actual changes in user and consumption behavior at the current channel. If the number of users increases significantly but the consumption ratio decreases, it indicates weak new user conversion, so the offset level is lowered, and the price is reduced. If the total consumption increases and the consumption ratio improves, it indicates that users' willingness to pay is stronger, so the offset level is raised, and the price is increased to improve revenue. If the change rate is stable, the offset is 0, and the original benchmark price level remains unchanged. In the process of calculating the offset price level, adjustable offset rules or thresholds are set, such as triggering a price level offset only when the change rate exceeds a certain percentage.

[0037] S12033. Match the matching price level of the payment channel to be set according to the benchmark price level and the offset price level.

[0038] For example, the base price level and the offset price level are combined to calculate the final matching price level, which is used to actually configure the product price for that payment channel. For instance, if the base price level is 8 and the offset price level is -1, the calculated matching price level is 7; if the base price level is 9 and the offset price level is 0, the matching price level remains 9; if the base price level is 10 and the offset is +1, the matching price level is 11. If the offset level does not exist in the template or exceeds the upper or lower limits, it is automatically restricted to the boundaries allowed by the template. Based on the initial pricing strategy, combined with real-time data dynamic adjustments, flexible adaptation to channel price levels is achieved. This mechanism helps improve the responsiveness of product prices to changes in user behavior, optimize revenue performance, and enhance the ability to control revenue strategies across multiple channels.

[0039] or, Figure 4 This is another flowchart for matching price levels provided in an embodiment of this application. For example... Figure 4 As shown, the specific steps for matching price levels include S12034-S12036: S12034. Based on the game consumption ratio change rate, match the matching price level corresponding to the payment channel to be set in the product price template.

[0040] For example, in this priority matching step, price tier matching is attempted based on the rate of change in game spending. The rate of change in game spending reflects the willingness to pay and monetization efficiency of each user, and its trend is highly instructive for judging price elasticity and user acceptance. If the spending ratio increases significantly, a higher price tier is matched; if the spending ratio decreases, a relatively lower price tier is matched. This indicator is prioritized for matching because it can more directly reflect the user's conversion trend "from playing to buying".

[0041] S12035. If the game consumption ratio change rate cannot be matched, match the matching price level corresponding to the payment channel to be set in the product price template based on the game consumption change rate.

[0042] For example, in situations where the rate of change in game spending is relatively stable, missing, abnormal, or cannot cover the current scenario, the rate of change in game spending is used as a fallback for matching. The rate of change in game spending measures changes in total spending and is more inclined to assess the need for price adjustments from a macro revenue perspective. If total spending grows rapidly, the corresponding price level should be raised; if total spending declines, prices need to be lowered to attract spending. Although the rate of change in game spending may be affected by fluctuations in user scale, it can still serve as an effective supplement.

[0043] S12036. If neither the game consumption ratio change rate nor the game consumption change rate can be matched, match the matching price level corresponding to the payment channel to be set in the product price template based on the game user change rate.

[0044] For example, in situations where both the game consumption ratio change rate and the game consumption change rate are relatively stable, missing, or abnormal, the matching strategy reverts to based on the game user change rate. The game user change rate metric measures user growth or churn. While its direct correlation with price is weak, it can still provide some reference for pricing strategies in scenarios lacking more direct data. If user growth is rapid, it indicates that current user growth is not leading to large-scale consumption growth, suggesting that pricing is too high and a price level needs to be lowered. If user growth is stable or slow, the existing price level can be maintained or slightly adjusted. This priority-based tiered degradation matching strategy addresses potential data gaps or uncertainties in actual business operations.

[0045] S130. Query the channel support regions of the pending payment channel, obtain the product region pricing corresponding to the channel support region in the matching price level in the product price template as the channel region pricing, and configure the channel region pricing as the product channel price of the pending payment channel of the game product.

[0046] In one embodiment, refer to Figure 7The product price template contains several price levels, each storing a region and its corresponding regional pricing. During the process of setting product prices for the payment channel to be set, the system first queries the price levels to find matching regions based on the channel's supported regions, obtains the corresponding regional pricing, and synchronizes this pricing with the channel's supported regions. This completes the product price setting for the payment channel. The channel's supported regions' regional pricing is determined by the regional pricing of the corresponding regions in the matching price level of the product price template. Configuring the game product price information is achieved by synchronizing the price level information from the product price template to the payment channel. More specifically, it retrieves the list of channel-supported regions currently covered by the payment channel, i.e., the geographical area where the channel allows the sale of the game product. This regional information is provided by the channel's open platform or maintained synchronously by the system during the configuration process. Subsequently, the system, within the previously matched price tiers, queries the regional pricing for each supported channel region under that price tier. This pricing information from supported channels is then configured as the product's channel price for that payment channel, for subsequent listing, settlement, and display. This ensures the "implementation" of price tiers into actual pricing, and by combining channel support region information, it achieves local adaptation and precise targeting of pricing strategies, improving the user purchase experience and channel operational efficiency.

[0047] Optionally, Figure 5 This is a flowchart of the commodity price verification provided in an embodiment of this application. For example... Figure 5 As shown, the specific steps for verifying the price of this commodity include S1301-S1304: S1301. Determine whether the regional pricing of the channel is greater than the upper limit of the commodity price.

[0048] For example, in this step, the system verifies the validity and compliance of the configured channel region pricing. Specifically, the system checks the pricing of each channel region to be configured in real time to ensure that its pricing level does not exceed the pre-set price ceiling. This price ceiling is usually determined by operational strategies, market competition, and relevant legal and regulatory requirements, and has a certain dynamic adjustment mechanism. Through this mechanism, the price ceiling not only reflects the market's maximum tolerance but is also updated in real time according to changes in the external economic environment, policy guidance, or regulations. The setting of the price ceiling mainly considers two factors: first, from a market operation perspective, to avoid market order imbalances caused by excessively high product pricing, such as reduced consumer purchasing willingness or fierce price wars by market competitors; second, to ensure that product prices comply with the compliance requirements of various countries in globalization or regionalization operations, preventing regulatory risks caused by excessively high pricing, such as violations of price control regulations or price monopoly laws. By introducing dynamic monitoring and verification of the price ceiling in this step, the system can promptly detect potential pricing risks, ensure the legality, rationality, and adaptability of products in the global market, and effectively avoid negative market impacts and legal risks caused by non-compliant pricing.

[0049] S1302. If the price in the channel region is greater than the upper limit of the product price, set the price in the channel region as the upper limit of the product price and output a price over-limit alarm message.

[0050] For example, when the system detects that the price in a certain channel region exceeds the pre-set price ceiling, it will automatically execute a pricing adjustment procedure, forcibly adjusting the price of the product in that region to the corresponding price ceiling value. Simultaneously, the system will trigger an over-ceiling alert mechanism, generating and outputting a "Pricing Exceeds Ceiling" alert message in real time. This alert message will record detailed information about the problem, including the channel region being adjusted, the amount exceeding the price ceiling, and the adjusted price, to facilitate subsequent review and decision-making by operations, finance, or pricing management teams. Through this alert notification, relevant personnel can promptly identify overpriced issues, preventing inappropriate pricing from impacting sales or attracting regulatory attention.

[0051] S1303. Determine whether the regional pricing of the channel is lower than the lower limit of the product price.

[0052] For example, in this step, the pricing for each channel region to be configured will be checked for validity to determine whether it is below a preset lower limit for product prices. This lower limit is dynamically set based on the platform's pricing strategy, market demand analysis, and compliance requirements. The purpose of setting this lower limit is primarily to prevent excessively low product pricing, which could lead to a series of potential problems, such as value perception imbalance, vicious price competition, and violations of relevant regulations. Specifically, when the pricing in a channel region is below the lower limit, the system will identify that this pricing strategy may adversely affect the product's brand image, market positioning, or long-term profitability. Excessively low prices may cause consumers to have a distorted perception of the product's value, thereby affecting market acceptance and consumer purchasing decisions, and reducing the product's brand premium. Furthermore, excessively low pricing may trigger vicious price competition, disrupt normal market order, and plunge the market into a price war, leading to a decline in overall profitability and even affecting the sustainability of channel partners.

[0053] S1304. If the price in the channel region is lower than the lower limit of the product price, set the price in the channel region as the lower limit of the product price and output a price exceeding the lower limit alarm message.

[0054] For example, when a regional price is detected to be below the lower limit, it is adjusted to the corresponding lower limit for the product, and an "Exceeding the Lower Limit" alert is output, prompting relevant personnel to review or reassess the pricing strategy. Through these steps, an automated pricing compliance verification mechanism is introduced before final price configuration, ensuring that regional pricing remains within a reasonable range and safeguarding the stability, standardization, and user trust of the product pricing system.

[0055] Optional, Figure 6 This is a flowchart illustrating the generation of the product price template provided in this application embodiment. For example... Figure 6 As shown, the steps for verifying the price of this product specifically include S101-S103: S101. Obtain the first price level data already set in the product price template to be set. The first price level data includes several regions and the first product regional pricing corresponding to the regions.

[0056] For example, the initial data extraction operation is performed on the product price template to be configured to obtain the pre-configured first price level dataset. This dataset is usually manually set by operations personnel during the template initialization phase based on established market strategies or existing historical price systems, or it is a representative historical benchmark price level structure accumulated through continuous use in previous versions. The first price level data contains several target operating regions, each with a corresponding first product regional price, reflecting the baseline pricing model of the current template under a standardized pricing system. This price level, as the original reference level in the product price template, not only logically constitutes the basic reference for subsequent price level calculations, offset deductions, and pricing gradient derivations, but also functionally provides structured support for channel adaptability analysis, pricing stability control, and price risk prediction. By acquiring and constructing this first price level data, in the subsequent price calculation process, horizontal or vertical price gradient expansion and price level structure refinement can be performed based on existing pricing levels, thereby achieving multi-dimensional and hierarchical modeling of the product price system and effectively improving the standardization, adaptability, and controllability of the overall pricing model.

[0057] S102. Obtain the template gradient factor, and calculate the second commodity regional pricing for several regions based on the template gradient factor.

[0058] For example, in this step, a template gradient factor matching the current pricing configuration environment or strategy model is extracted. This factor is used to characterize and define the changing trends and adjustment ranges between commodity price levels, serving as the core control parameter for generating multiple price level data. The gradient factor can be flexibly set according to operational needs, pricing strategies, or commodity lifecycle characteristics, typically supporting various mathematical forms including linear growth models, proportional increase / decrease models, and exponential change models, to adapt to the pricing gradient requirements of different commodities at different market stages. After obtaining the template gradient factor, the system uses the first price level data obtained in step S101 as the calculation basis, and performs corresponding transformation processing on the pricing of each region involved in the first price level according to the preset gradient factor formula. Specifically, the system iteratively calculates the original pricing value of each region one by one, adjusting it upwards or downwards according to the logic of the gradient factor, thereby generating a new set of second commodity regional pricing data with a progressive relationship. The second price tier not only retains the geographical coverage and market layout structure of the original regional pricing, but also reflects a vertical hierarchical difference in pricing strategy compared to the first price tier at the numerical level. This provides a quantifiable and controllable pricing extension dimension for constructing a complete product pricing template. Through this mechanism, the system can achieve automatic gradient adjustment capabilities for products under different operational intensities, market feedback, or channel strategies, thereby enhancing the overall price system's flexibility and intelligent response level.

[0059] S103. Generate second price level data based on the regional pricing of the second commodity, and set the commodity price template based on the first price level data and the second price level data.

[0060] For example, after calculating the regional pricing for the second commodity, a corresponding second price level dataset is automatically generated based on this pricing result. This dataset inherits the regional division system of the first price level and adjusts the pricing for each region in a gradient manner, thus constructing a price level structure with a progressive pricing strategy. Subsequently, the first price level data is integrated and updated with the newly generated second price level data, and stored and managed as an important component of the price template, thereby completing the initial multi-level expansion of the commodity price template. Furthermore, to achieve the ability to construct multi-gradient levels of the price template, it not only supports the generation logic of a single level but also allows iterative price derivation calculations based on the current second price level data and the original template gradient factors. In this way, the system can continue to generate third price level data, fourth price level data, and even more gradient level datasets, thus forming a dynamically expandable commodity price level system with a clear structural hierarchy. The introduction of the above mechanism enables the commodity price template to maintain a reasonable distribution of price ranges while achieving large-scale and automated generation of pricing levels. On the one hand, it significantly reduces the operational costs required for manually configuring and maintaining multi-level price data; on the other hand, it also ensures the numerical consistency, logical rationality, and strategic controllability of price change trends across different levels. This capability provides strong data support and system assurance for dealing with differentiated pricing strategies for goods across multiple channels, regions, and platforms, significantly improving the intelligence level and refined operational capabilities of the price management system.

[0061] Based on the above embodiments, Figure 8 This is a schematic diagram of a device for configuring game product price information, provided in an embodiment of this application. (Reference) Figure 8 The game product price information configuration device provided in this embodiment specifically includes: a price template acquisition module 21, a price level matching module 22, and a price information configuration module 23.

[0062] The price template acquisition module 21 is configured to acquire a pre-set product price template, which includes several price levels and each price level is set with several regions and the corresponding regional pricing of products in those regions. The price level matching module 22 is configured to determine the pending payment channel for the game product to be configured, and locate the matching price level corresponding to the pending payment channel among several price levels of the product price template; The price information configuration module 23 is configured to query the channel support regions of the pending payment channels, obtain the product region pricing corresponding to the channel support regions in the matching price level in the product price template as the channel region pricing, and configure the channel region pricing as the product channel price of the pending payment channels of the game product.

[0063] Based on the above embodiments, the price level matching module 22 includes: a game data acquisition unit configured to acquire game user data and game consumption data of the game product; a user consumption calculation unit configured to calculate the game user change rate based on the game user data, calculate the game consumption change rate based on the game consumption data, and calculate the game consumption proportion change rate based on the game user data and the game consumption data; and a price level matching unit configured to match the matching price level corresponding to the pending payment channel in the product price template based on the game user change rate, the game consumption change rate, and the game consumption proportion change rate.

[0064] Based on the above embodiments, the price level matching unit includes: a base price level subunit, configured to obtain the base price level corresponding to the payment channel to be set; an offset price level subunit, configured to calculate the offset price level of the payment channel to be set based on the game user change rate, the game consumption change rate, and the game consumption ratio change rate; and a price level matching subunit, configured to match the matching price level of the payment channel to be set based on the base price level and the offset price level.

[0065] Based on the above embodiments, the benchmark price level subunit includes a product channel information component, which is configured to obtain the product type of the game product to be configured and the channel commission rate of the payment channel to be set; the benchmark price level component is configured to match the benchmark price level corresponding to the payment channel to be set according to the product type and the channel commission rate.

[0066] Based on the above embodiments, the price level matching unit may further include: a game consumption ratio matching subunit, configured to match the matching price level corresponding to the pending payment channel in the product price template based on the game consumption ratio change rate; a game consumption matching subunit, configured to match the matching price level corresponding to the pending payment channel in the product price template based on the game consumption change rate when the game consumption ratio change rate cannot be matched; and a game user matching subunit, configured to match the matching price level corresponding to the pending payment channel in the product price template based on the game user change rate when both the game consumption ratio change rate and the game consumption change rate cannot be matched.

[0067] Based on the above embodiments, the game product price information configuration device further includes: a product price upper limit determination module, configured to determine whether the channel region price is greater than the product price upper limit; a product price upper limit alarm module, configured to set the channel region price as the product price upper limit and output a price exceeding the upper limit alarm information when the channel region price is greater than the product price upper limit; a product price lower limit determination module, configured to determine whether the channel region price is less than the product price lower limit; and a product price alarm determination module, configured to set the channel region price as the product price lower limit and output a price exceeding the lower limit alarm information when the channel region price is less than the product price lower limit.

[0068] Based on the above embodiments, the game product price information configuration device further includes: a price level data acquisition module, configured to acquire first price level data already set in the product price template to be set, the first price level data including several regions and the corresponding first product regional pricing; a template gradient factor acquisition module, configured to acquire template gradient factors and calculate second product regional pricing for several regions based on the template gradient factors; and a product price template generation module, configured to generate second price level data based on the second product regional pricing and set the product price template based on the first price level data and the second price level data.

[0069] The game product price information configuration device provided in this application embodiment, by constructing a structural system composed of multiple functional modules such as a price template acquisition module, a price level matching module, and a price information configuration module, realizes a refined pricing strategy for multiple channels and regions. It can dynamically adjust price levels based on data, support pricing by channel, automatically adapt to differences in channel commission rates, and provide a price anomaly verification and early warning mechanism to ensure price rationality. It also supports automatic generation of price template gradients to improve configuration efficiency, and the multi-level fault-tolerant design of the matching mechanism enhances system stability and matching success rate.

[0070] By pre-configuring different channels, regions, and price levels within the price template, game product prices can be automatically set based on the characteristics of payment channels and supported regions, significantly improving pricing flexibility and adaptability. The price level matching module dynamically calculates the corresponding price level for each channel through multi-dimensional analysis of user change rate, consumption change rate, and consumption ratio change rate, effectively avoiding price settings that are out of sync with actual market conditions. Simultaneously, it can automatically match a benchmark price level based on the channel commission rate and product type of different payment channels, and dynamically adjust it in conjunction with channel operating data, achieving intelligent adaptation to differences in channel policies and improving channel revenue control capabilities. A built-in product price upper and lower limit judgment and alarm module can automatically adjust to the upper or lower limit and issue an alarm when the price exceeds or falls below the preset limit, preventing market risks or regulatory issues caused by incorrect settings. It supports automatically generating template data for different price levels based on gradient factors, reducing manual configuration workload, improving the scalability and maintenance efficiency of product pricing templates, and facilitating the rapid launch of large-scale products. The matching logic adopts a multi-level matching strategy that prioritizes consumption ratio, followed by consumption data, and then uses user data as a backup. Even if a certain type of data is missing or fluctuates significantly, it can still ensure that the system can reasonably match the appropriate price level, thereby improving the system's robustness.

[0071] The game product price information configuration device provided in this application embodiment can be used to execute the game product price information configuration method provided in the above embodiment, and has corresponding functions and beneficial effects.

[0072] Figure 9 This is a schematic diagram of the structure of a game product price information configuration device provided in an embodiment of this application, for reference. Figure 9 The game product price information configuration device includes: a processor 31, a memory 32, a communication device 33, an input device 34, and an output device 35. The number of processors 31 and the number of memories 32 in the game product price information configuration device can be one or more. The processor 31, memory 32, communication device 33, input device 34, and output device 35 of the game product price information configuration device can be connected via a bus or other means.

[0073] The memory 32, as a computer-readable storage medium, can be used to store software programs, computer-executable programs, and modules, such as program instructions / modules corresponding to the game product price information configuration method in any embodiment of this application (e.g., the price template acquisition module 21, price level matching module 22, and price information configuration module 23 in the game product price information configuration device). The memory 32 may primarily include a program storage area and a data storage area. The program storage area may store the operating system and at least one application program required for a function; the data storage area may store data created based on the use of the device, etc. Furthermore, the memory 32 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some instances, the memory may further include memory remotely located relative to the processor, and these remote memories can be connected to the device via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0074] The communication device 33 is used for data transmission.

[0075] The processor 31 executes various functional applications and data processing of the device by running software programs, instructions and modules stored in the memory 32, thereby realizing the above-mentioned method for configuring game product price information.

[0076] Input device 34 can be used to receive input digital or character information, and to generate key signal inputs related to user settings and function control of the device. Output device 35 may include display devices such as a display screen.

[0077] The game product price information configuration device provided above can be used to execute the game product price information configuration method provided in the above embodiments, and has corresponding functions and beneficial effects.

[0078] This application embodiment also provides a storage medium containing computer-executable instructions. When executed by a computer processor, the computer-executable instructions are used to execute a method for configuring game product price information. The method includes: obtaining a pre-set product price template, the product price template including several price levels, each price level being configured with several regions and corresponding product regional pricing; determining the pending payment channel for the game product to be configured, locating the matching price level corresponding to the pending payment channel among the several price levels of the product price template; querying the channel-supported regions of the pending payment channel, obtaining the product regional pricing corresponding to the channel-supported regions in the matching price level of the product price template as the channel regional pricing, and configuring the channel regional pricing as the product channel price of the pending payment channel for the game product.

[0079] Storage medium – any type of memory device or storage device. The term “storage medium” is intended to include: mounting media, such as CD-ROM, floppy disk, or magnetic tape devices; computer system memory or random access memory, such as DRAM, DDR RAM, SRAM, EDO RAM, Rambus RAM, etc.; non-volatile memory, such as flash memory, magnetic media (e.g., hard disk or optical storage); registers or other similar types of memory elements, etc. Storage medium may also include other types of memory or combinations thereof. Furthermore, storage medium may reside in a first computer system in which a program is executed, or it may reside in a different second computer system connected to the first computer system via a network (such as the Internet). The second computer system can provide program instructions to the first computer for execution. The term “storage medium” can include two or more storage media residing in different locations (e.g., in different computer systems connected via a network). Storage medium may store program instructions (e.g., specifically implemented as a computer program) executable by one or more processors.

[0080] Of course, the computer-executable instructions provided in the embodiments of this application are not limited to the game product price information configuration method described above, but can also execute related operations in the game product price information configuration method provided in any embodiment of this application.

[0081] The game product price information configuration device, storage medium, and game product price information configuration equipment provided in the above embodiments can execute the game product price information configuration method provided in any embodiment of this application. For technical details not described in detail in the above embodiments, please refer to the game product price information configuration method provided in any embodiment of this application.

[0082] The above description is merely a preferred embodiment and the technical principles employed in this application. This application is not limited to the specific embodiments described herein, and various obvious changes, readjustments, and substitutions that can be made by those skilled in the art will not depart from the scope of protection of this application. Therefore, although this application has been described in detail through the above embodiments, this application is not limited to the above embodiments, and may include many other equivalent embodiments without departing from the concept of this application. The scope of this application is determined by the scope of the claims.

Claims

1. A method for configuring game item price information, characterized in that, include: Obtain a pre-set product price template, which includes several price levels, and each price level is set with several regions and corresponding regional product pricing for those regions; Determine the payment channels to be set for the game product to be configured, and locate the matching price level corresponding to the payment channels among several price levels of the product price template; Query the channel support regions of the proposed payment channel, obtain the product region pricing corresponding to the channel support regions in the matching price level in the product price template as the channel region pricing, and configure the channel region pricing as the product channel price of the proposed payment channel of the game product.

2. The method for configuring game product price information according to claim 1, characterized in that, Locating the matching price level corresponding to the payment channel to be set among several price levels in the product price template includes: Obtain the game user data and game consumption data of the game products; Calculate the game user change rate based on the game user data, calculate the game consumption change rate based on the game consumption data, and calculate the game consumption ratio change rate based on the game user data and the game consumption data. Based on the game user change rate, the game consumption change rate, and the game consumption ratio change rate, the matching price level corresponding to the payment channel to be set is matched in the product price template.

3. The method for configuring game product price information according to claim 2, characterized in that, The step of matching the price level corresponding to the payment channel to be set in the product price template based on the game user change rate, the game consumption change rate, and the game consumption ratio change rate includes: Obtain the benchmark price level corresponding to the payment channel to be set; The offset price level of the payment channel to be set is calculated based on the game user change rate, the game consumption change rate, and the game consumption ratio change rate. The matching price level of the payment channel to be set is matched according to the base price level and the offset price level.

4. The method for configuring game product price information according to claim 3, characterized in that, The step of obtaining the benchmark price level corresponding to the payment channel to be set includes: Obtain the product type of the game product to be configured, and obtain the channel commission rate of the payment channel to be set; The benchmark price level corresponding to the payment channel to be set is matched according to the product type and the channel commission rate.

5. The method for configuring game product price information according to claim 2, characterized in that, The step of matching the price level corresponding to the payment channel to be set in the product price template based on the game user change rate, the game consumption change rate, and the game consumption ratio change rate includes: Based on the rate of change in the game consumption ratio, the matching price level corresponding to the payment channel to be set is matched in the product price template; If the game consumption ratio change rate cannot be matched, the matching price level corresponding to the payment channel to be set is matched in the product price template based on the game consumption change rate. If neither the game consumption ratio change rate nor the game consumption change rate can be matched, the matching price level corresponding to the payment channel to be set is matched in the product price template based on the game user change rate.

6. The method for configuring game product price information according to claim 1, characterized in that, Before configuring the channel regional pricing as the product channel price for the pending payment channel of the game product, the method further includes: Determine whether the regional pricing in the aforementioned channels exceeds the upper limit of the product price; If the price in the channel region exceeds the upper limit of the product price, set the price in the channel region to the upper limit of the product price and output a price over-limit alarm message; Determine whether the regional pricing in the aforementioned channels is lower than the lower limit of the product price; If the price in the channel region is lower than the lower limit of the product price, the price in the channel region will be set as the lower limit of the product price, and an alarm message indicating that the price exceeds the lower limit will be output.

7. The method for configuring game product price information according to any one of claims 1-6, characterized in that, Before obtaining the pre-set product price template, the method also includes: Obtain the first price level data already set in the product price template to be set. The first price level data includes several regions and the corresponding regional pricing of the first product in those regions. Obtain the template gradient factor, and calculate the second commodity regional pricing for several regions based on the template gradient factor; A second price level data is generated based on the regional pricing of the second commodity, and a commodity price template is set based on the first price level data and the second price level data.

8. A device for configuring game product price information, characterized in that, include: The price template acquisition module is used to acquire a pre-set product price template, which includes several price levels, and each price level is set with several regions and the corresponding regional pricing of products in those regions. The price level matching module is used to determine the payment channel to be set for the game product to be configured, and to locate the matching price level corresponding to the payment channel among several price levels of the product price template. The pricing information configuration module is used to query the channel support regions of the payment channel to be set, obtain the product region pricing corresponding to the channel support regions in the matching price level in the product price template as the channel region pricing, and configure the channel region pricing as the product channel price of the payment channel to be set for the game product.

9. A device for configuring game product price information, characterized in that, include: One or more processors; A memory that stores one or more programs, which, when executed by one or more processors, cause the one or more processors to implement the game product price information configuration method as described in any one of claims 1-7.

10. A storage medium containing computer-executable instructions, characterized in that, The computer-executable instructions, when executed by a computer processor, are used to perform the game product price information configuration method as described in any one of claims 1-7.

Images