进阶诉求方面，除了商品本身，也会对微店主的特殊货源诉求、交易流程、信息链做一些特殊需求的满足。比如货源上，有些人喜欢尖货，有一些喜欢新上市商品，有一些喜欢热门商品，有一些想要签约体验店，从体验店上货，既有价格优势，质量体系也比较完整。
　　作为一个B类APP，跟万金油似的淘宝本质上是相同的，都是物质交换。但是它面对的客户群更单一，这决定了在选货方面更有指向性，比如推送、banner。同时其在分销的过程中对于交互必然是要保证精确、流畅的，这也是它的核心业务。
　　再看用户情绪诉求上，如果店铺主在逛App的时候认为App做的太low，从感性角度很难融入。另一方面，人性有没有受到尊崇，这点也是可以让用户持续领略产品魅力，并且忠于产品的要素。用户需要被主动关怀（做一个有情怀的产品），可以是个性化的。比如推送——猜用户喜欢什么；定制——要什么能得到什么等等，这是原始欲望的一种发泄。
　　有了以上这些层面的思考，在设计和测试的时候有了应对策略，浓缩一下是：市场丰度的打造、服务链路的桥接、体验腔调的攀爬。
　　如何去塑造和建立一个高丰度的市场群？这点可以从360软件市场做一些类比参考。现在打开软件管家，感受多的一是软件足够丰富（全部软件21716个， 貌似我平时常用的软件也不过十几种而已）， 二是品类足够全面（各种各样的分类）！
　　作为一款分销类APP， 我们再从用户的层次进行分析。对于刚接触这个产品的用户，他们上货未必有什么针对性，可能一股脑的全部把货都上架， 分销的时候也是天女散花，随心所欲。对他们而言，可能更看重高佣金、热销的便宜货，对他而言设备的竞争力、新锐程度、品质程度并不是第一优先级。但随着用户经验的丰富，会产生更有要求、更专业的上货倾向， 比如更看重质量， 或者有底气成为签约用户，或者专做月返商品的分销，或者专做体验店设备的分销，或者更趋向于从线下体验店上货。从这个角度来看，我们需要用一种比较科学的方式为处于不同层次的用户设计不同的上货筛选条件。
　　后我们来从买家的角度略作思考，买家也需要按不同的层次来考虑。有喜欢便宜实惠的居家型买家，有喜欢新鲜事物的追新族买家，也有专认某个品牌型号的粉丝型买家，还有只认高价的土豪流买家。针对不同的买家，我们也需要设计不同的呈现内容。对居家型买家来说，我们设计了通用的、团购；对追新族买家，我们设计了新和热；对于粉丝型买家和土豪流买家来说，店铺主的商品是否提供了便利的筛选方式？ 若没有是否意味着我们需要针对这样的用户添加筛选条件， 或者是为专做高端用户群的微店主定制专门的模板？
　　Quality scope 4： 处理异常情况的能力
　　对于这一点我们的处理是把已知的内容整理到《测试工作指南》《输入验证指南》等文档，通过事后的验证进行处理。并把部分优化到框架中，做好事先的bug预防。
　　Quality scope 5： 易用性
　　这是一个很重要的也常常被忽视的方面，也是一个没有明确界定的方面。很多时候我们开发产品的人会觉得自己的产品很好用，但是用户不觉得。我想其中一个很重要的原因是我们自己对这个领域很熟悉，而且对产品的各个功能，甚至他们内在的联系很清楚，再者因为工作的原因我们已经用了几十上百遍。这样算来易用性当然不是问题。但是我们不能要求我们的用户如此，因为用户不会(很多产品也不应该)花很多的时间研究学习我们的产品，他们购买我们产品提供的功能，是要更有效和高效的完成他的工作。如果用户为了完成一件常见的工作，比如修改一项小的设置，需要去修改很多的地方，而且没有提示要告诉他修改对应的地方，那么这是我们产品的问题。
　　很多时候用户错用或者误用我们产品的功能，除了用户自身知识和经验不足之外，我们也应该反思一下是不是我们的产品做得不好用，流程和界面设计得太让人困惑。
　　易用性不只是产品的UI做得比较好看，更多的时候还包括产品的流程和接口的设计。这是一个很大的领域，这里限于自己的了解和篇幅不详述了。软件是服务。让我们把服务一起做的更好一些吧。
　　我们的做法：
　　通过分享易用性做的好的功能或系统，让易用性“有法可依”。
　　把自己想象成对产品了解有限的初用者。
　　找一个不太了解的，给他一些任务，让他去操作，然后去观察，听听他的感受。
　　Quality scope 6： 维护
　　需要加强的方面：系统上线后运营数据的收集， 日积月累， 渐成大数据。
　　性能测试： 在做性能测试的时候，理想的情况是清楚的知道各个页面的用户量是多少，系统各个功能的压力分布情况，用户在每个页面停留的时间，日访问量，月访问量，访问峰值，访问峰谷时间等数据，我希望我们的项目能帮忙收集到该类数据。
　　推送： 前段时间跟一家推广APP的的公司聊过，得知他们可以通过记录用户手机机型、用户习惯等方式，实现定向推送的功能。我们做的海客会、日日顺是否也可以借鉴一下呢? 用大数据的原理，给每个用户推送其喜欢的消息？