156 karma · joined June 14, 2011
Google's model might work for us: they give away a lot of resources for free and help a lot of people, and they charge certain segments of their audience that can afford to pay. So while people are accustomed to paying advisors for a plan, we think it's better for our audience and a competitive advantage to be free.
There's other ways that people are accustomed to paying advisors now that could work. For example commissions on insurance sales. The price of insurance is fixed by regulations in the U.S., so you pay the same price regardless of where you buy it; might as well buy from us and get a free financial plan too :-)
Another company tried charging for plans, but that didn't seem to work, they've since changed their model. We think it'll be better for our customers and for us if the financial services companies pay for this somehow.
Yes, it is rudimentary for now -- it's a prototype after all. There's only one 'financial philosophy' built in to the algorithm, and it's quite conservative about lowering risk. But we think in the future it'll be useful to be able to switch philosophies with a single click.
Regarding life insurance, it only recommends it if you have a spouse, partner, or children. If not, it explicitly says, "Life Insurance: Until you have a spouse, a partner, or kids you probably do not need life insurance." If you're seeing something different it's a bug. I'd love a screenshot if you have one: victor@nickelhq.com
But analyzing transactions in your accounts is all about looking at the past. You might consider focusing on the future instead. For example:
1. Plan how much you want to save for retirement, vacation, etc. and how much you'll need to pay bills
2. Set up some automatic transfers to save the money for #1
3. Have fun with the rest / invest
#1 is easier said than done. Financial advisors can charge US$2000 to create a good plan. We're building a tool now to automate what they do.
Smoke Gets in Your Eyes: And Other Lessons from the Crematory http://www.goodreads.com/book/show/25189315-smoke-gets-in-yo...
* Settlers displace native peoples in the north east of North America and the Caribbean.
* The first Americans kick out the British.
* Americans move west, killing more native peoples.
* Americans take over land from Mexico.
* "Manifest Destiny"
* Americans topple the Hawaiian monarchy and take over Hawaii.
* Americans go to war with the Philippines, killing tens of thousands.
It doesn't seem unreasonable for Japan at this point to feel threatened by America or compelled to take action to protect themselves.
I think I have great empathy for my customers, but it's hard even for me to justify going through all this extra work when I'm not sure anyone will use it.
After reading Tufte, I realize it's wonderfully pleasing design porn, and the teaching is usually at another URL.
It didn't matter to us where the data was, and for that reason I don't think it's going to make a difference to customers either. You have safe harbor because the organization gives a shit about keeping the data safe, not because a regulation makes it so.
For example, it's completely possible that salaries in London are higher than in New York or San Francisco, given the high cost of living in London.
It could also be that there are more US-based UX people working in major US cities so that the average US salary looks higher.
Or maybe the sample size wasn't high enough to control for these kinds of regional differences.
So, while this data is directionally interesting I wouldn't apply it too much to your particular situation.
If I was the product manager, I would have made the new UI the default and the old UI a poweruser setting.
But with any list of significant length (the reason you would use a dropdown in the first place) you'll probably need a few actions to scroll to the right item.
I'm a product designer and my co-founder is a certified financial planner. We're using lean startup and as of our eighth prototype I've maxed out my programming skills. We're looking for a technical co-founder to join us.
Contact me at victor (at) nickelhq.com
http://techcrunch.com/2011/01/24/nyc-general-assembly-200k-g...
"Pinboard is written in PHP and Perl. The site uses MySQL for data storage, Sphinx for search, Beanstalk as a message queue, and a combination of storage appliances and Amazon S3 to store backups. There is absolutely nothing interesting about the Pinboard architecture or implementation; I consider that a feature!"