174 karma · joined October 24, 2009
Square is not a business I want to be up against right now :-)
We're aiming to be the best. We're aiming to be the absolute easiest checkout process and the simplest experience for the merchant.
We're going after the people who don't want to code all of that themselves and just want to sell something and get money deposited into their bank account.
If the name turns out to be losing us business, then we'll have to address it.
But when you're first starting out selling something, it's a huge capital investment to build that payment processing code on top of Stripe/Balanced, likely $5,000+ if you do it right. We're trying to make it as easy as possible to get started.
But we look at it from a time and capital perspective. With Stripe, you have to code and maintain your own payment solution on the backend and your own checkout form. You also have to worry about a million other things like emailing your customers when they place an order, and handling refunds. If you don't have the coding skills to build that yourself, you have to hire an expensive developer to build and maintain that for you.
If that extra 2% cost savings is worth it to endure the hassle above, then Forge isn't for you. We're aiming at people who don't want to deal with all that and would rather concentrate on growing their business doing things like launching a new product and marketing their current ones.
Those are both great questions. We're aiming Forge at people who cannot write their own backend payment processor to use Stripe, and only know basic HTML. If you have the skills and the time to code and maintain payment processing and a checkout form, then Forge isn't for you. We're aiming it at non-techies who want to sell something online.
PayPal certainly has its advantages, but we're trying to solve two main problems: the checkout experience and the withdrawing of funds. The checkout experience on PayPal has 5 or 6 steps and redirects you away from the merchant's site to complete a payment. Ours is on one page and is embedded directly in the merchant's site. Click "buy product", checkout form pops down, fill out 6 or so fields and click "buy now." Done.
Also, we automatically deposit your profits into your bank account every Friday. Our goal is to get this down to the next-day. You sell something Tuesday morning, ship it Tuesday afternoon, and the money is in your bank account on Wednesday morning.
We're aiming Forge at people who can't code their own website from scratch, not really you or me. These non-techies can manage a Wordpress install or a Squarespace site, and just want to sell something online.
I think that selling online shouldn't be about the logistics of running a website and handling payments. It's more of a product and marketing problem. Forge takes away some (but not all) of the technical hurdles of selling things online.
That's on our todo list.
We're aiming to solve the problems of the non-techie market. People who just want to sell something online shouldn't be worrying about payment gateways, payment processors or designing a checkout process. Forge handles that.
With Stripe, it's fairly easy for a programmer to write their own payment processing backend and build a checkout process for it. We're not trying to serve the people that have the development skills to use Stripe. We're going after the people who use PayPal Buy Now buttons.
It was worth a shot.
This is a great plugin, but consider the consequences of using non-browser-default form elements and the potential to confuse your less technical customers.
In my mind, these twins will never be the reason why Facebook was successful, no matter what some court decides. The value of a new website is not the idea behind it, it is the hard work of adding some kind of value and the tough task of getting people to use it. The idea that Connect U could be a "website that connects college friends" is not what made Facebook successful; it was the hard work of Zuckerberg and those around him.
I hope the twins are granted their chance to appeal and lose everything. I also hope they're never mentioned by any news story again.
By his logic, Apple waiting months before letting the iPhone have 3rd party apps should've killed it; or Apple not having copy+paste until version 3.0 should've killed it. But neither of those happen because Apple was patient enough to do it right the first time.
I'm currently a full time jQTouch developer, but I would much prefer a working environment like the one you're describing. I would certainly be willing to help develop it.
http://broadcast.oreilly.com/2010/04/using-css-media-queries...
Check out the code he uses to make this happen near the bottom of his main CSS file:
* Tell a story. This would be in the form of an interview. Basic questions from my company and let the business do most of the talking. Get to the heart of how the person uses my product.
* Use basic data and charts.
- Show how the bottom line increased
- Show how productivity increased with the use of my product
- Show how my product improved conversion
* Let the person pitch themselves a little bit.The best case studies are done by 37signals. I actually enjoy reading them and peeking into how other companies work. For example: http://productblog.37signals.com/products/2010/05/make-sport...