
Your application listing is what appears in the Force.com AppExchange and is made up of marketing materials. It is your "store-front" on the AppExchange. Customers can learn about your application by reviewing content such as datasheet, whitepaper, seeing a demo or test driving the application as well. They can also install your application by clicking the Get It Now or Download buttons, or, obtain additional information about your application if you choose to have a Learn More button instead. And best of all, such customer activities are tracked and sent directly to you as leads for free!

As a developer ready to make an application available publicly on the AppExchange, you will already have created, packaged, attended security review and registered your custom Salesforce application. You should have received an email with a unique URL so that you are able to share your app privately. (For details on how you package and register an app, read Packaging Overview.)
With these steps complete, you can submit your application for publication on the AppExchange. Before publication your app will be reviewed and approved.
Assumptions: This article assumes that you are a developer, publisher, or partner who already has an application that's been packaged and is available for private sharing on the AppExchange.
Note: Ensure that you have completed your security review before creating your listing.
Now that you've packaged and registered your app, you can assume two roles:
In this article, each task heading will be followed by the role that can carry out that activity.
Publishing your application consists of ten major activities:
The publisher profile identifies the person or organization responsible for supporting the app. When AppExchange visitors view, test drive, or download apps associated with this publisher profile, they'll see the information in the fields marked as publicly viewable.


| Field Name | Description | Publicly or Privately Viewable |
|---|---|---|
| Username | Publisher's username | Private |
| Phone | Publisher's phone number | Private |
| Publisher Name | Name of the individual or organization responsible for supporting the app | Public |
| Publisher Description | Description of the publisher or publisher's organization | Public |
| Website URL | Website users can visit to learn about the publisher's organization | Public |
| Support URL | Website users can visit for app support | Public |
| Contact Phone | Phone number of the publisher or publisher's organization | Public |
As the app developer, your app must be associated with a publisher profile before it can be submitted for ARB review. You can either assign an existing publisher profile to your app or have created a profile for yourself.
Note:If you don’t have a package (e.g. client apps or apps distributing through Learn More), go to www.appexchange.com/support to request for a blank listing. Select Request Type "Publishing" and Sub Type "Other" under Publishing. Once you receive your blank listing follow the steps below.


Ask the person to look at the app in their list of apps on the Manage My Apps tab.
You will need to add details to the app entry listing that was initially created during the packaging process. For more information about packaging, see Packaging Overview.
REQUIRED FIELDS
| Field Name | Description |
|---|---|
| Public Application Title | The name of the app as you would like it to appear on the AppExchange |
| Application Brief Description (Abstract) | A paragraph or two about what the app does and how the user benefits |
| Additional System Requirements | Any requirements specific to your app. Examples of the type of information you may provide include required browser editions, operating systems, and add-on salesforce.com features, such as Offline Edition |
| Pricing | Apps that are offered for sale should include the appropriate pricing information, along with contact email, URL, and phone. Alternately, apps offered free of charge should check the This Application is Free box |
| Select the type of Trial Experience for your application | Defaults to none.
|
| Select the type of Installation Experience for your application | Get It Now: Deploy your custom salesforce.com application at the click of a button. This allows automatic installation of your package (you could package various elements ranging from Custom Tabs to Pre-Made dashboards). It is appropriate for all Force.com and Composite applications.
You can package your app and leave it private |
Although the second table lists optional fields, it is highly recommended that you complete these fields as well and provide as much information as you can to market your solution.
RECOMMENDED FIELDS
| Field Name | Description |
|---|---|
| Application Description | A paragraph or two about what the app does and how the user benefits |
| Feature Bullets | Up to three short bullets of your app’s features |
| Application Images: Screenshot and Thumbnail | App listings typically include a thumbnail and screenshot. These can be JPEG or GIF files. The screenshot should be no larger than 850x600; the thumbnail no larger than 165x115.) Click on the Change link to upload the image. |
| Application Resources: Link to a Presentation | If you have prepared a Flash or other multimedia presentation, include a link in this field. For example, the link might be http://www.mycompany.com/presentation |
| Application Resources: Datasheet and Customization guide | Click on the Change link to upload a PDF datasheet and/or customization guide. Templates for creating your guides are available in the Publisher’s Toolkit section. |
| Support | Select all Support options you provide for your application. If you do not provide support for your application, select “Support not provided”. |
| Sales Information | If you charge a fee for your application, you may want to provide contact information for your sales representatives. You can optionally provide your customers a phone number, email address, and/or URL to contact your sales team. |
| Customer Leads | If you would like to receive leads from customers who have expressed interest in your application, provide the ID of the organization where you would like to receive these leads. You should only use your standard Salesforce organization or your ISV Edition Organization for this purpose. |
| License agreement | Commercial apps must be accompanied by a License agreement. Copy and paste your agreement into the License Agreement text field in this section. If you don’t provide a custom agreement, the default salesforce.com agreement will be displayed. |
| Logo | You can display an icon that represents your AppExchange app--much the way that icons on a PC desktop represent applications. Or you could display a banner with a slogan. To do so,
|
| Custom Offers | You can also upload whitepapers, case studies, customer testimonials and webinars.
|
You'll be redirected to the private share page for your AppExchange app to view your changes.
You must choose to have your app listed on a specific public exchange. You can choose between exchanges listed in the Assign Exchange picklist. Each app can be assigned to only one exchange.
NOTE: The app and listing must be written substantially in the language of the locale and readers of that exchange.

Your app has been assigned to an exchange and you can now choose the app category that you'd like your app to be listed in. The status of your package is Unlisted — New.
You can choose to have your app listed in one or two categories associated with the exchange to which you assigned your app.

In order to publicly post your app on the AppExchange, it must be submitted to and pass the Publication Review. In the review process, a three-part evaluation is performed that includes:
NOTE: You can change the app listing information and package as often as you like until you submit them for review by the ARB. After submission they are locked.
Branding: We will check that the following branding is followed. While creating your listing materials please remember that "salesforce.com" is the name of our company, which is spelled with a small "s" unless it begins a sentence. "Salesforce" (always a big "S") is the name of our application.
Also the review ensures that the listing content does not contain profanity and pornography.
Test Drive (Optional Review - only if you have a Test Drive)
If your listing contains a test drive - a fully functional, read-only version of the application that gives customers a chance to "kick the tires", we will review the following:
In evaluating a test drive, the reviewer considers the completeness of the data set the most important component. All the major objects and tabs should have representative data that illustrates what a record looks like. Ideally, there are several records showing different levels of completeness. Users are not able to create or modify data during a test drive, so they must rely on sufficient information being populated in advance in order to get a realistic understanding of how they might use the app.
During the review process, dashboards and reports included with the app are checked for completeness. Keep in mind that a sparse dataset leads to sparsely populated dashboards and reports.
For composite apps, service access should not be a separate, decoupled part of the test drive process. Exceptions may be made for situations where some information from the end user is absolutely necessary, such as a mobile phone type and number required to demonstrate mobile apps. However, in general the initiation of the test drive session (or clicking a designated tab within the test drive) should be enough to initiate communication with the external service.
The test drive user should not be expected to provide an additional username and password to access the service. Apps with this kind of requirement will not be approved for listing. Apps that take the customer to an external service from a tab should not require the entry of the customer's contact information or expose them to solicitations.
Creating a useful test drive may not be possible for some composite applications, client applications, and hardware appliances listed on the AppExchange.
For example, some composite apps require subscriptions to external services that the user must download for the app to work. In such cases, a publisher may fulfill the test drive requirement by providing a demo. Multimedia presentations, Flash demos, or a set of captioned screenshots detailing what the app offers are all acceptable demo formats.
When an app requires that external services be accessed from outside the Salesforce interface, users should be offered the option of downloading (via the Download button) rather than clicking the standard Get It Now button to install an app. If you publish this kind of app, you must clearly state its requirements, including operating systems and versions, disk space, and any other apps and capabilities required.
In the case of appliances and services listed on the AppExchange, where there is nothing to install or download immediately, a Learn More button may take the place of the Get It Now or Download options. The Learn More button can link to a walkthrough demonstration and additional details about the product. It should not simply go to a landing page with a contact form, but it can contain links to contact information for finding out more about what is offered.
The review ensures that your application:
All applications must work in all salesforce.com instances. Applications that hardcode links to specific environments (such as NA1 or EMEA) will fail this test and be rejected.
Some applications rely on specific capabilities being present in the customer's environment. If your application relies on a particular Salesforce feature (multicurrency or team selling, for example), be sure to cover it in your Customization and Enhancement Guide or About tab documentation (see below).
For composite applications — those that combine native meta-data development with lower-level API calls and coding — the application review also ensures that:
Simply popping your service offering into a static Web tab that you add to a salesforce.com application is not a meaningful service integration. We look for interrogation and incorporation of the customer's Salesforce data in the context of the partner's service, as well as seamlessness of bi-directional interaction.
Linking customers to anonymous data streams or intermediaries is unacceptable without proper disclosure or security oversight. All URIs should be to named services within the publisher's domain (or readily attributable to it).
A client application is one that runs outside the Salesforce user interface and uses only the Apex API, typically running on a desktop or mobile device (see Figure 2). If you plan to publish this kind of application, you need to clearly state the target client requirements that your application mandates (operating systems and versions, disk space, and any other applications/capabilities required).
There are three major phases to the publishing process: creating a publisher profile and associating the profile with your app, preparing and submitting your app for Review (Security and Publication), and then posting and updating your app on the AppExchange after approval. The status of your app changes as it progresses through the publishing cycle is displayed on the My AppExchange page on the Manage My Apps tab. The status definitions are shown below.
| Status | Description |
|---|---|
| New | The app has not been submitted for public listing yet; it is a private app. |
| Security Review in Progress | You have built your app, completed the security questionnaire and submitted it for security review. You can continue building your listing in this status. |
| Security Review Completed | Security Review is complete. An email with the results will be sent to you. If you were not approved, status will be reverted to New. You can continue building your listing in this status. |
| Publication Review in Progress | The app has been submitted and is being reviewed for Publication. This status link will only appear once you have passed Security Review. If you haven’t completed the security review you will see Submit for Security Review. Visit Security Review for more details. |
| Approved | The app has been reviewed and accepted for posting to the AppExchange. It can be listed. |
Submit the app for Publication Review after the following have been done:
After completing these requirements, you are ready to submit your app.

NOTE: Once your app is submitted for review, both the package and the listing are locked and cannot be edited.
We will review your app shortly and send you an email when the review is complete. The email will inform you whether your app has been approved for posting to the AppExchange or requires further work before you submit it again for review.
When your app is approved, you will receive an email letting you know that the ARB has approved it for posting to the AppExchange. On the Manage My Apps tab, the app status is set to Unlisted - Approved. You can now see a Listed checkbox at the far right of the app name.
The app is made public and will appear on the AppExchange within a short time.
NOTE: If you unclick the Listed checkbox, your app will be unposted and not be seen on the AppExchange directory. However, your app will remain in Approved status. To repost your app to the the AppExchange directory, click the Listed checkbox.
If you are a developer providing your app using a managed package, you will receive notification of all app installs, upgrades, and uninstalls in real time through the License Management app.
The License Management Application (LMA) easily allows you to track installation and upgrades of the managed packages created by your organization. The LMA must be installed in the publisher's production or development organization before uploading the managed package to the AppExchange. Check out the LMA 2.0 Overview for more details:
The LMA helps you
Visit here to download and install the LMA. Click on Get It Now to deploy the application into your org.
Prior to Winter 08 you were required to associate an LMO with a package prior to uploading it. This is now an optional step. You can upload as many versions as you want before you start tracking the licenses for those packages in your LMO. You may also have versions after you start tracking licenses for.
Select the “Manage My Apps” tab from My AppExchange. Find the app that you want to set or view the License Management Organization (LMO) for. Select the link titled “view” next to License Management Organization. If the LMO has already been set, it will be displayed. If there is no LMO you will have the ability to set one.