Pricing Model

Back in mid-February some blog posts said that a pricing
model would be out in a few weeks. Has a candidate pricing model
been posted? If so, where can I find it? If not, when will it be
made available?

Thank you for your patience! Please refer to this blog post
for details. We would very much appreciate your feedback on our
proposed pricing models.
http://blogs.adobe.com/collabmethods/2009/03/chomping_at_the_bit_afcs_prici_1.html

Similar Messages

What are the key benefits and limitations of new pricing model of X5-2?

What are the key benefits and limitations of new pricing model that started with X5 version?

1. Elastic Configurations
Size/price hardware by the number of servers; Fixed configs no longer required
Start with 2 Database Servers and 3 Storage Servers. Incrementally add database or storage servers online.
2. Capacity-on-Demand (CoD)
Upon installation, activate 40-100% of the cores per server and reduce software licenses; Applies to Eighth Rack now too
Activate and license more cores when needed; Active cores may not be deactivated
3. OVM and Trusted Partitions
License software on Virtual CPUs within a VM; Ideal for special-purpose DB options
You can mix different combination of options for different DB on one Exadata.
OVM has no License cost; support is included with premier hardware support
Limitation:
At least 40% of usable cores on the machine must be licensed for Oracle software
Cannot use both OVM and CoD to license less than 40% of cores
A server must be virtualized or non-virtualized – not mixed
A RAC cluster can mix virtualized and non-virtualized servers
4. “Flash Drive” License Metric for EF Storage Server Software
$20K/drive; 8 flash drives/EF server vs 12 disk drives/HC server = 33% higher list
Can transfer licenses between Flash Drive (2 licenses/drive) and Disk Drive (1 license/drive) – part # is the same

New "throttled" ICE pricing model proposal to Adobe

First off I agree that the ICE service should not be free, but for it to be worth while from a business standpoint, and at $20 per month paid to Adobe, the "web shop" would need to charge at least $10 per month to each client to use the service. It's a given that most clients won't want to pay more than $10 a month for the ICE service unless their web site is a large one. So if Adobe needs $20 a month for 5 domains in the current price proposal, the web shop would need to have 2 clients using it right away just to break even and acquire 3 clients just to start making a profit. The proposed pricing model puts much more "pressure" on the web shop's side to sign people up on the service as fast as possible starting out. The situation becomes even more evident if the web shop has 6 clients and is now paying $40 a month to Adobe for two base accounts. With 5 clients and one base account the web shop profits $50-($20 to Adobe)=$30 total per month. With 6 clients and two base accounts the web shop profit takes a dip with $60-($40 to Adobe)=$20 total profit per month. So the current pricing model becomes a kind of stair-stepping profit and loss situation for the web shop when they don't have each base account "loaded up" per say.
A MUCH better pricing strategy for both Adobe and web shop owners would be for Adobe to create an initial 3 domain base account for $10 a month and then "throttle the price" for each additional domain. This would lower the initial profit risk for the web shop greatly. Let me illustrate... Let's say Adobe charges a base price of $10 a month for a 3 domain base account to start with. Then for every NEW domain there is an additional $5 a month charge. Ok, so let's say the web shop has 5 client domains... now we have a a base price of $10 (3 domains in the base) + 2 NEW domains and that's a total of a $20 total per month paid to Adobe. Now for 5 domains Adobe is STILL making the $20 a month it needs. At this point though, the web shop has 5 committed ICE clients and is charging a minimum of $10 per domain so they receive $50 per month minus the $20 paid back to Adobe for a total profit of $30 per month. If the web shop has 6 client domains then the total profit is $25 to Adobe rather than having to pay $40 per month with the current proposed pricing model. Now we must look at how this pricing strategy "benefits" Adobe, because at 6 domains Adobe was previously getting $40 for two base accounts with 5 domains in each. BUT if they go with a throttled pricing model those same 10 domains now would mean $45 per month ($10 base + 7 new domains at $5 each for $35) instead of the previous $40 per month for Adobe. Ok, wait a second (I can hear most of you saying it now) why would we now pay Adobe an extra $5 per month for 10 domains? The answer is simple, because previously they would be getting $40 a month for say 6 domains whereas now they would only get (($10 + 3 new domains x $5 each = $15)) = a total of $25 per month for 6 domains. This is very fair because Adobe now takes on a lower rate per month as the domain counts ramp up, but now at the 10 domain mark they would be getting $45 per month instead of $40.
Overall this strategy eliminates the starting risk for the web shop, ensures the web shop's profit right away, and in the long run Adobe profits a little bit more for higher domains counts. Both sides get a much better deal with a throttled pricing model!
And as a last note of "profitable hope" for the web shop readers, you could also base your ICE monthly service price on the size of each client's web site. For example: 20 pages or less = $10 per month, 21- 50 pages = $15 per month and for large web sites above 50 pages you could go with $20 per month. This is actually still fair, because if you think about it you still have to provide ICE code support for each page should something go wrong and provide support for ICE user e-mail questions, training, etc. So the more page support you have to deal with code-wise, e-mail-wise, or even phone-wise the more it should justify a higher monthly cost back to your client for having a larger web site to maintain overall.

First off I agree that the ICE service should not be free, but for it to be worth while from a business standpoint, and at $20 per month paid to Adobe, the "web shop" would need to charge at least $10 per month to each client to use the service. It's a given that most clients won't want to pay more than $10 a month for the ICE service unless their web site is a large one. So if Adobe needs $20 a month for 5 domains in the current price proposal, the web shop would need to have 2 clients using it right away just to break even and acquire 3 clients just to start making a profit. The proposed pricing model puts much more "pressure" on the web shop's side to sign people up on the service as fast as possible starting out. The situation becomes even more evident if the web shop has 6 clients and is now paying $40 a month to Adobe for two base accounts. With 5 clients and one base account the web shop profits $50-($20 to Adobe)=$30 total per month. With 6 clients and two base accounts the web shop profit takes a dip with $60-($40 to Adobe)=$20 total profit per month. So the current pricing model becomes a kind of stair-stepping profit and loss situation for the web shop when they don't have each base account "loaded up" per say.
A MUCH better pricing strategy for both Adobe and web shop owners would be for Adobe to create an initial 3 domain base account for $10 a month and then "throttle the price" for each additional domain. This would lower the initial profit risk for the web shop greatly. Let me illustrate... Let's say Adobe charges a base price of $10 a month for a 3 domain base account to start with. Then for every NEW domain there is an additional $5 a month charge. Ok, so let's say the web shop has 5 client domains... now we have a a base price of $10 (3 domains in the base) + 2 NEW domains and that's a total of a $20 total per month paid to Adobe. Now for 5 domains Adobe is STILL making the $20 a month it needs. At this point though, the web shop has 5 committed ICE clients and is charging a minimum of $10 per domain so they receive $50 per month minus the $20 paid back to Adobe for a total profit of $30 per month. If the web shop has 6 client domains then the total profit is $25 to Adobe rather than having to pay $40 per month with the current proposed pricing model. Now we must look at how this pricing strategy "benefits" Adobe, because at 6 domains Adobe was previously getting $40 for two base accounts with 5 domains in each. BUT if they go with a throttled pricing model those same 10 domains now would mean $45 per month ($10 base + 7 new domains at $5 each for $35) instead of the previous $40 per month for Adobe. Ok, wait a second (I can hear most of you saying it now) why would we now pay Adobe an extra $5 per month for 10 domains? The answer is simple, because previously they would be getting $40 a month for say 6 domains whereas now they would only get (($10 + 3 new domains x $5 each = $15)) = a total of $25 per month for 6 domains. This is very fair because Adobe now takes on a lower rate per month as the domain counts ramp up, but now at the 10 domain mark they would be getting $45 per month instead of $40.
Overall this strategy eliminates the starting risk for the web shop, ensures the web shop's profit right away, and in the long run Adobe profits a little bit more for higher domains counts. Both sides get a much better deal with a throttled pricing model!
And as a last note of "profitable hope" for the web shop readers, you could also base your ICE monthly service price on the size of each client's web site. For example: 20 pages or less = $10 per month, 21- 50 pages = $15 per month and for large web sites above 50 pages you could go with $20 per month. This is actually still fair, because if you think about it you still have to provide ICE code support for each page should something go wrong and provide support for ICE user e-mail questions, training, etc. So the more page support you have to deal with code-wise, e-mail-wise, or even phone-wise the more it should justify a higher monthly cost back to your client for having a larger web site to maintain overall.

Black Scholes Option Pricing Model

Hello Folks
Here is a Black Scholes Option Pricing Model that includes CALLs, PUTs, and the Greeks plus a vi to create an option chain.
If someone could translate this to native LV code OR possibly a DLL it would benifit interested traders, It was developent on a professional version platform using the MatLabscript node.
The zip file contains the BSM, a web browser app for quick stock lookups, and some symbol files. You will need to tweak the Research VI a little to point it to the symbol file.
I pulled these out of a woking app so other than the minor tweeks everything was working....
Best Regards
Tim C.
1:30 Seconds ARRRGHHH!!!! I want my popcorn NOW! Isn't there anything faster than a microwave!
Attachments:
OptionTradingWorkbook.zip ‏59 KB
BSM and Research.zip ‏543 KB

Here are the sub vi's to the research VI. These VIs are the old version of calulating the Call and Put before I finalized the mod to the BSM matscript. The reason i included it was so th euser could get the implied volatility formula to add to the BSM updated model.
The intent of releasing this was simply to get it out ot folks in the hopes of saving a bunch of research and testing.....
Best regards
Tim C.
1:30 Seconds ARRRGHHH!!!! I want my popcorn NOW! Isn't there anything faster than a microwave!
Attachments:
Option Put Price and Greeks old version.zip ‏351 KB

Tiered Pricing Model

Is there a way to implement a tiered pricing model for Offerings so that employees are charged one rate, contingent workers are charged another, and outside customers are charged a third rate?
Thanks!
Anne

Hi Anne,
If you use OM integration to OLM you could have two different pricelists for customers and internal workers. But there is no way to separate out employees and contingent workers.
Regards
Anders

OT: Adobe is considering new pricing models for Creative Cloud

Adobe is considering new pricing models for Creative Cloud. Please excuse me if someone posted this already.
http://photorumors.com/2013/06/16/adobe-is-considering-new-pricing-models-for-creative-clo ud/#ixzz2WRiE1dLX

Next year they will bring back perpetual license for customers prepared to pay over the top prices. Microsoft has done it so Adobe and others will just copy them. Who said there is morality in business?

I just bought the new 2014 Mac Mini 2.6 8Gig for $699 at the Apple Store Online. I want to use it for light editing in iMovie making video's for YouTube, I couldn't afford the higher priced models. Is this going to work for me? I hope so..

Will this do basic video editing for YouTube Video's in iMovie, I hope so. It's all I could afford.
Just under $800 with tax and Applecare.
It's stock 2.6 8gigs 1 terabyte hard drive.
I have two monitors DVI that I plan to hook to it.
I know it's weak but will it get me going without too much hardship.
I want to grow into the more high priced computers and Final Cut Pro later on.
I know I will need a bigger computer then.
Thanks

There are many people using the basic (i5) 2012 MacMini and even older ones to edit complex films in FCP X so you should have no problems.
I have been using FCP 7 and FCP X since they came out on my 2008 iMac Core 2 Duo and am thinking of getting the same model as you rather than pay the astronomic price for a new 27" iMac.
The performance won't be quite as fast but it will be at least 4 times faster at rendering than my old iMac.

Network pricing model explained?

As far as i understand this: (using O2 prices as example)
£35.00x18mth Contract + £99.00 = 600mins + 500txt + free internet + 8gb iphone
£20.00x1mth Contract = 600mins + 600txt + free internet
Cost of iphone to customer over 18mth = £15.00x18 + £99 = £369.00
Effect of taking contract is like taking out a loan for the outstanding cost of the phone spread over 18mth. add on the cost of call plan = cost per month
Reason for no early upgrades : O2 pays cost price of iphone on day one, recoups £99 on day one, recoups £15 per month from then on .. iphone cost payed off after 16mths.
This is not an exact science, but if you do the math for all other call plans/models you get rougly the same answers.
You want the new iphone every year? sign up for the 24mth business plan (new phone every 12mths)
cant comment on AT&T pricing but must have very similar figures behind it.
Comments?

I don't if your numbers are right, but you got the gist of it. You are paying back the carrier over X amount of months for the rest of the cost of the phone they had to pay to the phone manufacturer.

DPS Agency Pricing Model - When?

I am a member of the ADPS beta program and attended the MEI presentation in SF. We are a mid-sized marketing and design firm with 5 offices nationwide. Our clients (professional services corporations primarily) are clamoring for tablet apps to publish their (formerly) print collateral, but will not green light the budgets to fork over $11,000 to start for ADPS. I want to emphasize that these are high-level professional services corporations, many of which are multinational -- not mom and pop companies.
When is Adobe going to come out with their Agency model pricing to allow large and mid-sized design and marketing firms to act as licensed resellers or pass-through publishing agents? If I have 15 clients willing to pay, say 2.5 - 5 grand each, then that should amount to something.
In my opinion, Adobe is sitting on a treasure trove of tools and they are losing the war due to blind greed.
-- Jeff

If the Adobe forums had a like button, I'd have clicked it!

DBA Support cost - Per DB ( Unit Pricing Model) .

Hi,
For one of the RFP solution we are asked to give the DBA Support cost Per unit ( Different pricing for Simple, medium, Complex Categories ) .
Do you know the typical price range for DB / Instance ?
Apart from Clustering,Size what all factors are taken into account to decide on Complexity
Thanks in advance for an immediate reply
Regards

For one of the RFP solution we are asked to give the DBA Support cost Per unit ( Different pricing for Simple, medium, Complex Categories ) .
Do you know the typical price range for DB / Instance ?
Apart from Clustering,Size what all factors are taken into account to decide on Complexity Contact Support person.
Check this for license and pricing list http://www.oracle.com/us/corporate/pricing/technology-price-list-070617.pdf

Pricing model for everyday newspaper

Hello I want to use DPS for an everyday publication
Its going to be an 50 pages newspaper.
I want to have a reader application that can be updated everyday with the new material.
Its not important to have old issues just the current....
What will be the best price model?
This news paper will be free for the people that download it
so
any ideas?
Do adobe charge me for everydownload even the publication will be free?

Hi Satish,
Either the customer buys a customer account directly from SAP or the Partner sells a ready solution directly to the customer: SAP HANA Cloud Platform. If you are asking about the second option, here are the answers of your questions:
1. No the partner buys a HCP account and then sells his solution to the customer.
2. There are two models: between SAP and Partners and then between Partners and Customers. The first one is described in the link above, the second one is up to the partner.
Kind Regards,
Alex

Forefront Endpoint Protection pricing model

Is it possible to deploy FEP when you don't have a server?
I am volunteering for a small non-profit, and while we may be deploying our first server soon, It won't be deployed immediately, and we would like to get AV protection on all client machines without violating any license agreements, (All free AV Products
license only for use in a home environment.)
Will FEP running in this manner still be a fully functional AV, just lacking the central management features?

Hi,
Thank you for your post here.
I think you can consider standalone FEP as your solution. Standalone FEP can run without SCCM.
Detailed information about how to install it, you can refer the similar threads or helpful articles below:
http://social.technet.microsoft.com/Forums/forefront/en-US/a400091e-1dc2-426f-8de1-82c513a66bcd/standalone-fep-installation?forum=FCSNext
http://social.technet.microsoft.com/Forums/forefront/en-US/b78e9d43-fb91-470a-9450-d5fa7e0e4a69/standalone-fep-fep-without-sccm-fep-with-sce2010-managed-or-unmanaged-some-clear-answers-here?forum=FCSNext
Best Regards
Quan Gu

DPS Pricing: Am I screwing anything up?

Hey all. I hate to find myself in short-term bugaboos here, but I'm trying to dissect Adobe's pricing model and make sure I communicate it correctly, lest my small agency venture into the territory of "unforseen hard costs".
We are looking to use the DPS platform to build an iPad based cookbook for a client. Pretty cut and dry. No subscriptions, gating, e-commerce or anything that might be construed as non-standard.
As I understand it, this is a single-use folio. Because we have a paid team subscription through the Creative Cloud, we will not incur any additional costs from Adobe to create our cookbook single-use folio in InDesign and publish it as an app.
We will incur a $99/year fee from Apple to register as a developer. Once we've undergone the lengthy approval process, we will then be able to have our published cookbook app distributed through the Apple App store. Because this is a single-use folio (i.e., there are no instances of multiple issues a la a Conde Nast magazine). If 100,000 people download this app, no additional fees are incurred.
Am I missing anything here? It seems like it's pretty simple - I'm just concerned about unanticipated surprises. Do I understand this pricing model correctly?
Thanks!
Neil

You're right that you can submit lots of apps but incorrect about keeping the app in the App Store after you cancel your iOS dev subscription.
https://developer.apple.com/support/ios/program-renewals.html
What happens if I do not renew my membership?
If your iOS Developer Program membership expires, your apps will no longer be available on the App Store and you will not be able to submit new apps or updates. You will lose access to pre-release software, the Apple Developer Forums, the Certificates, Identifiers & Profiles, and Technical Support Incidents. However, you will still have access to iTunes Connect and free development resources.
2 - No extra fees from Adobe for Single Edition apps.

In the privacy policy, it states that percentages and durations of books read are being collected to ensure that publishers can have a metered price model, prices depending on how the book was read. Give me an example of a company with such a price model?

In your privacy policy, you state that the percentages and durations of books read are being collected to ensure that publishers can choose a metered price model. Prices which depends on the duration for which the book was read.
Give me an example of a company with such a price model? Are the information being collected even where the companies have not asked for the information, even when the metered price models are not being used?
Here is an extract från the privacy policy:
What information does Adobe Digital Editions collect and how is it used?
The following information may be collected when an eBook with DRM is opened in Adobe Digital Editions software. If an eBook does not have any DRM associated with it, then no information is collected.
User GUID: The User GUID is a unique value assigned in place of your User ID and is used to authenticate you.
Device GUID: The Device GUID is a unique value generated to identify your device. It is used to ensure that the eBook may be viewed on your device and that the number of devices permitted by the license is not exceeded.
Certified App ID: This ID represents the application that is being used to view the eBook, in this case Adobe Digital Editions. It is necessary to ensure that only a certified application may display an eBook. This helps to minimize piracy and theft of eBooks.
Device IP (Internet Protocol): This identifies the country you are located in when you purchase an eBook. It is used by eBook providers for the enablement of localized pricing models. Only the country identifier of the Device IP is stored.
Duration for Which the Book was Read: This information may be collected to facilitate limited or metered pricing models entered into between eBook providers, such as publishers and distributors. These models are based on how long a reader has read an eBook. For example, you may borrow an eBook for a period of 30 days. While some publishers and distributors may charge libraries and resellers for 30 days from the date of the download, others may follow a metered pricing model and charge them for the actual time you read the eBook.
Percentage of the eBook Read: The percentage of the eBook read may be collected to allow eBook providers such as publishers to implement subscription pricing models where they charge based on the percentage of the eBook read.
Information provided by eBook providers relating to the eBook you have purchased: The following information is provided by the eBook provider to enable the delivery of the eBook to your device:Date of eBook purchase/download
Distributor ID and Adobe Content Server Operator URL
Metadata of the eBook, such as title, author, language, publisher list price, ISBN number
How is the information transmitted?
The data is sent periodically to Adobe via a secure transmission using HTTPS.
How is the information used?
Adobe uses the information collected about the eBook you have opened in Adobe Digital Editions software to ensure it is being viewed in accordance with the type of DRM license that accompanies that eBook. The type of license is determined by the eBook provider. For more information on how each piece of data is used, please see above.

In your privacy policy, you state that the percentages and durations of books read are being collected to ensure that publishers can choose a metered price model. Prices which depends on the duration for which the book was read.
Give me an example of a company with such a price model? Are the information being collected even where the companies have not asked for the information, even when the metered price models are not being used?
Here is an extract från the privacy policy:
What information does Adobe Digital Editions collect and how is it used?
The following information may be collected when an eBook with DRM is opened in Adobe Digital Editions software. If an eBook does not have any DRM associated with it, then no information is collected.
User GUID: The User GUID is a unique value assigned in place of your User ID and is used to authenticate you.
Device GUID: The Device GUID is a unique value generated to identify your device. It is used to ensure that the eBook may be viewed on your device and that the number of devices permitted by the license is not exceeded.
Certified App ID: This ID represents the application that is being used to view the eBook, in this case Adobe Digital Editions. It is necessary to ensure that only a certified application may display an eBook. This helps to minimize piracy and theft of eBooks.
Device IP (Internet Protocol): This identifies the country you are located in when you purchase an eBook. It is used by eBook providers for the enablement of localized pricing models. Only the country identifier of the Device IP is stored.
Duration for Which the Book was Read: This information may be collected to facilitate limited or metered pricing models entered into between eBook providers, such as publishers and distributors. These models are based on how long a reader has read an eBook. For example, you may borrow an eBook for a period of 30 days. While some publishers and distributors may charge libraries and resellers for 30 days from the date of the download, others may follow a metered pricing model and charge them for the actual time you read the eBook.
Percentage of the eBook Read: The percentage of the eBook read may be collected to allow eBook providers such as publishers to implement subscription pricing models where they charge based on the percentage of the eBook read.
Information provided by eBook providers relating to the eBook you have purchased: The following information is provided by the eBook provider to enable the delivery of the eBook to your device:Date of eBook purchase/download
Distributor ID and Adobe Content Server Operator URL
Metadata of the eBook, such as title, author, language, publisher list price, ISBN number
How is the information transmitted?
The data is sent periodically to Adobe via a secure transmission using HTTPS.
How is the information used?
Adobe uses the information collected about the eBook you have opened in Adobe Digital Editions software to ensure it is being viewed in accordance with the type of DRM license that accompanies that eBook. The type of license is determined by the eBook provider. For more information on how each piece of data is used, please see above.

Formula Pricing for RFx in e sourcing 7

Hi
I am trying to use Formula Pricing in RFx in e sourcing 7.0 for line items. In Line Item Setup there are two tabs Pricing Model and Line Item Formula wherein we can add formulas. Does anyone know what is the difference b/w the two.Plz give me some example to understand as I am not able to find much documentation on the same.
Regards
Shobha

Hi Vikram
I did take a look at Unit Category but I hadn't created "No Dimension" as one. Instead I had Dimensionless. So to resolve the issue I had to create No dimension as well
After assigning it to one of the unit of measure and making it the primary unit of measure for the same, I was able to resolve the issue but it is strange why there are two unit categoriesNo Dimension and Dimensionless which I think imply the same thing.
Moreover why No dimension category ID is sought in RFx while adding a material is also not clear. this doesn't happen in case of auctions and also in E Sourcing 5.1 we didn't have this precondition.
Anywz thanks for your reply
Regards
Mudit Saini

Pricing Model

Similar Messages

Maybe you are looking for