<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
	<title>Resource Articles</title>
	<link>http://www.associosoftware.com/Listing/5</link>
	<description></description>
	<language>en</language>
	<pubDate>Mon, 06 Sep 2010 11:47:49 PDT</pubDate>
	<generator>Qcodo Development Framework 0.3.43 (Qcodo Beta 3)</generator>
	<docs>http://blogs.law.harvard.edu/tech/rss</docs>
	<item>
		<title>Prototyping</title>
		<link>http://www.associosoftware.com/ListingItem/95</link>
		<description><![CDATA[Being a part of the product development process for three different companies in the 90s and early 2000s, I was shocked at how much money they spent on things they really had no clear feedback from actual users.&nbsp; Part of the reason for this lack of research was that there was just so many resources available to us.&nbsp; Investors and venture capital firms were just pouring money into dot coms with nothing more than a snazzy business plan.&nbsp; Today, even well funded companies don't have the luxury of endless resources.&nbsp;&nbsp; This forces us to realize that we don't have all the right answers, and it forces us to ask our customers questions.&nbsp; And try out new things with our customers.&nbsp; The result is a product that isn't perfect, but evolves quickly.&nbsp; Companies like Google are really embracing this model of bringing products to market quicker and hence getting feedback from customers quicker.&nbsp; Which means the product grows and becomes more useful.&nbsp; And isn't this the goal.&nbsp; I don't want to create a product that needs a lot of marketing to sell it.&nbsp; I want to create products that are useful!&nbsp; Products that are really needed...products that actually sell themselves.<br /><br />I recently <a href="http://www.small-business-guru.com/protyping-as-business-strategy/">read an article at Small Business Guru</a> defining this new type of product development as a prototype business model.&nbsp; The article gives some great perspective on why prototyping is so critical for organizations today.&nbsp; It is true for us at Associo Software, but it is also true for associations.&nbsp; Is your association embracing prototyping to find new and innovative ways to meet your member's needs?&nbsp; If you don't, how will you stay relevant?&nbsp; How will your services really stay useful, even necessary?&nbsp; In a down economy, associations are seeing their members cut budgets and some decide to cut out money that would be going to the associations for training or even for member dues.&nbsp; Now more than ever you need to make sure what you do is mission critical to your members.&nbsp; I don't know anyway other way of doing this than trying new things and getting lots of feedback.&nbsp; It seems we all need to embrace the business model of prototyping.]]></description>
		<guid isPermaLink="false">95</guid>
		<pubDate>Mon, 12 Jan 2009 22:21:37 PST</pubDate>
	</item>
	<item>
		<title>Listening to Your Customers Takes Effort</title>
		<link>http://www.associosoftware.com/ListingItem/79</link>
		<description><![CDATA[I recently read an article on <a href="http://news.cnet.com/8301-13860_3-10111860-56.html?tag=newsLeadStoriesArea.1">CNet News</a> talking about how Dell found themselves behind in selling their hardware products to large data centers.&nbsp; They also realized that they routinely lost money to even get the business they had.&nbsp; So, they asked some tough questions of themselves, and they started asking their customers or potential customers some questions.&nbsp; It turns out that data center clients wanted a completely different product than what they were offering.&nbsp; Dell started to realized that by taking features way from their product, it actually became more useful and less expensive -- both big wins in terms of attracting new business.&nbsp; <br /><br />Isn't it shocking how well we think we know our customers, only to find out after we start asking questions that we really don't know them at all?&nbsp; Who would have thought that taking features away would make a product more appealing.&nbsp;&nbsp;&nbsp; Learn to continually ask your members what services they want added.&nbsp; But also, don't be afraid to ask what services they don't want or don't need!]]></description>
		<guid isPermaLink="false">79</guid>
		<pubDate>Wed, 03 Dec 2008 10:13:12 PST</pubDate>
	</item>
	<item>
		<title>RFP Template</title>
		<link>http://www.associosoftware.com/ListingItem/58</link>
		<description><![CDATA[As much as we love it when associations just want to use us as their database vendor, it always makes us a little nervious.&nbsp; We know that we are a really good fit for lots of associations, but there are times when we are not the best fit.&nbsp; And even if we are the best software for your association, you better have good documentation showing why you think any software package is the best for your needs.&nbsp; But there are many organizations that don't follow good process in evaluating potential options for a new piece of software.&nbsp; Be sure you go through a disciplined evaluation of vendors.&nbsp; Here is an article we posted recently that gives <a href="/Resources/Articles/AssociationStrategySeries/StrategyAnalysisChoosingaSoftwareVendor/">you a step by step strategy to making a good choice for your association management software</a>.&nbsp; Also, attached to this posting is our RFP template we give to assocations as a starting point for creating their own request for proposal.<br />]]></description>
		<guid isPermaLink="false">58</guid>
		<pubDate>Tue, 14 Oct 2008 12:11:10 PDT</pubDate>
	</item>
	<item>
		<title>Email Overload</title>
		<link>http://www.associosoftware.com/ListingItem/57</link>
		<description><![CDATA[We've all had those email threads that seem to resemble a ping pong match more than an effective discussion.&nbsp; You know, those emails that have 16 replies back and forth to a colleague that you can walk 10 steps to go talk to?&nbsp; I've had a couple where I've been tempted to pick up the phone and talk to someone, only to restrain myself from making direct contact in the name of efficiency (or stubborness).&nbsp;&nbsp; Email is supposed to increase our effectiveness, but sometimes I wonder.&nbsp; Recently, I started closing my email program for a couple hours at a time.&nbsp; Every time I do this, I've been amazed at the amount of work that I can accomplish.&nbsp; I've been so astonished at the results, that I've continued to schedule times in my week where there are no interruptions.&nbsp; I thought I was really onto something, something new that everyone should no about....YOU CAN TURN YOUR EMAIL OFF!&nbsp; It turns out many companies are encouraging their employees to do this.&nbsp; Here is a USA Today article describing what some are calling "<a href="http://www.usatoday.com/tech/techinvestor/corporatenews/2007-10-04-no-email_N.htm" target="_blank">e-mail-free</a>".]]></description>
		<guid isPermaLink="false">57</guid>
		<pubDate>Mon, 13 Oct 2008 14:43:19 PDT</pubDate>
	</item>
	<item>
		<title>The "Farm it Out" Strategy</title>
		<link>http://www.associosoftware.com/ListingItem/56</link>
		<description><![CDATA[We've seen a growing trend with smaller and even mid-size associations trying to split up their association software to different best of breed vendors.&nbsp; As an example, their event management might be outsourced to <em>Cvent</em>.&nbsp; For their billing and contact management they would use <em>Act</em>.&nbsp; For accounting they would use <em>Quickbooks</em> and for their website content management they would use a local web developer and pay him by the hour or on a contract basis to update things.&nbsp; Is this a good idea?&nbsp; Read our strategic analysis on this strategy for your <a href="/index.php/Resources/Articles/AssociationStrategySeries/StrategyAnalysisFarmingItOut/">association management software</a>.<br />]]></description>
		<guid isPermaLink="false">56</guid>
		<pubDate>Fri, 10 Oct 2008 14:59:15 PDT</pubDate>
	</item>
	<item>
		<title>Issues facing associations</title>
		<link>http://www.associosoftware.com/ListingItem/40</link>
		<description><![CDATA[I recently read an article by Wes Trochlil at Effective Database Management titled, "<a href="http://www.effectivedatabase.com/WhatsPlaguingAssns2008.shtml" target="_blank">What's Plaguing Associations 2008</a>".&nbsp; Wes always has great information for associations as they are trying to make good technology decisions.&nbsp; In his informal survey he took from 100 association executives, he found three main issues that are weighing heavily on them:&nbsp; system integration, data integrity, and software system selection/implementation.&nbsp; In my far less researched understanding, I would agree these are the major issues facing the associations I've been in contact with recently.<br />]]></description>
		<guid isPermaLink="false">40</guid>
		<pubDate>Wed, 08 Oct 2008 17:39:06 PDT</pubDate>
	</item>
	<item>
		<title>What is a Blog?</title>
		<link>http://www.associosoftware.com/ListingItem/22</link>
		<description><![CDATA[This is a presentation that we made a number of months ago.&nbsp; It is in powerpoint format, so it might not be as helpful as if it where actually written as an article.&nbsp; We've received lots of good feedback, so we will just post it as is and hope that it is useful.]]></description>
		<guid isPermaLink="false">22</guid>
		<pubDate>Wed, 10 Sep 2008 17:03:54 PDT</pubDate>
	</item>
	<item>
		<title>Search Engine Optimization Overview</title>
		<link>http://www.associosoftware.com/ListingItem/20</link>
		<description><![CDATA[This is an article we wrote to help our clients optimize their site for higher search engine rankings.&nbsp; Our clients always see a dramatic increase in their search engine rankings by going through the suggestions in this document.&nbsp; We've seen people go from a rank of 1,000 to a #1 in a particular search phrase.&nbsp; It does take a bit of time to work through each of the items in the list, but it is definitely worth the effort.]]></description>
		<guid isPermaLink="false">20</guid>
		<pubDate>Wed, 10 Sep 2008 16:47:47 PDT</pubDate>
	</item>
</channel>
</rss>
 