登录 |

打印 | 字体大小: « 借用了2S的图标一套用用整理了一下以前的几套韩国素材共享 »

今天上午写的公司内部市场人员(兼项目管理人员)的培训草稿

[3]今天上午写的公司内部市场人员(兼项目管理人员)的培训草稿。,被培训的这些人UI基础不是很厚。我是站在项目操作和技术操作的角度来讨论问题,并非市场操作的培训。

首先,一个好的项目操作者(管理者)需要保证的问题和原则是什么 ?
(问题的基础:这个项目管理者具备一定的贸易素质基础,起码需要他懂得什么是所谓的“双赢原则”和懂得保持客户友好关系的重要性)

是一个三角关系: 质量、投资、时间。可以十分肯定地说三者之间的关系是一个铁三角(老外们把它叫“等边三角形”),也就是说“三者需要永远保持均衡。增则同增、减则同减”。这是效率的前提。因为所谓的效率就是这个铁三角的重心,也是他们的轴心。
一个好的项目操作者需要且仅仅需要把握这个关系,那么他将是一个最合格最优秀的项目管理者。因为他保证了“效率”。

其次,一个项目操作者(管理者)在整个项目过程中最主要接触的会是那些人?
(问题的基础:我们是在商业角度上来思考这个问题,不要太多的考虑技术要素)

1、 其实我们需要接触的首先是两种人,要做好整个项目我们也必须去十分的了解这两种人。他们就是所谓的“用户群体”,“消费群体”。
摆开UI设计不说,我们简单的找个“体育器材销售”的例子来说明这两种人(就说面对高效销售篮球架吧):我们首先需要考虑使用这个篮球架的是什么人?学生。还有我们需要考虑买这个篮球架的是什么人?老师、领导。
原则是:a\如何让用户群体使用到更好的产品?(这也是一个产品生存的基础),
b\如何抓住消费群体的第一目光并最终使其产生购买的行为(这个是整个项目存在的必要条件),当然到了真正的项目操作过程中我们基本上只需要考虑“用户群体”了。
这也是有些地方所说到的客户和用户的区别,。至于其中的关系和处理应该是市场营销的课程范围我想没有必要在这里多少。

上边说到的是一个项目操作的关键性和原则,接下来主要综合一下在软件界面设计(UI)实质过程中具体的操作过程和原则(摆开商业操作的角度,我们只谈技术和产品本身)。

第一、 必须需要知道我们在整个UI项目的实质操作过程中其实只需要去解决两个问题:

1〉 最终用户群体需要的是什么?
2〉 我们的用户界面如何来很好的实现这些需求?

第二、用户需求具体需要的是那些,如何去知道,如何去处理?

1〉 与用户群体面对面的市场调查,了解用户习惯、了解用户层次、用户欣赏观点和该群体的其他主要特征。(当然在实际操作中这些东西可能都是有产品的原始开发商来提供的),这就是所谓的“市场调查报告”。需要注意的是在市场调查的过程中尽量避免使用过多的专业术语和专业习惯,好药注意抽查群体的普遍性。
2〉 将从市场调查获取的信息转化成有用的具体问题。再将用户信息转化成具体问题的时候要避免过早的考虑解决方案,而忽略了其他的问题。
3〉 将整理出的问题反馈给用户,进一步确认。

第三、 如何解决用户需求、界面设计的过程如何操作?

1〉 统一所有的客户的“硬性要求”,这个是整个项目最初的不可动摇的“框框”
2〉 成立专门的方案讨论小组,通过多种方法得到更多的想法和意见。根据每个用户需求整理出各个角度的不同的解决方案,并说明各自的优和弊。
3〉 综合不同的解决方案,结合出实用、优质的整体方案。
4〉 结合技术人员讨论各整体方案的可行性和实用性,整理出可行实用的更优质整体方案
5〉 绘制设计方案的详细流程说明图(包括交互行为和结构布局的比例关系及配色方案)。
6〉 方案流程图制作完成后首先需要由技术人员通过其可行性。然后接触最初的“用户群体”再次了解和讨论方案的实用性。
7〉 最终还需要由原始的产品开发商确定方案的市场价值和商业价值。最后,确定最终的初步方案
8〉 细化方案中的每个初期能够预料到的细节和细节关系。(包括交互行为和结构比例)
9〉 从这里设计师才会开始了他们的设计工作:
a\ 确定和建立准确的产品概念和产品定位(更多是在设计风格上的,需要说明的是设计师要参与或参考整个市场调查的过程包括方案确定的过程)
b\ 设计初步的产品风格草稿(多稿),由用户参考并确定。草稿及确定的元素一般包括:整体风格、结构布局、配色风格、细节处理的原则。
c\ 完善设计草稿。并最终确定草稿的所有细节。(这时已经可以开始了界面元素的坐标定位,和程序开发的结合也可以实质性的开始了)
d\ 界面制作的真正开始。(这是一个体力劳动的过程无需细说)
10〉界面设计和程序的最终结合
11〉测试过程
12〉产品宣传附加项目的设计(手册、宣传册、网站等等等等)

当然中间的所有过程都是复杂的和充满矛盾的。所有的工作都需要建立在对产品对开发的所有参与者的绝对的信任,包括市场关系很顺利的基础之上。

要补充说明的是我站在一个半开发者半设计者的角度来思考问题的。不牵扯到过多的开发商项目外报等等的商业现象和问题。

分类:UCD ,04/11/04 4:46 PM | 18,083 Views |

网友评论(5)

  1. 经过肥鸟的BLOG发现了一个类似的文章(个中部分要强于我这份草稿和极具作用的补充),特意复制过来,希望肥鸟不会介意。

    (一)项目最应该向用户了解的内容
    1. 定位产品的目标用户群。
    2. 用户希望用我们的产品完成什么任务。
    3. 用户希望如何完成任务(难点,用户很难清晰描述自己的想法)。
    4. 用户对产品功能设计、界面设计和信息设计的喜好程度及原因。
    5. 对于难以取舍的问题,让用户决定什么更重要。

    (二)在不同的阶段使用不同的用户参与方法
      分析是一门科学,设计是一门艺术,把他们完美结合起来是我们工作的目标。用户参与的主要方法有
    ¨ 焦点小组
    ¨ 可用性测试
    ¨ 专家座谈
    ¨ 上门进行用户访谈问卷调查(电话、传单)

    1.需求采集阶段
      通常采用焦点小组或专家座谈的形式,引导用户提出相关见解,找出亮点作为重点开发功能。不同产品的用户在各自的行业内都是专家(或特定人群的典型用户),没有谁比他们更精于自己的工作和生活,我们要做的就是精心挖掘,其次要注意以下几点:
    ¨ 同事和经理提供技术支持。
    ¨ 让真正的用户参与。
    ¨ 可能涉及的其他用户。
    ¨ 项目委托方的一些要求。
    ¨ 用户使用同类软件的感受。
    ¨ 用户需要什么和不需要什么同样重要。
    ¨ 不要强加自己的看法给用户,注意正确引导。
      我们在此活动中,对功能、用户界面特性、数据、任务流、以及整体用户界面需求和设计是否科学等等进行有效验证,获取的信息主要有
    ¨ 选择必有功能和增值功能。
    ¨ 使用环境、任务流和操作模式的改进建议。
    ¨ 功能排列和布局的改进建议。
    ¨ 优先级和同级别的取舍。
    ¨ 图形和术语的应用。

    2.设计阶段
      需求确定后,面向需求的设计进入可是化的交互设计,我们通常是通过“交互原型”来设计的,本阶段用户主要参与:
    ¨ 操作逻辑
    ¨ 一致性因素
    ¨ 屏幕流程、步骤、内容、图形风格、页面布局。
    ¨ 注意用户使用习惯
      通常采用“可用性测试”的形式。可以把希望解决的问题或项目组内意见不统一的交互方式做成可操作模型,通过用户的使用发现问题。在此阶段可以针对不同的问题进行多次测试。

    3.构造阶段
      通过编码人员的加入和单元测试的进行,一些细节问题会被发现例如:图形和文字在不同设备和分辨率方面的可读性和操作中的小故障等等,需要很快做出修改决定,这时可以通过邮件确认或电话访谈的方式寻求用户帮助。

    4.产品测试阶段
      通常采用“可用性测试”的形式对Beat版本测试,是对可靠性和交互的最后检验。

    特别提醒
    ¨ 同一产品在不同的阶段进行参与设计的用户最好是不同的人,如果让同一个人从头至尾参与测试和研究,那他很容易被项目组同化,很难有自己的见解了。
    ¨ 在引导用户时尽量不要问“你希望他是怎样的”或“你理想中的XX是什么样”,因为用户在软件设计方面完全是外行,如果你问“您经常用它做什么”、“那一部做起来最难”或“您希望对那些方面进行改进”那用户就能够表达的比较充分了。
    ¨ 在选择用户时,一定要把初级用户和高级用户分到不同的小组,否则会造成,一部分人说,一部分人听的现象,不能充分利用资源。

  2. 在引导用户时尽量不要问“你希望他是怎样的”或“你理想中的XX是什么样”,因为用户在软件设计方面完全是外行,如果你问“您经常用它做什么”、“那一部做起来最难”或“您希望对那些方面进行改进”那用户就能够表达的比较充分了。
    ¨ 在选择用户时,一定要把初级用户和高级用户分到不同的小组,否则会造成,一部分人说,一部分人听的现象,不能充分利用资源。

  3. 通常采用焦点小组或专家座谈的形式,引导用户提出相关见解,找出亮点作为重点开发功能。不同产品的用户在各自的行业内都是专家(或特定人群的典型用户),没有谁比他们更精于自己的工作和生活,我们要做的就是精心挖掘

  4. 我是上帝,我的需求最重要,人多力量大

  5. It is a good post , I like it and please keep writing .

发表评论

*必填

*必填 (不会被公开)