Talk:Localized Keyboards

From OLPC
Revision as of 17:44, 11 June 2008 by Cjl (talk | contribs) (Manufacturing specification)
Jump to: navigation, search

Ok, this discussion is becoming a bit more useful...


An SKU is a particular build including keyboard, power adapter, and exact components used to build the system).

 In short, the more SKU's necessary, the higher the cost (and risk of OLPC losing its shirt).


There are a number of issues here, all intertwingled:


  1. whether keyboard designs exist.
  2. whether those keyboard designs have ever actually been produced, and therefore the tooling is paid for already (so we might be able to make another SKU at less delay and cost than when we have to actually do a new keyboard from scratch).
  3. whether said designs will be "good enough" for a different market than initially intended. Note that language != keyboard design: Portugal uses a very different keyboard than Brazil).

# lead times to produce new keyboard designs (and demand for those), and how to pay for the tooling

  1. whether whomever we work with for G1G1 fulfillment is able/willing to undertake to ship multiple SKU's, and how we'll deal with power plug requirements.
  2. number of different SKU's needed to cover what populations of what size, and being able to predict volumes for that population accurately enough to forecast the demand (and not lose your shirt). Note that conventional keyboards on conventional laptops are replaceable easily; this means if you get the forecasting wrong, at worst, you replace keyboards and ship to different geographies. That's not true for us. If we make a mistake, we can't necessarily do anything to ship the laptops elsewhere, and we already have at least one example of this having happened (and a stack of machines in a warehouse, waiting for the day that keyboard is needed).
  3. regulatory requirements to ship into a given country, which may include power plug type, any printed material, localization requirements, and possibly keyboard layouts.


So while I can't hold out hope of *anything* beyond US international before any analysis is done, if someone wants to start gathering information more systematically into a wiki page, that would be good, so that decisions might be based on some data, rather than no data....

- Jim

Tooling

I don't see tooling as an issue. Exactly the same molds are used for any membranes, because the base electronics is one only. I agree it would be absurd and extremely cost prohibitive to change that.

Then the printing on the membrane is done with exactly the same process and equipment and inks, by silkscreening, so we are talking a total cost addition of less than a hundred dollars to add a new design screen, at the very worst and being extremely generous. You can print thousands with one single screen, and when printing tens of thousands you have to make several screens anyway, which would be identical if the design is the sam, so if there are several designs, a few thousand of each, then there is no additional cost from the point of view of tooling or manufacturing the printed membranes.

The problem then becomes one of logistics, how many keyboards are needed in this or in that variant, building up a stock of a couple extra hundred from initial projections, keeping track, but this is a trivial matter in terms of modern just-in-time manufacturing. The necessary extra stock (that might not get used), extra handling and follow up adds to the cost, but in a contemporary run operation should be only a couple extra dollars per machine, very well worth it in terms of the total PR disaster we face if Europe is offered US keyboards or else. Yamaplos 16:39, 11 June 2008 (EDT)

Manufacturing specification

It would be very helpful if a detailed manufacturing specification of the keyboard membrane could be posted to the wiki. There are many firms that do custom membrane keyboard manufacturing, jsut google "custom silkscreen membrane keyboard". With a detailed specification in hand, there would be the possibility of creating "aftermarket" membranes independently of OLPC's mfg. process. Cjl 17:44, 11 June 2008 (EDT)