用户只是通过软件来感受你的服务，所以服务好不好才是最重要的。
脱离了服务的软件（功能及形式）没用。
介绍软件还不如介绍服务。软件是服务的一部分。软件服务于行业需求。
服务是能够直接给用户带来价值的。功能可能还需要用户自己排列组合才能得到服务。
功能没有服务直接，服务没有价值直接，因此都不是最终的目的。
“拿这个我能做什么？”，用户往往会这么问。
“能做什么”，这个就是应该直接呈现给用户的。如果用户没有直接感觉到，那么说明服务没有贴到用户。
在这之前，服务能给用户带来什么价值，这个也是需要仔细确定的。
前面的问题“拿这个我能做什么”，把服务作为“这个”套用进去，也是适用的。答案应该是价值。
这个价值是否是用户看重的，同样又可以问一遍这个问题。
问3遍都说得通的话，那么表明就比较合理了。
（是否说得通，有时候需要可观的评价，也许本身就需要一个迭代和摸索阶段。）
服务应当隐藏于价值背后？而不应该反过来。服务带有某种价值在里面。
[原则]
软件整体一定要明确体现出尽可能根本的价值。服务仅是形式，是软件本身封装给用户的。
而功能则是用来封装支撑服务的组件，不应当直接呈现给用户。
对用户来说，服务是阳(UI)，价值是阴，功能则看不到。就OK了。
用户不能够要做什么事的时候还要动个脑筋转个弯才能够做到。要越直接越好。
对每一款软件，都应当对其功能，服务，价值进行明确分析和界定。然后看是否满足上面的原则。
[分析方法]
问问题，然后给出答案，然后评判答案：
1. 希望给用户带来什么价值？
2. 希望让用户感受到哪些服务？
3. 这些服务能够体现那些价值吗？
4. 对比实际情况（或设想），来判定是否：
(1) 恰当表达了服务？即用户是否感觉到了这些服务。
(2) 有表达多余的服务或存在遗漏未表达的服务吗？
(3) 有功能被直接呈现给了用户吗？(UI上)
※ 功能很多时候是抽象的结果，而不是用户直接感受到的服务，更不是用户最终价值。所以要千万注意不能把功能当服务或价值。在分析用户价值时，也不要随意进入抽象的阶段，那样容易误导到功能的路上去。记住，只要用户价值分析清楚了，其它都是水到渠成的事。