Packages: Admin-Friendly Way to Move Metadata to Another Org

I build cool shit in Salesforce that I want to share with other people. How do I do that quickly and easily? I make an unmanaged package.

  • From Setup, search for and go to Package Manager.
  • Click New.
  • Fill out the form. Give yourself credit for creating the package and a way to get more information in applicable.
  • Don’t check “Managed.” By leaving it unchecked, you allow people who install it to make their own modifications.
  • Add components to your flow. Click Add.
  • Select your component type in the picklist. If you’re including a process from Process Builder, use Flow Definition.
Click the checkbox next to the component(s) you want, then click Add to Package.
  • If your flow, process, code, formula, references custom fields, objects, etc., the package will automatically pull those in to the package. I added one flow and it pulled all of these things in! That’s really helpful.
  • You can include permission sets to allow certain users to access what’s in your package.
  • I frequently build things that require Nonprofit Success Pack to work. The package will list those components in the package, and when you go to install it, it will not install if NPSP isn’t already installed. But it won’t install them again as part of the package.
  • When I’m done adding things, I click Upload.
  • The version name doesn’t matter a whole lot. (I started naming my last Unsubscribe Link package after what day of Christmas it was according to the 12 Days of Christmas).
  • Do you have release notes or a place for folks to go for post-install instructions? Great! Add in those URLs.
  • Put in another description. I guess this describes the version rather than the package overall.
  • I ignore everything else on the page! What’s all that stuff? Don’t care!
  • Click Upload.
  • Now you have a URL to share with your friends or another production org. BUT WAIT. It doesn’t actually work yet. If you click on it now, you’ll probably get an error that it takes a few minutes.


Here’s the URL I got:

This will take me to the log-in page of Salesforce, then to the installation page. You may recognize this from installing apps from AppExchange.

  • If I want to install it in a sandbox, I change “login” to “test”
  • If I am already logged into the org I want to install the package in, I copy everything in the URL after .com /packaging/installPackage.apexp?p0=04t2T000000gYzH
    • In my browser, on a tab that of the org I want to install in, I remove everything after .com in the URL. So if I’m logged in here that becomes and then I paste in packaging/installPackage.apexp?p0=04t2T000000gYzM so I go to and I end up directly at the installation page.


Test out your package in an org. If it doesn’t work, or you need to make a change, you can modify your package by finding it under Installed Packages in the org you created it in. You’ll need to upload again and you can come up with another version name. It usually takes me a few tries to get it right.


There are many ways to move metadata between orgs and developers can name a bunch! I’m still learning dev tools for this. I should be fully competent by the end of the year as this is a major part of my new job. And I can follow up with what I learn.

This isn’t a substitute for change sets. It’s more of a way to move stuff to an unrelated org.

Now, if you have cool things you want to share but aren’t sure where to share them… you want to share them here? Happy to share on the blog! Contact me.

Published by


Jessie joined in 2018 to give introductory webinars to nonprofit customers. She now is a Senior Solution Developer supporting nonprofits and education customers at Salesforce. All opinions expressed on this blog are her own or those of the contributors. She's spent 17 years more or less in CRMs and databases, but didn't meet Salesforce until 2011. Jessie co-led the Seattle Salesforce Nonprofit User Group in 2015-2016. She wrote a sh*tty first draft of a novel and hopes to turn it into a screenplay!

13 thoughts on “Packages: Admin-Friendly Way to Move Metadata to Another Org”

  1. Fantastic write up and step-by-step guide Jesse! I have recently been creating packages for custom objects and flows that I create over and over. It’s a huge time-saver as you know. Your post give me a few new pointers that I put to use immediately. Thank you and please keep it going on!

  2. Thank you so much! I rarely get comments on here and it’s so nice to hear when something is appreciated.

  3. I love how simple this is. I would not have known otherwise, because I would not have looked it up ( because I assume I would’ve had to wade through a lot of info to get to the heart of this.) Thanks for sharing!

    1. You’re welcome. After I wade through all the info to get to the heart of something, I try to then write up a post because somebody else has got to be wondering the same thing, right? Thanks so much for the comment!

  4. Jessie! Thank you!! I always wondered if there was a way to do this (assumed it would require a paid product, so never really looked). Thank you for making life so much easier!

  5. Hi Jessie, I am just starting my salesforce career and was wondering how to create packages in the appexchange. This gets me one step closer.

    Thank you for the clear instructions. I just printed it out and will save it.


Leave a Reply to WilliamCancel reply