Why Can't Microsoft Make "Soft" Packaging?

Written by Eileen McDargh, CSP, CPAE


Continued from page 1

And what does this hidebound, 81/2" x 11" x 2" box contain: a CD! I trembled thinking it too would be wrapped in that plastic that yields to neither man nor woman.

Thankfully,repparttar innocuous little CD was without wrapper. Good thing. My scream would have reverberated inrepparttar 105201 hallowed halls of Bill Gate's Washington mansion. It's pain enough to upgrade software without going throughrepparttar 105202 physical machinations of opening a #$%^& box.

Moral ofrepparttar 105203 story: The customer's experience is everything. Don't let packaging ruin their day.

(c) 2003 by Eileen McDargh. All rights reserved

Reprint rights granted to all venues so long asrepparttar 105204 article and by-line are used intact.

Eileen McDargh is an author, radio commentator, organizational development consultant, professional speaker and retreat facilitator. Author of four books including Work for a Living & Still be Free to Live and The Resilient Spirit and a frequent contributor to numerous business journals. Visit her web site http://www.eileenmcdargh.com or contact her toll free at 877-477-4718.


Function Modelling - What Is It

Written by John Owens


Continued from page 1
***************************************************************** For an e-book detailingrepparttar stages of function modelling go to: www.smart-training.co.uk/shop.htm ***************************************************************** Mechanisms and Functions ***************************************************************** Mechanisms arerepparttar 105199 means by which functions are carried out. One ofrepparttar 105200 most common errors in Function Modelling is to mistake mechanisms for Business Functions. The second most common error is to compoundrepparttar 105201 first by continuing to modelrepparttar 105202 mechanisms as opposed to identifying and modellingrepparttar 105203 underlying Business Functions. A prime example of this isrepparttar 105204 mechanism 'Produce Invoice', which is nearly always modelled instead ofrepparttar 105205 two Business Functions it represents, namely 'Charge Customer for Product Supplied' and 'Request Payment from Customer'. Another set of mechanisms that are often mistakenly modelled as Business Functions are those based on reports. The mechanism 'Print Month End Sales Report' is a good example as it invariably appears on function hierarchies but it is not a Business Function but will be used byrepparttar 105206 business to perform a function. When faced with this situation you must askrepparttar 105207 business "what do you use this report for?". You might get a reply such as "It tells me what value of product we sold in each sales area". This gives yourepparttar 105208 function, namely: "Analyse Sales of Product by Sales Area" Here are more examples of functions and mechanisms. Mechanism: ring customer with appointment· Function: Make Sales Appointment with Customer Mechanism: write to customer to make appointment· Function: Make Sales Appointment with Customer Mechanism: produce month end report· Function: Analyse Sales by Value for Specified Period Function: Analyse Sales by Product Type and Region for Specified Period Mechanism: produce invoice· Function: Charge Customer for Product Supplied Function: Request Payment from Customer Mechanism: send chasing letter to customer· Function: Request Payment From Customer Mechanism: pass order form to warehouse· Function: Authorise Dispatch of Product Function: Function Catalogue The function catalogue is one ofrepparttar 105209 most powerful models that a business can have - for many reasons. It is in essence a catalogue of all ofrepparttar 105210 essential activities (functions) ofrepparttar 105211 business. The most effective way to displayrepparttar 105212 catalogue is inrepparttar 105213 form of a function hierarchy as shown onrepparttar 105214 right. (Diagram visible in HTML format - See End of Article)

***************************************************************** Terms ***************************************************************** We can userepparttar 105215 diagram to explain some basic terms for function hierarchies. 1 = Root Function 2 = Grouping Function 3 = Atomic (or Leaf) Function ***************************************************************** Elementary Business Function ***************************************************************** An elementary business function (EBF) is a function which, once begun, must be completed or, if not completed, must be undone. EBF's are what a business does on a day-to-day basis and may or may not be Atomic functions onrepparttar 105216 hierarchy. Business process models should only be drawn using EBF's. ***************************************************************** For an e-book describing how to buildrepparttar 105217 Function Catalogue andrepparttar 105218 reasons why it is so powerful go to: www.smart-training.co.uk/shop.htm ***************************************************************** Summary ***************************************************************** oFunction modelling isrepparttar 105219 foundation of all business modelling. oKnow your functions and you know your business. oA business function (=function) is whatrepparttar 105220 business ought to be doing. oA function is not a department. oA function is not a process. oMechanisms arerepparttar 105221 means by which functions (the what) are carried out - they arerepparttar 105222 how. o The Function Catalogue isrepparttar 105223 most powerful model a business can own ***************************************************************** If you would prefer to receive and read this article in HTML format, complete with coloured diagrams, then please send an e-mail with "Request for Article 502 HTML" inrepparttar 105224 Subject line to: articles@smart-training.co.uk ***************************************************************** John Owens,repparttar 105225 author of this article andrepparttar 105226 creator ofrepparttar 105227 Integrated Modelling Method (IMM™), can be contacted at: john@smart-training.co.uk ***************************************************************** For more detailed information onrepparttar 105228 Integrated Modelling Method(IMM™) and e-books on all ofrepparttar 105229 models and techniques described in this article are available at: www.smart-training.co.uk ***************************************************************** John Owens Principal Consultant SMART Consultancy & Training Services Ltd Tel: +44 (0)1707 655981 Mobile: +44 (0)7734 935 635 e-mail: john@smart-training.co.uk

John specialises in developing and training in the latest structured methods and techniques in business analysis.

It is this specialisation and John's wealth of experience, that has inspired him to develop and publish the Integrated Modelling Method - IMM. This is currently taking the form of e-books, seminars, training courses and consultancy.


    <Back to Page 1
 
ImproveHomeLife.com © 2005
Terms of Use