Pricing Display

  • Upload
    1lvlup

  • View
    219

  • Download
    0

Embed Size (px)

Citation preview

  • 8/11/2019 Pricing Display

    1/4

    Pricing Display / Performance Enhancements

    A. Description

    In School specialty iStore sites the catalog pages do not display the discounted price fora B2B customer. The price displayed is only the retail price, for a customer to see thefinal price; the user needs to add the item to the shopping cart where the discounts are

    applied. This process causes business concerns because the user / customer would not be

    able to do a proper comparison of pricing with the school specialty competitors andhence might eventually affect business with school specialty.

    lso !urrently in School Specialty pricing is always a concern when it comes toperformance and efficiency of "racle applications "rder #anagement and iStore. This

    cause concern with both IT and Business users due to wastage in time spent in labor and

    defects/enhancements which $eep arising.

    1. Business ProblemThe Business %roblem with current pricing structure is performance and maintenance. lso certain

    features needed for enhanced smooth customer user interaction which are standard functionality within the

    "racle eBS system cannot be utili&ed.

    2. Business ObjectiveThe following are the business ob'ective for this pricing display enhancements proposal.

    (nhance user interaction and scalability by displaying customer specific discounted price in the

    catalog pages.

    )isplay discounted prices without affecting page load performance i.e., improve performance and

    add functionality without affecting customer interaction.*

    Improve overall performance in catalog, search and hopping cart pages for better customer

    e+perience.

    #aintain a pricing structure suitable for current business processes and reduce huge

    maintenance.

    #aintain current catalog process i.e. support multiple catalogs and pricing across the stores.

    Some stores might share prices and some may not by having a new pricing structure.

    3. Core Business Activity ImpactedThe following are the core business activities that would be impacted by this pro'ect..

    Core Business Activity Impact on Core Business Activity

    Pricing Maintenance The impact is both positive and negative:

    - The negative side of the impact being re-training

    users of the new application processes and timespend for training and catching up.

    - The positive impact on the other had is that the

    Performance would be improved, standard

    functionalities can be utilized in catalog pages andadditional customizations can be prevented.

  • 8/11/2019 Pricing Display

    2/4

    Pricing restructure There is a bigger impact when it comes to pricing

    restructure. This would mean restructure the

    standard operating procedures in pricing in areas of

    - Marketing ommunicating withcustomers regarding how pricing works

    after restructure.

    - Training educating customer service

    representatives and customer carerepresentatives with new processes

    -

    ustomer are enters There also an considerable amount of impact in the

    customer care side due to the e!pectanc" of increasein customer care # service calls from customers

    because of new methodologies and processes.

    G. Change Suggestions

    Current ProcessImpact New process !!ect o! new

    process

    $n the current process %iscount

    modifiers are setup in such a wa" that,

    each customer each item eachcontract has a price override modifier

    line.

    &ver" time a search

    for an item price

    needs to beperformed b" the

    s"stem it has to

    scan throughmillions of modifier

    lines.

    %etermine and

    'etup ( passed

    discount pricing toreduce the number

    of modifier lines

    and level ofcomple!it" for

    maintenance.

    $mproved

    performance and

    reducedmaintenance

    )id s"stem interface program currentl" the interface program between

    the bid s"stem and oracle is designed in

    such a wa" to create modifier lines for

    items discounted as part of the discountcontract.

    This results increation of

    numerous amounts

    of modifier lines

    which otherwisecould be handled in

    more efficient wa".

    )ased on pricingfrom contract # bid

    stand point

    determine discount

    application levelsand setup

    corresponding

    discount modifiers

    $mprovedperformance and

    reduced

    maintenance

    *ualifiers logic urrentl", customer

    +ualifiers are based

    on either, customer

    class, customeraccount or name.

    This impacts onpricing performance

    to a certain e!tent asin b" having huge

    lists of +ualifier

    lines for each

    modifier

    nal"ze and

    determine better

    wa"s for grouping

    customer +ualifiersand also setting up

    customer groups.

    $mproved

    performance and

    reduced

    maintenance

    Pricing data archive There is no standard

    archiving setupcurrentl" in racle

    %etermine efforts

    for setting upscheduled

    $mproved +uer"

    performance andsite catalog

  • 8/11/2019 Pricing Display

    3/4

    pricing archiving of

    pricing data.

    nal"ze businessprocess for price

    lookups for older

    items # orders.

    displa"

    Pricing data purge There is no standardpurging setup

    currentl" in racle

    pricing

    %etermine effortsfor setting up

    scheduled purge of

    pricing data.onfirm

    availabilit" of

    pricing date from

    data warehouseapplications.

    $mproved tablespace and disk

    space.

    H. Proposed list of task and order of execution

    The following are the list of task that would need to be performed in that order for a using standard seeded price displa" in catalog pages and to improve pricing performance in $store.

    . %etermine contract # bid pricing procedures to setup standard discount modifiers that would

    replace promotional modifiers.

    /. 'etup customer group +ualifiers and setup +ualifier grouping for eliminating redundant use.

    0. dd minisites based +ualifier line for modifiers used in i'tore, the generic order t"pe +ualifier areknown to have issues in $store pricing, adding minisites +ualifier would improve pricing for $store

    side.

    1. %etermine archiving schedule for archiving older pricing data and setup concurrent processes.

    2. %etermine pricing data validit" and life c"cle for purging pricing information from racle s"stem.3. ustomize i'tore catalog pages to remove custom pricing code that prevents discounted price

    from being displa"ed.

    4. Prepare training manuals for internal users for the new pricing structure and business precesses.

    . Current and future data Estimates

    ctive Price 5ists:

    There will not be significant change in price lists setups .There are about 040 active price list and total ofabout30,404lines. This is most likel" the same after proposed changes

    ctive Modifiers:

    There are about 101/ ctive current Modifiers in total. ut of which, 167 are promotional,/00 arediscount list and /7 are harges.

    This could change depending on the contract procedures getting evaluated. The changes can be as far as

    reduction to 8666 modifiers and about 46( reduction in modifier lines.

    $nactive pricelists:

  • 8/11/2019 Pricing Display

    4/4

    There can be reduced to about 36-32( based on archiving and purging setups

    $nactive modifiers:

    This could be reduced to about /6 /2( based on archiving and purging setups.