We bought this software to continue updating it and make it even greater than 
it already is.

Unfortunately, disclosing our product roadmap is not an option. Jack is in the 
unenviable position of being the public face for this product - please at least 
divert your frustration to me personally, because he is just conveying the 
message that our team members have all internally agreed to stand by: we give a 
damn what people think, our product group is very busy, and we can't talk about 
when we'll release products or what will be in the those releases until they 
have shipped.

If people are upset about that, it's understandable. All that I can say is, we 
didn't acquire this product to kill it or sit on it.

The gist of this is as follows:

* We can't miss a deadline we don't announce (on at least one product, we would 
have missed our proposed deadline multiple times if we'd kept telling people 
when we planned to ship. Unfortunately, really producing a polished product 
takes a lot of time, and we agreed internally that we'd rather take longer to 
make something better than just push something out the door that would make 
people upset).
* If we don't announce the features in our next planned release, we can't get 
flamed for postponing support for that feature in the release if it looks like 
it's not ready to make it into the build yet).
* Our competitors (and there are many out there) - can't jump the gun on us if 
we don't announce an upcoming feature before it goes live.

All three of these factors are important, and the last one may only be 
important to us, but it's a critical one: our product team is young and totally 
buried working on applications - if we lose market share simply because we 
announce something before it's ready, and someone else is capable of responding 
to the announcement before we ship, it's going to really hurt our ability to 
even break even on what we're working on - which means that it will become even 
harder for our team to ship great updates to these apps.

My personal focus for almost the last year has been on putting absolutely all 
of my energy into our product team. These apps are large, complex, great 
things, and we're committed to doing great work on everything we ship. Since 
our product team currently consists of about five full time developers and four 
full time designers, and we have taken on five different applications. Moving 
forward with these apps *and* doing a great job on them takes time.

Our company is investing heavily in the product group, currently at a net loss. 
Hopefully, at some point in the future we will at least break even on our work. 
At the present, please try to take the following points to heart:

* We are crazily in love with our apps
* We are working our butts off
* We have already turned down offers to acquire our company, as well as offers 
to acquire individual products, because we want to see these apps *ship* and we 
want them to be amazing. 
* We are absolutely not sitting on these apps and happily collecting revenue 
from them - we're using the revenue to pay for the work our product team is 
doing and our company is sinking considerably more than those apps are making 
into the product group in order to pay for the other people that the direct 
revenue doesn't cover.

At this point, as I've told Jack (who has expressed support for our stance of 
silence, but also really been uncomfortable with the fact that it doesn't leave 
him in a very good position on the support front), the only thing we can do is 
shut up and ship something great. Which is what we're trying to do.

If we lose customers in the interim, those are lumps we will have to take. 
Hopefully as our apps do ship, they will be compelling enough that people will 
be interested in trying them out.

I wish we were big enough that I could just throw 30 people at these projects 
and ship them on an expedited pace. Unfortunately, this is why being indie is a 
double-edged sword: we have complete creative control over our apps and can 
take the time to make them the best they can be, instead of being beholden to 
some investor that wants us to ship a shitty product as quickly as possible to 
meet their bottom line, or outright kill a product by selling it to someone 
that *would* just sit on it to make a quick buck.

Really, the only sources of pressure we have to ship something before it's 
ready are our own finance people, who would love to see the revenue coming in 
so they could stop pouring money into the product team and put some capital 
away for our own security, and our existing users, who are understandably 
frustrated and impatient with the realities of how long this is taking.

Everyone else in our own group is beating themselves senseless on our work and 
would prefer to keep it unreleased until it is ready.

We've talked about writing a blog post about this, and we probably should. I 
don't know if this will make a bit of difference to anyone reading this, but 
we're working hard, and we truly give a shit about our customers and what we're 
working on.

In any case, as I said, if people are upset about it, feel free to reach out to 
me directly. I'm the CEO and I'm the responsible party for these decisions, not 
Jack.

-Daniel Pasco, CEO
Black Pixel

On May 27, 2012, at 4:46 AM, Christian Pleul <chrisp...@googlemail.com> wrote:

> That support really sucks! Why did you guys ever bought this software...
> 
> Christian
> 
> 
> Sent from my iPad
> 
> On 25.05.2012, at 23:26, "Jack (Black Pixel)" <j...@blackpixel.com> wrote:
> 
>> Hi - sorry for the delay in responding.
>> 
>> Unfortunately, I don't have any information to share regarding 1.7 support.
>> 
>> Jack
>> 
>> the Versions team
>> versionsapp.com
>> @versionsapp 
>> 
>> On Friday, May 18, 2012 10:19:24 AM UTC-7, William Chu wrote:
>> When is Subversion 1.7 support coming to Versions? It's become a real 
>> hindrance and I've found myself gradually using Versions less and less 
>> given this limitation.
>> 
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Versions" group.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msg/versions/-/wW6C4UDoQ8UJ.
>> To post to this group, send email to versions@googlegroups.com.
>> To unsubscribe from this group, send email to 
>> versions+unsubscr...@googlegroups.com.
>> For more options, visit this group at 
>> http://groups.google.com/group/versions?hl=en.
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Versions" group.
> To post to this group, send email to versions@googlegroups.com.
> To unsubscribe from this group, send email to 
> versions+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/versions?hl=en.

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to