Hi again,<br><br><div class="gmail_quote">On Sun, Apr 12, 2009 at 7:18 PM, Steve Mosher <span dir="ltr">&lt;<a href="mailto:steve@openmoko.com">steve@openmoko.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
<br>
Gerald A wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Werner,<br>
First, I&#39;d like to thank you and  Steve for participating in this. Even<br>
being critical and to the point, we can know and get transparency then I think it&#39;s a huge step forward.<br>
</blockquote>
<br></div>
  You are welcome. I think of all the OM people perhaps werner, joerg and I, were the most passionately committed to getting the process right. On the issue of transparency since I&#39;m marketing the pain of transparency always falls on my shoulders; that is, it makes my job<br>

tough while it may make engineering more easy. That&#39;s not whining, that&#39;s just facts. Witness our recent decision to be transparent<br>
about the GTA03.</blockquote><div><br></div><div>I think it depends on the target market as to whether transparency makes your job harder or not. To a bunch of Linux hackers, I don&#39;t think so. For mass market phones, you are probably right, at least for now.</div>
<div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> Finally I would like to make this distinction.<br>
<br>
OPEN: we don&#39;t restrict your freedom. You are free to everything<br>
      you are CAPABLE of doing.<br>
TRANSPARENCY: we don&#39;t restrict the information we give you.<br>
<br>
Now, you can be transparent but not open. Open but not transparent or Open and transparent. And all shades of grey in between. In some cases transparency isnt the best policy ( take HR) but I&#39;m will to try more transparency than we have had in the past. For example, in showing how difficult it is to source certain parts for example...as well as design issues.</blockquote>
<div><br></div><div>The sourcing issue does a lot to put out the fires of &quot;why did you *bleeps* pick this crappy XYZ chip instead of the far superior, only 10 calories, tastes great and has sex appeal ABC chip?&quot; If you guys can</div>
<div>only get 6 ABC chips a month, I&#39;m sure the cost of each phone will be on the order of $10,000 bucks.</div><div> </div><div><br><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Now, I&#39;m a software guy, so take this with a grain of salt. But why can&#39;t we have two &quot;streams&quot;, like big projects? The current/testing stuff could be community designed. Things that get moved to &quot;stable/release&quot; would have the OM seal of approval. </blockquote>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">At the beginning of a project you can have multiple streams. It&#39;s best to start with an idea of the target market or target customer. Let me do a little post mortum here on the Neo1973 and the FR. The penetration strategy was as follows: developer---&gt;Mass market. The weapons of choice Neo1973----&gt;FR. Now that sounds pretty straight forward. When I joined on that message and strategy was already communicated and already in place. But it flies in the face of all of my experience with launching ew technologies ( I consider open source on a mobile phone to be suffienctly new) The typical path for a new technology is this:</blockquote>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Gadget freak---&gt;early adopter---&gt;CHASM---&gt;first beachhead---&gt;mass market.</blockquote><div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">( if you want to read about this in detail go get crossing the Chasm, kinda my bible )</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
More simply the Neo1973 is more properly designated as a gadget and the volumes we got were gadget like volumes. It was pretty hard to do serious development on it as it lacked all the features that a mass market device would have on it. The FR was intended for the mass market, but it clearly only has traction in the early adopter market. in other words  its still for developers only. Now comes the CHASM. the chasm is that void you hit AFTER early success with gadget freaks and Developers. with FR the chasm is clearly defined: The early adopters are willing to live with some rough edges ( bugs) AND the length in time the chasm will last is the time it takes to finish the Software and hardware. I would say 18 months from launch. That is, we should have targeted the FR squarely at developers and expected and planned for 18 months of development before it was ready for the FIRST BEACHHEAD. ( more on that later) </blockquote>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This blindness ( I&#39;ll take responsibility, since I&#39;m the CHASM guru)</blockquote></div></div><div><br></div><div>
Everyone makes mistakes -- that&#39;s why we are human. :)</div><div>Good to admit them, learn from them, and move on.</div><div><br>&gt; to the fact that we would face a chasm manefested itself in several<br>&gt; ways:<br>

&gt;<br>&gt;  1. Not understanding the complexity of smart phone stack.<br>&gt;  2. Over estimating the capabilities of the community<br>&gt;  3. Not  re-positioning the product before launch.<br>&gt;  4. Not getting rid of glamo.<br>
&gt;  5. FOCUSING on UI rather than<br>&gt;      a) tools<br>&gt;      b) documentation<br>&gt;      c) The stack below FSO<br>&gt;  At CES of 08 when I first used the FR. I got hella pissed because of &gt; the software issues. And I lloked at two paths. Ship with a linux </div>
<div>&gt; kernel only ( focus our effort at FSP and below) or Try to do a portion </div><div>&gt; of the complete stack ( back to basics). Had I gone back to CHASM</div><div>&gt; theory it would have told me to focus on the early adopters... and let &gt; them do distributions. Instead we recamped on the software side.<br>

<br>&gt; The other thing is our target markets were no well defined. [...]<br>&gt; We just said the first beach head was &quot;consumers&quot; well which </div><div>&gt; consumers? men, women, old, young, FOSS lovers, WHO? </div>
<div>&gt; WHERE?  Without that detail our distribution plans are just ad hoc.<br></div><div><br></div><div>Ok, two things come to mind here: First, do you now know who the beach head is, which specific consumers you are aiming at? And Second, if you have a specific group picked, is there still flexibility to have community hardware people scratch an itch? Or is that infeasible?</div>
<div><br>&gt; The Key would be to pick a first beachhead for 2010. A a vehicle </div><div>&gt; suited to that beachhead.<div class="im"><br>
Plan B? :)</div><div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In this way, a couple smart hardware hackers can put together a phone with a built in itch-scratching device. Wow, neat. OM can look at it, and evaluate it&#39;s market/chip needs/etc, and decide whether it&#39;s a viable thing to take to market. It would be good if OM could also indicate why a design isn&#39;t chosen (can&#39;t get 5000 nail-like finger extensions) or what they would require to achieve critical success (need to have a potential to sell 10,000<br>

units).</blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Agreed. typically these exercises are all done before project go ahead.</blockquote></div>
<div class="im"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There is no problem talking about these details up front and openly.</blockquote></div><div class="im">
<br></div><div class="im">Good to hear.</div><div class="im"><br></div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> That depends on part price point, and device price point. Now, I&#39;m not a biz guy either, but if the parts are only $0.10, and you are circular binning half of them, $0.20 isn&#39;t a huge impact. Different story if the part cost is $50, of course. It&#39;s a factor that many don&#39;t see, though.</blockquote>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ah, the problem is this. You solder 150 dollars worth of parts onto the board. The 10 cent part causes a failure. Comes the question can you rework it? you are not just binning a 10 cent part you are potentially binning the whole phone. PVT production verifiction test is all about getting the yeild to very high #s.  like 95% plus. It has to do with who owns the yeild. I give the factory orders to build X. they say its 150 dollars. I buy 100, then build it.  50 work. Who owns the 50 dead phones? do I pay for just 50 phones? or 100? does the factory eat the loss or do I?</blockquote>
</div><div><br></div>Ok, I didn&#39;t read the defective parts as getting installed, but rather being annoying and crudding up the pre-build processes. I&#39;m learning too.</div><div><br></div><div><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is where things bounce over from hobby to business, IMHO. If a hobbyist comes up with a phone that can also function as the key for your car, that might be interesting. If some car company then has $10K to twiddle with it, can it be turned into a &quot;product&quot;? Does that figure have to be an order of magnitude bigger? Are OM the right people to make such a product? I don&#39;t know the answer to any of these questions, but hopefully we can think about them, and maybe come up with some answers.</blockquote>
</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Those are tough. See the &quot;beach head&quot; concept.</blockquote></div></div><div class="im"><br></div>
<div class="im">Well, this is brainstorming, and I&#39;m not sure how practical what I&#39;m saying is. It would be neat, if it worked, of course.</div><div class="im"><br></div><div class="im">Gerald.</div></div></div>