发表于: 2016-04-07 01:04:13

1 1046


今天做的事:

1、早上去国家宏观经济发展改革委员会那里,跟约好的办公人员谈关于地图的项目,把要做的功能点都说了出来双方交流了对这个软件的想法,最后敲定要做的功能。

2、回来跟老大汇报,把项目要做的功能说一下,项目交接到了老大的手里。

3、康总给我们授课:普及SPUSKU、关键属性、销售属性、一般属性、分类的概念。做产品要理解里面的逻辑。开了眼界。

4、做喝我的减法,用自己的想法做一个喝我,只要最核心的需求,星期五给范范一个大致的框架。今天打电话给水站问了一下他们的业务流程,主要是以卖水票的方式,辅以各种优惠活动,送桶送水的方式。思绪没理清,用百度做了脑图,理了理思路,用VISIO弄了各方的流程图,也是理了理流程。比较乱,贴在下面:

 

计算机生成了可选文字: 比 较 产 口 艹 哪 个 更 台 自 己  确 定 产 品 以 及 送 水 的 时 冂 和 懌 数  直 打 电 话  吧 黑 体 数 量 的 数 发 名 送 水 工  接 水 站 订 苤  送 水  订 苤 达 礁 认  有 水 票 的 用 户  送 水 工  煩 写 送 地 址 和 电 话  下 望  确 认 物 到 达 。 支 仃  水 站  收 订  送 水 工  订 送 达 确 认  姓 名  锛 确 认 订 兰  派 发 订 名 送 水 工  收 账 号  分 支 主 题

我理解的喝我真正的痛点是:

在家或者要订水的公司附近不能一下子找到水站,并且进行对比。这才是痛点。我的喝我功能减法是围绕这个进行重新设计的。而且发现了根据模拟场景,如果先付款再送水,会出现水站一时间没发现订单,从而误了时间和用户受到欺骗的恶劣情形,所以不能按照先付款再送水的电商模式,而是应该参考滴滴打车那样,先下单,水送到后确认付账或者支付现金的模式。

 

 

明天的计划:

1、把发改委那个地图项目哪些功能能做,哪些不能做跟公司对接后,向发改委对接的人员说清楚情况。毕竟那边是我对接的,既然做了总得有始有终。

2、做喝我的原型设计,用户端、水工端、水站后台、平台后台一起。

 

问题:

老大这几天一直好忙,说了几次简历匹配原型的事,都腾不出什么时间来评审,都不好意思打扰他了,把原型网址放这里吧,这几天大家都挺忙的,好像也没时间做这个东西。http://x9q0e5.axshare.com

 

 

收获:

1、正式的需求交流的时候,得做好准备,前一天把要做的事理一遍,把有关业务要问的问题提前想好,到会谈的时候根据谈话的节奏适当的把想问的问题以合适的方式抛出来,促进谈话的进行和深入的交流,双方把各方面的理解都进行沟通后,最后要对交流的内容进行结论性的总结,确认双方的最终理解是否能达成一致,这个技巧很有用。今天会谈的收获很大,前期各方面都亲自走过了一遍。

2、从头开始设计喝我,虽然有之前的原型进行参考,减少了工作量,但前期对痛点的理解、对业务流程的了解都得亲自调查一番,获得第一手资料,了解业务后,如果对要做的内容还一团乱的话,用脑图和流程图根据使用方的使用场景过一遍,能把思路理的清楚。



返回列表 返回列表
评论

    分享到