网站运营

互联网, 产品设计, 存档, 社区

存档:社区用户的ID、username、昵称等设置

最近泡知乎去了,邀请码真没有,还是去别的地方要吧。

今天回了几个问题,把在知乎回的最长的内容贴出来,姑且算是存档吧。

———————华丽的分割线—————————

问题:Login name、ID、username、昵称,这些东西在社区体系内应该如何设置?(原文链接:http://www.zhihu.com/question/19594426)

描述:一个用户进入社区,目前面临着极为复杂的命名系统。登录名是邮箱,或者是手机号,有的也支持唯一 ID。进入社区,要给自己起一个名字,ID 或者 username。但是,为了便于朋友辨识,又可以起一个允许重名的昵称。这是非常麻烦的事情,谁有比较清楚的思路,可以让中文用户简单地完成注册、起名这件事?

我的回答:

  • 社区的用户系统里需要唯一标识(ID),不管是手机号还是邮箱,为了辨别唯一的用户身份,移动应用可以使用IMEI或手机号(能自动获取更好),WEB应用可以用Email(多数需要再验证),处理得当的情况下可不需密码。
  • 昵称可以有,要去对应唯一标识,但不应该唯一化,就跟身份证上的名字一样,可以有很多人都叫张三,但不能你叫张三后别人只能叫张四,个性化的内容可以体现在昵称上,作为真实性、唯一性的补充可以进行认证,就像新浪微博那种。
  • username是比较传统的做法,也是现在比较折衷的方法,在没有手机号或邮件验证的条件下,可以用唯一的username来标识用户,但必须配以密码来保护,可直接忽略昵称,让username负担起昵称和唯一标识的作用,但往往不受用户待见,而且安全性可能不高。
  • 数字序号是比较特殊的唯一标识,可以根据用户自动分配,类似于身份证号,用户注册后系统自动分配;也可以是让用户选择,比如腾讯的收费QQ号,这种应该归为特殊的数字username。
  • 社区对ID、昵称等的设置,不管是让用户一步步填的,还是注册时一次性全部填的,还得看社区的定位,比如熟人社区用手机号加真实姓名,网友间网络用Email及网名(可找方法认证),纯生人社区用username且尽量不考虑现实好友和联系关联性。
  • 中文环境下,可以尝试中文昵称做Login Name的方式,可配密码,然后再按社区的定位来让用户补充其他ID相关的资料,比如手机号和Email等。
  • OPENID、微博帐号和QQ等帐号开放方式,可依赖原有网络环境,如果正好是原有网络的扩展就正合用,否则还得花时间去解释这么做对用户的好处等等。

UCD, 产品设计, 随笔

十月底杭州见,UCD年会2010

这个月底,在杭州,第二届UCD年会又要开了,今年的主题是“全民体验”,据小道消息透露业界主要精英都会云集于本届年会,而且嘉宾绝对够份量,又在杭州,真是令人遐(瞎)想呀。

我上届就没能参加,对本届UCD盛会还是非常向往的,只不过这时间紧、任务重的时候,暂时还没把老板绕过去,10月底去不去得了对我自己来说又是个很大的悬念了~

转发下来自白鸦的消息:

“UCD年会”由UCDChina组织,内容围绕互联网产品设计。

2009年11月,UCDChina联合广州美术学院组织了第一届“UCD年会”,反响甚好;2010年10月30日,我们将把第二届“UCD年会”安排在美丽的杭州。众多国内产品设计界草根精英将齐聚一趟,共同探讨互联网产品设计的话题。

诚邀你的光临。

时间:2010.10.30 地点:浙江大学 紫金港校区 主题:全民体验 预计规模:450人以上 详细介绍及日程安排:http://ucdchina.com/club/2010/

(购票窗口已经小范围打开,参加过书友会的同学请联系当地书友会组织者

UX, 产品设计, 随笔

WAP产品设计:删除确认不能少

引:删除操作要不要再次确认?在WEB设计里,这个问题其实以前很多设计大拿都写过,也有些优化方法,真是各有各的好处。

今天要说的是在WAP产品设计中的状况,前一阵改版站内消息的时候,有一类操作是清空所有消息和删除单条消息,操作比较危险,但其实以前并没仔细考虑过,造成了部分用户的质疑。

状况是这样,我沿用了旧版站内消息的设计:删除/清空不确认直接操作,相信用户已经习惯这种方式,其实旧版就有问题,只不过原来的操作入口不在手机首屏显示,反馈的用户比较少而已。新版里这些操作的链接被往上提了一点,站内信少的用户会在首屏看到这个链接,且有误操作的情况出现。

解决的办法是速度增加了删除/清空的操作确认,用户再次确认才可以完成操作,另外还把这些危险操作用分割线与正常操作区分开,减少用户误操作的可能性,最近用户使用中这类问题就少了很多。

以前曾在Google Reader分享过一个确认页设计的系列,如果重新看一遍可能就会避免这次失误~

  1. 确认页设计(confirmation alert)(一)——使用的时机
  2. 确认页设计(confirmation alert)(二)——形式的抉择
  3. 确认页设计(confirmation alert)(三)——一些注意事项

p.s.这个系列主要是工作中项目的一些教训和经验,能写的我就写,想到哪里就写到哪里。

产品设计, 随笔

装还是不装,这是问题?

白鸦和Keso最近的火药味很浓,当然,说的是在产品设计上的事:

鸦说:把自己当作一个平凡的用户,不停的用。 Keso说:别装了,你不是用户 鸦又说:装,是必须的

讨论核心是装还是不装,我觉得都对。

做产品不是只有一种方法,装是一种方法,不装是另一种方法,且还有其他方法。

做产品的目的可能会有不同,但好的、成功的产品有很多共同点,比如可用、易用等。

所以,只要可以将产品做好或者达到产品的既定目标,可以通过各种方法,装还是不装都行吧,殊途同归嘛。

最后,管我叫墙头草好了,我希望达到不装的境界,但更希望装的出神入化。

UCD, UR, 交互设计, 随笔, 项目相关

UCD模拟项目进行时之二:用户定位和产品定位

5月11日参加了UCD产品设计工作坊的第二次课,过程比上一次还紧张,但心情已经比第一次放松多了,团队合作也更好了,不过按照我的写作计划还要再过一两篇才会写到。

第二篇:用户定位和产品定位

上一篇末说到市场研究,其结果直接影响到后面的用户定位环节。

记得最初我们两个组在市场研究中都有很直接的结论,比如用户集中在女大学生和白领、商品范围集中在包/鞋/衣服等,用传统项目经验来说好像很明确,但是用UCD方法并不会得到如此直接、局限的结论,比如用户定位,应该从大范围开始根据用户目标和行为分析逐步确定关键因素,再通过后续很多工作才能得到用户及用户群的定位。

用户定位这个环节,我们依赖一个用户目标(或行为)和商业价值的坐标系,小组每个人都列举了自己认为必要的因素。集体的力量就是强大,我们贴了几十个这样的因素在坐标系上,后边问题来了,我们需要选出最能同时体现用户目标和商业价值的因素,又经过很长一段时间的PK,最后留下的就是最关键的因素:搜索经验、网上购物经验和比价习惯。

基于关键因素可以进行用户群划分,我们按照各关键因素的程度大小设定了3个用户群,其中1个是主要用户群、1个次要用户群、1个补充用户群,这与我以前经历项目理念(如大而全的门户思想)完全相反,但我觉得这样更合理。

接下来是产品方向的环节,首先开始需求分析,我们又看到一个坐标系,不过这次的是以需求程度代替前面的用户目标,我理解就是将用户目标转换为需求,让需求更符合用户行为,这个环节也没少PK,我们确定了需求及程度。因为我们用的是贴纸,这让产品概念图很容易产生,我们只是把坐标系上贴纸揭下来,贴在产品概念图纸上就好了,用白板笔画上箭头、线和动词,速度那是相当的快~

竞争分析没有过多介绍,这也变成了本次工作坊其中的一个作业。

本阶段小心得:

  1. UCD方法的流程充满测试和验证,往往后一步可以确定前一步有些不太准确的想法,整个流程是个不断深入、不断完善的过程。
  2. 用白纸、白板笔、胶带、随意贴等创造的纸面沟通系统太强大了,用户需求分析、产品概念图等等都能做,且灵活度高于任何软件。
  3. 用户需求分析绝对不应该是PM拍脑门想出来列个表就完的,那是经过定性研究推断出来的,原来参与的项目多少会因为这个导致后期工作难以进行。

Technorati : , , , , , , ,

UCD, UR, 交互设计, 随笔, 项目相关

UCD模拟项目进行时之一:从混乱中开始

预告:本Blog近期将开始一个到两个项目相关的系列内容连载,敬请期待~

上周末,去jiwai的会议室(地方真不好找)参加这次的UCD产品设计工作坊,从头到尾经历虚拟项目,效果还不错,从实践的角度开阔了我对UCD方法的理解,感谢白鸦Angela为我们上了如此有价值的一课。

从今天开始不定期更新我的心得:

第一篇:从混乱中开始

种种原因搞的从一开始就很混乱,好像来参加工作坊的人(包括我)都没作足功课:对行业不够了解、对”图像搜索比价购物”这个概念不是很清楚、对UCD的流程不大明白等等,加上各自的工作背景,也许你可以想像到有多么混乱。

早上开场,白鸦介绍了一些项目背景知识后,在场的人开始组建团队分角色,本次工作坊集中在PM、BI、UR、ID等角色,有趣的是发现大多数人属于全能型,在实际工作中多数都是自己一个人做全套工作,划分工作职能可能是我们都欠缺的,有时在阶段最后还演变为人少服从人多的”群体智慧”。

我们就是在混乱的状态下进入市场研究这个环节,时间紧迫,10~20分钟要做好用户定位、市场定位及优劣势分析,且需理出一个吸引投资的项目介绍。这对我们打击很大,我们9个人分成若干组整理相应资料,当汇总到一起的时候发现根本合不上,使我们的产品目标打一开始就不是很明确。

事实也证明我们存在问题,因为在接下来的用户定位一度导致我们发生分歧。

本阶段我的小心得:

  1. PM(项目经理或产品经理)绝对不是执行层能做好的,一定得深入战略层,需要打一开始对项目负责,哪怕是分析后决定取消项目,绝对不能是一个谁让干什么就干什么的人。
  2. BI很重要,分析行业数据及竞争对手很有用,不一定非得市场人员去做,UR一样需要,且需要多花时间去做,绝对可以影响后面的工作。
  3. 过往经历的项目从来都是半路加入,没有从前期加入的经历,所以习惯从别人处得到足够信息而不去管信息获得的途径,这在UR是不正常的,需要自己去获得/分析信息、数据,然后通过后面的工作去验证。

p.s.我跟两个Tony一组,其中有一个是UCDChina Blog的Tony,当时太投入,居然都没来得及单聊~

Technorati : , , , , , ,

CSS, XHTML, 随笔

别紧张,只是CSS裸奔节又到了

别紧张,只是CSS裸奔节又到了。

4月9日是今年的CSS Naked Day,每年到这个日子就会看到大大小小的网站、Blog去掉CSS样式表,让网站”裸奔”,故这天也叫”CSS裸奔节”。

这个日子是为了推广CSS及XHTML等W3C标准页面代码而设的,更能突出网站在没有CSS的情况下代码结构是不是够清晰,其实我的Blog是一个反面例子,去掉CSS后作为主体的Post列表出现的太靠下了~

我使用的是Aja Lapus做的WordPress插件来实现的效果,也可以到CSS Naked Day页面去看其他实现方法。

最后,基于大家现在什么节都过的心理,在这里说一句:CSS裸奔节快乐!

Technorati : , , , , ,

网站运营, 随笔

用户转化率才是王道

注:以下是我这个外行的片面之词,因为最近工作碰到相关问题,所以随便记一下,没打算误人子弟。

已经存在相当一段时间的网站,有业务也有部分用户,他所面临的其中一个问题是怎么完成业务目标(比如增加营收、扩大影响力等),这就面临一个用户转化率的问题,是怎么把现有用户转化为付费用户的?

所谓用户转化率,我指的是从潜在用户成为特定用户类型的转化率,比如注册用户转化率、活跃用户转化率和付费用户转化率等。

举个例子说说转化率的应用,通过付费用户转化率可以计算付费用户的推广成本:(例子来自2006年Topica的一本白皮书,有改动)

数据项
数值 算法
推广费用总数
¥4,500 举例数值
注册用户数量 3000 举例数值
付费用户数量 90 举例数值
付费用户转化率 3% 90/3000*100%
每注册用户成本 ¥1.5 ¥4,500/3000
每付费用户实际成本 ¥50 ¥4,500/90
也就是说每增加1个付费用户需要投入¥50的推广费用。 影响上例的推广效果有三种方法:
  • 提高推广费用
    这应该是维持现有状况下表面上最直接的方法,事实上也是大多数推广的必然结果。
  • 减少获得每个付费用户所需的成本
    这可能最理想的方法,当这个成本下降的时候,一方面推广费用可以降低,另外同样的推广费用可以达到更好的推广效果,但这同时也是不容易达成的,这需要有足够强的议价能力,才可以在市场活动、竞价排名、线上广告等付费营销上享有更多的话事权。
  • 提高付费用户转化率
    可以这么说:提高转化率才是王道,以上述例子来看,同等条件下提高1%付费用户转化率,就可以增加到120个付费用户,每付费用户成本也降低为¥37.5,从而节省推广费用。
    (同时做到前面的两点)

那怎么提高付费用户转化率?我能想到的有:

  • 收集用户需求和跟踪统计用户数据
    以合理的业务目标做目标,改进需要有基础和方向:统计用户数据就是基础,可以挖掘用户的部分实际需求;接着需要不断倾听用户的意见,贴近用户需求就是方向。
  • 优化业务流程
    以一定真实数据为基础,就可以进行相应的流程优化。以网上商城为例,用户在购买流程的每一步操作,从浏览、商品放入购物车开始直到用户下订单并支付完成,或在中途放弃支付,都需统计及分析。不断去优化流程,该精简的精简、该删除的删除,让用户更容易获得商品,增加更多的正向循环流程。
  • 提高访问体验缩短用户决策时间
    从页面框架、图像设计、导航等到整个网站结构,让用户更容易得去理解网站的用途,更快知道自己该怎么去用,更快决定进入业务流程(用户体验这部分UCDChina有不少好文章可以参考)。需要说明的是 ,现在的网站产品越来越重视用户体验,但不应该是为了有用户体验而重视用户体验,而应该是为了完成特定的业务目标。
  • 保持用户转化率
    要增长先保持转化率不下降,活动、优惠、促销、代金券等等都只是手段,保持后方能增长。
  • 针对关键目标用户
    例如像书店,来的人虽然很多,看书人的也不算少,但是最后掏钱买书的却只是一部分。也许目标用户群很广泛,转换为注册用户的也不少,但实际会转化为付费用户的却很有限,寻找关键目标用户就非常重要,且随业务发展而变化。
  • ……

当然上述也可以部分适用于提高注册用户、活跃用户转化率。

另外,网站需要根据自身需求,选用合适的转化率标准,比如我觉得:

  • 一个论坛最好使用活跃用户转化率。
  • 一个网上商城最好使用付费用户转化率。
  • 一个交友网站可以用注册用户转化率。

其实说到底,我还是认为付费用户转化率的含金量最高,因为不需要再考虑后续转化率,这并不是说其他转化率没用,毕竟注册/活跃用户转化率对广告销售还是有很大用的。

终于写完了,这是近期令我比较困扰的事情之一,本文意在抛砖引玉,希望有相应经验的朋友可以(通过Gtalk/Gmail)不吝赐教,在这里先拜谢了~

Wiki, 内容管理系统, 工具, 随笔

继续流水账:Wiki和协作、沟通

关于Wiki,水是这样流下来的:

  1. 前传:对于Wiki和维基百科我是早有了解,05-06年的时候曾经先后用CooCooWakka和MediaWiki在94smart.com架过,基本都是玩两下就放弃了,当时好像是因为编写习惯和权限设置的问题。
  2. 去年11月开始看《维基经济学》,可能是因为个人口味不同,这本书读到今年也没读完,也不打算继续读下去了。
  3. 今年二月底公司开始培训新的内部办公工具(据说是EA内部使用很久的组合方式),其中之一就是用Wiki写工作报告,起先我很不理解曾在twitter上说:”有人听说过,用MediaWiki作公司内部报告系统的吗?”,言下之意相当的不屑。
  4. 在看了大BOSS写的快速入门后,在Wiki填充内容,从[[给文档加链接]]开始,起初不适应Wiki代码,网上搜索了很久也没找到合适的所见即所得编辑器,最后只好继续手写代码,还好后来习惯了。
  5. 我们需要把个人简历、联系方式及工作报告都填进去,就现在来看在Wiki里面写简历不是很舒服,所以我在Blog上写了个非公司版本的个人简历
  6. 起先发现在Wiki里面的图片好像都不直接加外链,多数都是连图片描述页,也许是为了方便其他人补充说明或评论吧。
  7. Wiki好像不是用来发布纯文本重复内容的工具吧?我认为内部链接才是Wiki的王道,能连接内部内容绝对不考虑外部链接。
  8. 使用Wiki一段时间,其间又看了些Wiki的相关资料,发现之前的部分理解有误,我很想收回之前说过的话,其实用Wiki进行工作报告是有实际意义的。
  9. 公司的内部办公工具主要由内容发布/知识库、邮件、文件版本控制及论坛组成,MediaWiki架设的Wiki主要负责工作记录/报告、内部事项通知、经验分享及岗位培训等内容发布。
  10. Wiki的优点在于强调文档结构化,在内部关联上处理得很合适,且用户不需了解复杂的代码即可进行超文本内容编写,牺牲了部分灵活换来了相对容易的协作。
  11. 另外,Wiki可以作为Web版的文档版本管理工具,可以比对修改、恢复历史内容等。
  12. Wiki的文档可以很开放,用来做知识库、新闻、个人资料、通讯录、Blog、Life Stream等都很合适,我现在就用Wiki来做网摘(并用ROR写了一个网摘的Wiki代码生成器)。
  13. Wiki需要制定现实中的更新规范,比如谁可以编辑这里谁不行之类的。
  14. 最近总是听见公司同事喊:把某某事情写在Wiki里。我觉得Wiki还是作备忘吧,并不能代替直接、实时的沟通。
  15. 其实工具就是工具,不止是Wiki、CVS、SVN这些协作相关的,最后还是需要通过各种形式的直接沟通去解决冲突问题。
  16. 幻想一下,如果在Wiki监视的页面可以通过im提醒就好了,邮件提醒还是比较不及时。
  17. 我开始看好用Wiki进行内部网建设,因为贡献内容的用户可以非常多,基于工作原因大多数人都需要别人更好的协作、配合,所以贡献的内容可以比较靠谱。
  18. ……

本流水账可以写完,多亏互联网有twitter的存在~

还好有twitter,让我可以随时把想法发出来,不用憋很久憋成blog,也许憋到后来都忘光了、没感觉了;还要感谢twitter,因为它丢信息不是特别的频繁,让我可以找到之前记下的内容。

<

p class=”zoundry_bw_tags”> Technorati : , , , ,

Google, 网站运营, 评论, 随笔

大雪、谷歌春运交通图和所谓的公益

冬天里下大雪,在北方也许不算什么(因为北方人都习惯了),但是发生在南方就是一场灾难。

在这场灾难里,有被雨雪压倒的房屋、堵在高速路上的车辆、无法回家的外地务工人员和能源物资缺少的城市……

他们最需要什么?我觉得应该是摆脱困境的方法及各种实在的援助、支持。

最早知道谷歌春运交通图,是通过白鸦的twitter和blog,后来才看到谷歌黑板报的文章春运交通图是一个架设在谷歌地图上的特殊标注及内容,整合交通线路、天气预报等相关资讯,确实很全面很强大,但这又有什么用?

后来收到飞递(Feedsky的中文名)话题广告的邀请信,才知道谷歌在大力推广这个春运交通图,还冠以公益头衔。

我的第一反应:哦,原来是谷歌的商业行为。

想法未免有点偏激,但是我认为公不公益得看发起人以及动机,虽然公益不排除商业行为,但是跟赤裸裸的商业动机(比如大雪无情,卡巴有情)还是有很大区别的,公益不应该建立在”使用谁的产品”这个基础上。

ok,不扯了。

最后,我所能做的除了在这里说说,只剩下祝福,祝福受灾地区的人们早日摆脱困境、能够在家欢度新春!

<

p class=”zoundry_bw_tags”> Technorati : , , , , , ,

Facebook, UX, 开放平台, 网站应用, 网站运营, 随笔

开放平台还是开放应用,这是个问题

所谓开放,是一种分享态度,开放平台是自有平台与外部应用共享用户(不一定包含数据)、流量,开放应用是把自己业务打包成模块,通过其它平台分享使用体验。

我在上篇Blog里曾表述过”单纯应用类和社区类的网站,现在有且仅有两个选择,要不自己做大做平台,要不就做成适合开放平台的纯应用“的观点(除上述类型网站外其实还包括资讯类的),大多数网站现在都面临同样的问题: 开放平台还是开放应用?

随着最近Facebook PlatformGoogle OpenSocial搜狐博客开放平台等的出现并逐渐发展,SlideRockyou!等应用提供商的崛起,网站运营人员不得不去面对上述的问题。

后Web2.0的思想,使资讯类、应用类网站在逐渐增强社区氛围,社区类网站在不断增强互动资讯部分,趋势是互相融合的,成为趋向交互的网站。

这也造成网站系统的重复劳动过多,几乎每个网站都有自己单独定制开发的用户系统 、好友系统、交友网络等等,使得网站操作复杂,用户永远需要去适应体验上的差异。

不管开放平台还是开放应用,都可以解决很多问题,同时精简自己的应用结构,根据网站定位更好的发挥自己的特长。

当然,开放平台并不那么好做的:

  • 首先平台网站需要有颗包容的心,允许别人的应用借你的平台发展。
  • 需要提供功能全面的接口,让应用可以很容易结合到平台上。
  • 需要有良好的用户基础,用户数量级够大且用户素质有一定保证,要不没有应用会来。
  • 像Facebook、Google这样本身就很强大的平台并不在多,还没有跳出来的也屈指可数了。
  • 用户数据的所有权成了最大的死穴,平台如果不能照顾应用的利益,早晚被应用放弃。
  • 受应用欢迎的平台标准也会逐渐提高。
  • ……(想到再补充)

开放应用稍微容易实现一点,但也有好处有坏处:

  • 最大的优点,可以跨平台吸收用户,让不同平台的用户存在于同一个应用下。
  • 不影响现有网站运行,可以为特定平台开发定制应用。
  • 因为要适应各平台接口特点,用户体验可能与源网站不统一,或各平台间体验存在差异。
  • 应用的模块化标准有待整合,现存标准缺乏通用性。
  • 怎么将平台用户转化为应用用户将成为网站运营的主要研究课题。
  • ……(想到再补充)

话说回来,不管开放什么,多平台鼎立的形势已经出现,在应用数量相当的情况下,主要看用户对平台的喜好,而应用已经不能再左右用户的选择了。

对个人用户而言,在熟悉的平台下使用感兴趣的、新的应用,将成为平台网站的主要体验,哪个平台相关方面做得好就可以脱颖而出。

还有一个可能发展的方向,用户基于现有个人网站(Blog)自建平台,维系用户的(社交)关系,将开放应用自行整合。用现有工具已经可简单实现,例如OpenPNE等开源软件、老冒的OPSN项目(我最感兴趣~)等等。

最后,借用一句互联网的名言收尾:未来是如此的不可知,互联网的发展更是如此,也许事与愿违,就当是2008年第一个月的某个白天的胡思乱想吧~

最最后,洋洋洒洒的写了一大片,一篇东西居然写了几个小时,中间经过很多琐碎的事情,可能会觉得驴唇不对马嘴,我还是感谢您能坚持看到本文的最后~^_^~

<

p class=”zoundry_bw_tags”> Technorati : , , , , , , , ,

UE, UI, 交互设计, 工具, 桌面软件, 随笔

Axure RP Pro 4.6的功能又强大不少

上个月21号Axure发布了Axure RP Pro 4.6.2.946,这个版的功能又完善不少,前一阵用4.4版做项目的时候发现几个简单的效果没法实现,昨天装了4.6版,感觉还是不错的。

主要完善了以下实用功能:

  • 文本输入框增加诸多实用选项,如密码遮照效果等。
  • 增加横向和纵向菜单,不用再用动态面板(Dynamic Panels)模拟了。
  • 支持变量(Variables)设定,和动态面板(Dynamic Panels)配合可以实现输入检查。
  • 支持条件语句(Conditional Logic),IF..ELSE变为可能,方便进行界面逻辑控制,登录模拟也真实多了。
  • 支持模块(Masters)的事件抛出(Raised Events),在不同页表现同一模块可以做不同的操作。

以上是我比较关注的功能,其他还有不少变化,详见Axure的特性描述页

延伸阅读:

p.s.说实话,用Axure有一段时间了,总是感觉用起来欲罢不能的,恨不得把所有效果、可能性都表现在原型里面,导致美术设计人员会抱怨这样束手束脚的,残念呀~但淘宝UED都用Axure规划,使我很佩服他们的UI设计人员。

<

p class=”zoundry_bw_tags”> Technorati : , , , , ,