美文网首页iDesign
GUI 设计禁忌读书笔记(1.1)-关注用户及其任务,而不是技术

GUI 设计禁忌读书笔记(1.1)-关注用户及其任务,而不是技术

作者: 喵在野 | 来源:发表于2016-05-07 10:11 被阅读64次

    第一章 基本原则

    1.1 关注用户及其任务,而不是技术

    它意味着从回答下面这些问题开始,来准备一个项目:

    • 这个软件是为谁设计的?谁是目标用户?谁是目标客户(不一定是用户)?

    以客栈为例,我们是为两种客户设计的:
    1)互联网中小企业,它们不以技术为核心竞争力,而是需要技术作为手段来辅助核心竞争力的发挥。
    目标客户:创始人,技术负责人,项目负责人。
    目标用户:创始人,技术负责人,项目负责人。
    2)优秀的开发者:软件硬件开发者,设计师,产品经理

    • 这个软件是做什么的?他打算支持什么行为?它帮助用户解决什么问题?它将提供什么价值?

    以我们而言:

    1-寻找,鉴别,签约优质开发者
    解决的问题:企业方大部分无法判断谁是合适的开发者来完成自己的项目,不具备这个知识和经验来判断,也没有金钱和时间来一个个试错。客栈通过硬性指标(2年相关方向工作经验,3个已上线产品),专业素养判断(代码风格习惯)来严格审核,同时基于大量已完成项目的客户评价来进行推荐,增加了项目成功率。

    2-推荐匹配优质开发者,一般12小时内完成匹配对接。
    解决的问题:平均招聘时间43天,平均外包商筛选时间1个月以上,客栈12个小时可以帮企业找到优质开发者进行开发。

    3-利用共享经济,让企业方可以按时间,按需求来租用开发能力,完成项目,极大降低成本;让开发者可以充分发挥自己的能力,专注于开发,提高收入。
    解决的问题:全职员工的成本有40%以上是无效的,对于小企业而言这部分资金完全可以投入到核心业务来发展自己的优势。

    4-利用平台优势,让开发项目不会因为一个人的问题而搁置,有缺口马上能补齐,让开发顺利进展。

    5-提供资金担保和仲裁,如果意外发生,尽量降低资金损失。

    价值这里可以直接计算,如果没有你的服务,他至少要付出多少钱,时间,精力。

    比如说客栈:
    1)企业方:因为有了客栈,可以平均节省1个月的找人换人时间,对比传统线下外包,价格便宜了一半左右。烂尾的几率明显降低。按照每个整包项目平均5万来算,那么起码便宜了5万;按照企业方平均每天时间价值300元来算,那么就是1万元。所以,平均为企业方带来的经济利益是6万;
    2)开发者(产品经理,设计师,程序员):可以节省到处去找活的时间,节省判断需求是否真实明确有效的时间,节省谈判合同的时间以及催款的时间,节省和客户来回沟通变动需求费用的时间,更关键的是,能够以一个被尊重的身份来参与开发,而不是传统的乙方。平均为开发者节省的时间是4天,按照开发者的平均日薪来算,那就是2400元。

    引用开发者的话来说:
    在程序员客栈做兼职是什么体验?有成功的么?
    作者:June, 来源知乎。

    June 的回答 Gen的回答
    • 现在目标用户有什么问题?对于他们现在的工作方式,他们喜欢什么?不喜欢什么?

    企业方:花很长时间还找不到合适的开发者,外包项目经常烂尾,浪费了时间和金钱。紧急开发需求经常被耽搁。开发团队成本太高,以至于无法雇佣到所需的人才来开发更好的产品。
    开发者:客户需求不断变更,导致开发周期被不断延长,极大可能导致烂尾,或者过往的开发付出不被承认;追讨项目款项让人很尴尬;没有办法开发票;一个人做不了大项目,导致有大项目的时候没法参与。

    • 目标用户掌握哪些技能和知识?他们有学习的动力吗?如何学习?是否存在不同技能,知识和动机的不同类型用户呢?

    我们的目标用户分两种:
    企业方:

    1. 本身是技术背景,对于要实现目标的话,需要做什么样的事情,找谁来做非常清楚。
    2. 本身非技术背景,知道自己想要什么,但是对于需要什么样的人才,什么样的资源,多少时间来实现并不清楚。

    开发者:各个领域的优秀开发者(2年以上经验,3个以上已上线作品)

    • 用户如何掌握软件将要管理的数据的概念?

    • 目标用户更喜欢什么工作方式?软件如何才能符合那些方式?又会如何影响它们?

    对于企业方而言:1)安全性隐私性:我的需求信息能够被保密么?是否会被平台或者开发者泄露出去? 2)客观公正性:不会因为自己不懂而被欺骗,包括时间和工期; 3)方便选择,操作,随时掌控进度,4)有疑问尽快可以得到解答。
    对于开发者而言,不希望在不知情时或者没空时被骚扰,在有空闲可以接单。可以获得完整的详细的需求的信息,有颗粒化的任务划分以及颗粒化交付计划。

    1.1.1 理解用户

    用户并不是只有新手和专家两种分类,还有很多各种不同的属性,导致他们会有不同的行为。

    1.1.3 考虑软件工作的环境

    考虑软件的使用场景和环境,和周围如何发生关系,发生什么关系,从而避免做出一个孤立的程序来。

    有什么是可以从其他工具直接输入的?又能直接输出什么到其他地方?
    这里的信息流是什么样?

    相关文章

      网友评论

        本文标题:GUI 设计禁忌读书笔记(1.1)-关注用户及其任务,而不是技术

        本文链接:https://www.haomeiwen.com/subject/dqsjrttx.html