nonprofitCRM.org is produced by members of the NPSF (nonprofit salesforce.com) community. We are Salesforce.com administrators and consultants working to help nonprofits understand, better use and leverage Salesforce.com for their organizations. Read More
It’s easy to assume (at least for me) that most if not all of my nonprofit customers have been able to acquire a nice broadband connection. So I was surprised (but shouldn’t have been!) when one of my customers wanted to know what the bandwidth usage would be like if they moved their work to Salesforce. They have a shared infrastructure and some stringent requirements for ensuring that a certain amount of their pipeline is available to their constituents.
We considered an onsite usage test – but we would have had to reveal customer data – plus – we’d be making things up – what they really wanted to know was “how much bandwidth will OUR implementation of Salesforce use?”
So -we asked Salesforce -and they provided a LOT of information. Here’s the key points:
Bandwidth Required for Users Salesforce.com is designed to use as little bandwidth as possible so that the site performs adequately over both high speed, dial-up, and over the air Internet connections.
Obviously – your mileage may vary depending on the nature of your connection to the internet as well as what other internet related work you are doing. It’s likely more helpful to know your total bandwidth needs and to understand how they all fit together rather than to know what Salesforce uses by itself.
Since the links in our PowerPoint slide didn’t make it through to Scribd, I thought I’d add them all here so they’re in one place.
The OPML File is here:
http://www.nonprofitcrm.org/attach/google-reader-subscriptions.xml
To use this, you’ll need to right click (option-click on a Mac), and save this file. To import this file in Google reader, instructions are here:
http://www.google.com/support/reader/bin/answer.py?hl=en&answer=69982
To import in Bloglines, instructions are here:
http://www.bloglines.com/help/faq#import
While reading Steve Anderson’s blog (http://gokubi.com), I was inspired to put up one of our screencasts.
Anand was nice enough to put together a great screencast about creating a basic Apex trigger. This dives into some code but isn’t too technical that the average Salesforce admin can’t understand it. Take a look!
http://www.screencast.com/t/KZyKK0NXrXR