互联网的产品设计方法-思路1/5

2011-10-06 15:15

互联网产品的设计方法-思路

如何从无到有,设计一个全新的互联网产品:网站、app …

一个什么样的产品是目前市场上最有价值、竞争力的?这个话题比较复杂,而本文是讲述有了这个基础之后。
而在这一切都已经有了目标和方向后,考虑怎么动手开始设计。——更准确的说法是指“产品设计”。

▪ 不是说“产品经理”在公司召集了各种技术人才,然后按照他自己的想法,把一个产品实现。
▪ 当然也不是闭门造车。

互联网产品的设计,需要一个概念:快。

不可能在已经有了方向后,还需要1个月甚至数月的时间进行策划、设计。最后走一系列的视觉设计、技术开发流程,或许半年后出来了一个beta,经过数月的测试,修补BUG,最终1年后你的产品完成了。

那么,这个阶段,你需要什么?

▪ 了解用户。
若专业一些,可以说在“交互设计”领域,需要使用一些科学的方法,比如 角色定位、卡片分类、信息架构设计、用户调研 等等。当然,不可能全部都会用上,根据实际需要,能够获取更多的有用数据信息作为产品设计前的分析,是更好的。

▪ 了解技术。
最起码你要知道你的技术团队能做到什么,而哪些是做不到,当然,最好的用户体验与最快的技术实现进行权衡。

经常在大公司混过的人,会有这样一个问题:

交互设计、产品经理,他们之间有什么区别?或者说他们工作职责是什么
或许我认为:产品经理 与 交互设计,应该一起来做 产品设计。

设计一个产品的时候,获取更多的信息,无疑对产品设计阶段是有用的。

但有一些信息是需要先忽略的,避免:

▪ 过早地陷入设计细节讨论:我们网站需要什么样的颜色,整体风格会怎样。
▪ 项目还没有规划清楚,则开始构思用户界面,我们的用户希望看到什么内容。
▪ 我想要什么样的东西,我需要什么。我认为他们会接受我最终的设计。

索引

本文一共5部分,是一个简单的内部管理系统设计,为了快速解决内部流程问题,没有太多的时间去规划和思考。只有1天时间。
通过前期的有用数据挖掘,了解用户需求,分析,思考。在设计过程中也穿插了一些新的需求。思考过程的新增需求和细节变化,并没有影响起初的思考方向。

1.思路(本篇)
2.搭建架构
3.权限定位
4.框架设计
5.功能设计

目前问题分析

几个名词:
客服人员:淘宝店的客服、客户联系人
订单:客服人员通过确认客户需求,发出一张订单
代练部:对订单进行相关生产工作的部门
目前的流程:
客服人员通过旺旺、QQ、手机等其他方法,与客户沟通后,客户需求明确,下单,客服人员将需求填入Excel,将订单发给代练部,代练部打印订单,安排代练工作;代练完成或发生问题时,代练部会通过订单资料与客户联系。

以上方法会出现以下已经发生或还未发生的问题

1.客服人员与客户之间的关系问题
▪ 客服人员与客户不能有效沟通,挖掘客户的潜在需求转化为订单
▪ 客户在一次咨询后,再主动找到客服人员询问问题时,如果对应的客服人员未跟进过,会出现无法得知之前的沟通状况
▪ 容易出现重复需求,本地保存订单的方式不能及时同步
▪ 给客户的报价不一致,优惠策略不一致
▪ 客户咨询订单时不能有效、快速响应,人力成本大
▪ 销售部有新产品或促销活动时,不能有效针对潜在需求的用户进行告知

2.客服人员与代练部的关系问题
▪ 订单与生产单之间更新不能及时同步,当前运转情况不清晰
▪ 代练单容易丢失
▪ 不同代练人员面对同个订单时,可能出现重复劳动
▪ 代练部与客服部沟通成本大,效率低
▪ 代练人员发现问题可能直接联系客户,容易引发更多问题

解决核心的问题

1.多个客服之间的沟通,如何有效对待同一个客户。
2.保留有潜在需求的客户信息
3.将客户的需求转化为订单,订单转化为生产单,流程化管理,降低错误,提高效率
4.销售部可以有效地进行定向促销

问题来源于“模式”

目前出现问题或目前流程不够好,原因在于工作模式是否达到有效、准确。

从实际了解的问题来看,目前模式有以下几种:
1.TXT记录客户需求

2.Excel安排需求订单
3.代练生产使用打印的纸张

每一种模式都会带来不同的问题,三个模式中则会引发更多的问题。
采取一种有效、准确的模式,可以减少问题的发生,同时也可以提高效率。

解决方案的思路《一种模式》

将工作的流程转化为一种可行的模式,模式中分为三块内容。
客服通过与客户沟通,记录客户信息与潜在需求;将客户需求转化为订单;订单转交给代练部,形成生产单进行生产。
代练人员更新生产单状态
客服可以随时跟进代练的情况与最终产出,与客户有效沟通

客服人员 与 代练人员 之间的衔接关系

客服人员需要的信息
记录客户潜在需求,将客户需求转化为订单。
关注订单状态,可以有效与客户及时沟通。

代练人员需要的信息
将订单转化为生产单,关注生产单状态、生产情况,实时反馈代练情况。

目录

1.思路(本篇)
2.搭建架构
3.权限定位
4.框架设计
5.功能设计

发评论

必填

必填 电子邮件地址,不对外公布

人仔

1985.9

从事互联网设计工作

订阅

微博

Google的朋友们