如何写一个优秀的Use Case(1)
枭杳 发布于 3-23
做一个互联网产品设计者,编写UseCase是日常工作的一个重要内容,也是重要的技巧。回想起来自己当年从市场部转入到产品部,编写UC也是从0开始,最初就是拿着别人写的东西,然后按照自己的思路去设计新产品。刚好今天因为工作的关系,又再跟同事说如何写好UC,顺便这里总结一下。先发一个UC的常用模板:————————–用例名称最新更新日期:负责人:用例描...
阅读(434) 评论(0 )
枭杳 发布于 3-23
做一个互联网产品设计者,编写UseCase是日常工作的一个重要内容,也是重要的技巧。回想起来自己当年从市场部转入到产品部,编写UC也是从0开始,最初就是拿着别人写的东西,然后按照自己的思路去设计新产品。刚好今天因为工作的关系,又再跟同事说如何写好UC,顺便这里总结一下。先发一个UC的常用模板:————————–用例名称最新更新日期:负责人:用例描...
阅读(434) 评论(0 )
枭杳 发布于 3-23
文中旨在抛出思考,且文中所谈均是在有地图的情况下1.千百年前,地图的大部分需求来自军事领域,皇室贵族;平民百姓更喜安居乐业,未考证情况下,想象当时的人们的需求在于从某地去某地的路线图、找到自己在哪里等等;更学术一些的,应该在于天文地理研究方面。此时地图的载体:竹简,布,纸;而随着地质变化,城市发展,地图的更新会非常的麻烦,形成更多的信息断层,信息...
阅读(446) 评论(0 )
枭杳 发布于 3-23
敏捷开发方式是不会被淘汰的。金融危机在过去几个月中终于爆发了;长期的要求和浮夸的前期文档不被接受的情况比以往更为普遍。软件必须从一开始就可见并且有价值。对很多设计师来说,他们对敏捷理论已非常熟悉(对此不太了解的,请参看文章最后的一些推荐阅读)。我们正在面临适应或是被淘汰的选择。好的方面是,敏捷理论仍然允许我们做那些我们认为...
阅读(559) 评论(0 )
枭杳 发布于 3-22
阅读(868) 评论(1 )
枭杳 发布于 3-22
“技多不压身,但不是说都得下手做。多懂点的好处,一是增加自己的判断力,防止被忽悠;二是更易跨部门沟通;促进换位思考。不要试图去拆分职能,我们应该做的是适应,与团队其他同事互补。最好的设计师,是块万能膏药。”非常同意千鸟的观点,设计师各方面都懂一些,有绝对的好处。但应该保持在了解、沟通的层面,绝对不要设计、开发工作都亲力亲为,这样做是肯定是弊大于利...
阅读(528) 评论(0 )
枭杳 发布于 3-22
特别对于我们的互联网设计师和软件设计师,没有良好的交互意识和经验,算不上是一个好的设计师;如果甚至没有存在交互意识,那更不是一个合格的设计师。在我们当前的产品设计工作中,由于没有专门的交互设计人员,设计师过度的依赖产品经理的原型,而缺乏对设计环节对用户体验的任何考虑,这使得设计师成为一个“依样画葫芦”的角色。这种情况的后果是:1、设计师过度依赖产...
阅读(450) 评论(0 )
枭杳 发布于 3-22
突然想到写这个话题,是基于最近在设计产品界面时,年糕一直在给我们灌输设计的品牌概念以及文化内涵要求而产生的,因之前在界面设计中也遇到一些困惑,刚好看到一篇关于跨文化的产品设计模型的文章,于是就这个话题简单展开自己的一些看法,放出来跟大家探讨分享下。“这个设计线条很流畅,质感很新颖”“你的设计很有感觉,赞~”“这个界面风格很独特,有很设计韵味”……...
阅读(492) 评论(0 )
枭杳 发布于 3-22
今天上午一个不错的讨论在Twitter上出现了,Twitter不是最好的即时会话平台,但是我们各取所需。这个讨论起因于LukasMathis的一篇文章,他在这篇文章说到,用户体验设计师知道如何编写代码会妨碍他做出优良的以用户为中心的设计。我非常不同意他文章里的观点,我们在Twitter上为讨论这个话题留下了很多会话记录。如果你还没有看他的那篇文章...
阅读(531) 评论(0 )
枭杳 发布于 3-22
阅读(763) 评论(0 )
枭杳 发布于 3-20
1.链接到某页<inputtype="button"name="Submit"value="确定"class="btn"onclick="location.href='filename.html'"/>2.返回(等同后退)<inputname="Submit2"type="button"class="btn"onclick="l...
阅读(458) 评论(0 )