You need to sign in to do that
Don't have an account?
coling
Managed Package naming - looking for recommendations
Hi,
In the process of planning to publish an app - and more apps to follow that relate to the first one, what's the recommendation for naming the managed package (from one org) vs naming the custom app(s) within it? If my first app is named X, can the managed package also be named X? Or should the package name be more like 'X Pack'?
Also, how are package and app names presented in the directory - are they both listed? Is a prospective installer aware that an app is available within a package? Is (s)he installing the package as a whole or just the app?
CG
In the process of planning to publish an app - and more apps to follow that relate to the first one, what's the recommendation for naming the managed package (from one org) vs naming the custom app(s) within it? If my first app is named X, can the managed package also be named X? Or should the package name be more like 'X Pack'?
Also, how are package and app names presented in the directory - are they both listed? Is a prospective installer aware that an app is available within a package? Is (s)he installing the package as a whole or just the app?
CG
Prospective users can view the components of a package by selecting the specifications tab of any app on the app exchange. If you are planning to have an application that has a base set of features and a set of optional or related features you may want to structure those as a base package with extensions. If your base package is managed, it can be supplemented by either managed or unmanaged extensions. For example, if I wanted to create an application that I could market to both PE and EE users, I could put all of the functionality common to both PE and EE in the base package, and add EE specific functionality in the extension (for example workflow). The base package would work for both, the extension only for EE users. This method can also be used to segment an app by functionality or other criteria.
Let's say I plan to produce a few apps that will, when they all exist, belong to a 'family'. For example, a group of apps catering to an objective "Finding (people) resources to develop AppExchange apps". The apps, individually, may be "Online search", "Alerts (search agents, or bots)", "ERP integrator", etc. As I believe a managed package can contain multiple apps (?), should I create one package, named "App Resources", containing apps "Search", "Alert", and "Integrate", allowing user to buy each app individually as and when they need them? In this case they would all be seen to be part of the "App Resources" package. Or should these be individual apps each in their own package?
CG
If anyone knows I am wrong here, I would appreciate any comments.
Regards
CG