摘要： 各种图，各种模型,demo，设计思考中.... 阅读全文

摘要： 产品经理整理的需求很全面，基本涵盖了目前市面上所有产品功能，让我从何做起，难道全部都要开发！！ 我只关心一点，产品的商业价值在哪，提升用户对产品的粘合度？增值功能的创收？ 客户对产品的认可度？是雪中送炭，还是锦上添花？ 需求肯定不能照单全收，那就要砍了，如何砍？总要用个标准，只考虑产品的商业价值还不行，还要考虑成本，我们买东西总要考虑性价比，尤其是买3C产品时，需求评估筛选也要考虑性价比，商业价值/成本=性价比，留下性价比高的需求，这个是肯定是经过多次讨论的结果，评估的标准还有很多，尤其是老板为核心的小公司，老板觉得好的，至少应该当做参考意见... 总之，不能偏离核心--产品商业... 阅读全文

摘要： 经过两周多功能统计，自己就信心满满的认为已经得到客户想要的产品了，并在里面添加了认为很重要一些功能，最后和客户沟通，发现已经偏离客户想要的东西。 需求若只如初见，完全不是这样，你第一眼看上再好的东西，在现实看来可能不算什么，或许看第二眼、第三眼的时候，远非第一眼见到的情景。 初见客户需求，客户与市场接触很多，能拿到第一手的用户需求，与之前做过的统计多少有重合的地方，你想做也是别人想做的东西。 需求还要从采集、分析、评估做起。但短时间内各种各样分析测试，没时间没人力做不来，身边有什么就用什么，找到适合自己的敏捷方法，简化文档、简化流程，这是一个砍的过程. 作为一个开发者，惯性思维一般都会想技术. 阅读全文

摘要： 需求采集？身边没有用户，没有资源，客户那边概念很笼统，就要做个CRM。 怎么办？-做产品功能数据分析,每种类型至少分析10中以上产品，行业复杂的话百种以上也不嫌多。 找寻竞争对手： 针对XX平台开放产品，找到与自己要做的类似产品，做一回终端用户，开始功能体验之旅。 分解竞争对手： 不同产品功能叫法五花八门，究其功能大多雷同。按功能分组： 客户管理：xx产品，xx产品..... 商品管理：XX产品，xx产品..... ..... 功能统计 画饼图，每种功能有多少家产品在做，图上数据一目了然： 这部分工作大概花了两周的时间，初步了解了目前市场上相关产品。 阅读全文

摘要： 怎么 还有人在看这个啊 ，去学wcf啊 最近项目用到rest web servicerest 就不介绍了，网上多的是，闲话少说。建一个服务器端类namespace MyWeb{ public class MyjInteger : IHttpHandler { public void ProcessRequest(HttpContext context) { if (context.Request.ContentType.Equals("text/p1")) { Encoding encoding = Encoding.GetEncoding("utf-8" 阅读全文