|
purebill.com Stephen Jones writing on billing and application migration |
![]() |
| . | Home | . | About | . | Archive | . | Links | . | Billing | . | Reference | . | Subscribe | . | Search | . | . |
Note 21: Differentiating chargesPosted: 27 January 2007 Each charge type is used by billers in different ways to charge customers for various products and services. The ability to charge different amounts for different customers and their transactions relies on the quantity and complexity of the information available to make each charge distinct. This note outlines the construction of 'what' is charged for. Transactions-level rating and invoice-level pricing describe 'how' prices are determined for each charge, whether calculated manually or using automatic processes. DeterminantsDeterminants are the fields and their values that provide the basis for individual charges to be differentiated. They support the ability to choose one rate or price over another. The biller's scope for offering unique offerings to their customers increases with the number of available determinants. Four sources of charge determinants are network transactions (i.e. usage), network elements (i.e. details about the network), customer details (e.g. demographics) and marketing (rate) information. The more sources available to determine a charge's price, the greater the scope to charge one customer differently from another (price discrimination). For example, a measurement of electricity consumption can only have a generic rate applied unless there is some information that allows a distinction between this measurement and any other measurement for this or any other customers. The distinction might be a field on the measurement that indicates that it was off-peak electricity, meter number allowing derivation that the measurement was from an off-peak meter, customer information from the billing system indicating it was from a business premise, or the measurement date indicating that the winter rate applies. Each additional piece of information (determinant) provides the capability of, but does not mandate, differentiated charging. Examples of differentiationCustomised product offerings provisioned to a customer can provide pricing differentiation. For example, a biller may offer two pricing plans for mobile phone calls. The 'High-use' plan offers cheap phone calls but charges a high monthly network access fee, whilst the 'Low-use' plan has high call charges, but charges only a modest monthly network access fee. Two customers with the same network connections and making exactly the same phone calls will generate quite different monthly invoices based solely on the different marketing determinants provided by their pricing plans. Examples of differentiation include:
Moderating pricing complexityThe actual list available to a particular biller in an industry is constrained by their networks' and billing systems' ability to provide the information, and the customer's desire or willingness to be billed based on the different distinctions. Market pressures, industry regulations and customer preferences drive the use of only a small selection of the available determinants. There is also an operational cost that accompanies each additional level of differentiation. There are more details to be administered, monitored and explained (to both customers and staff) as you move from (say) charging just by date, to date and/or time, to date and/or time and/or customer segment, to date and/or time and/or customer segment and/or monthly spending level. Even when many determinants are available, usually only a few are used in any particular product offering. There is a balance between re-using a field for new determinant values, and creating new fields to hold those determinants. There is a danger when expediency and lack of design foresight force a small number of fields to provide too much differentiation. At some point, maintenance of the possible combinations held in one field becomes too costly and the distinctions required for new offerings become too hard to implement. Due to the high-cost and operational impact of deploying new data fields to an existing billing system, the initial implementation of a billing system should invest time and experienced effort to provide sufficient mechanisms and fields to support current and envisaged future determinants. This design investment will likely include fields that are unused initially, but are filled as new transactions, networks or values become needed. Future application development is then performed only when all fields are used and there is sufficient business justification to justify the cost and system impact. At that time, another experienced review should be performed to include as many new fields as considered justified to delay a future application update. Data definition methodologies (such as XML) may provide solutions that allow new fields (transaction information) to be added to existing interface and file definitions. The extensibility benefits they provide come at the cost of supporting the 'descriptive' overheads of their (XML) definition structures. An important point to note is that the billing system itself doesn't understand or place any special meaning on the determinants listed above. They are all human interpretations of the fields and their values. The value of 'X' in a field drives billing without the billing system understanding what the field or 'X' represents in the real world. This allows the same billing application to be configured differently and used across a range of industries. Product Segmentation / VersioningA set of product features can be combined in different proportions, with added (or omitted) extras, and with variable dimensions such as timing to create differentiated product offerings that appeal to different market segments. Versions can be charged at different rates allowing businesses to capture a larger slice of the available revenue from a broader range of customers. Tags: Billing, Determinants, Rating, Pricing [ Share with others ] Post this page to a social bookmarking site:
Links to other NotesPrevious - Note 20: Common processing protocols Next - Note 22: Using determinants in pricing Recent Updates
Sign up to receive a brief text email when new purebill postings are published. JUMP TO TOP
|
. |
| Comments welcome: stephenjones(at)purebill.com | Stephen Jones © 2004-2010 - Copyright and reprint rules | Sitemap | . |