[matthewer]

Either way, imagine you need to send out 100 messages. That would be 100 seconds (or even worse 100 minutes.) Imagine if you needed to send out 1,000 or a million. Its going to be hard to build a solely SMS service around this based on that limitation. I think this is awesome if you want to add SMS alerts to your existing website or build a proof of concept, but I don't think your going to build an SMS app on top of this API.

[Vindexus]

Well if your service is sending out 100 messages in one second then you can probably afford the $1-$2/month charge to add more numbers.

[gridspy]

Especially since you are already paying $3 per minute for the 100 messages.

[oconnor0]

http://www.twilio.com/pricing-signup says that it's 3 cents/SMS - which, yes, works out to be $3 - but not because it's per minute.

[gridspy]

My point is that you have 86,400 seconds in a day. Well before you are spending $864 per day maxing out the number of messages you can send, you have $1 in the bank to get another number.

But then again, having a bank of 100 phone numbers just to send the million messages you want to send within an hour sounds slightly annoying from a logistics perspective.

[Nwallins]

The point is: you buy more phone numbers at $1/month to increase your capacity.