首页 > 产品设计 > 正文

近期为之奔波的项目:新邻居,终于顺利发布了

2010年7月30日 发表评论 阅读评论

23日凌晨,终于顺利的把近期奔波的项目送上线,经过这几天的缓冲期,忙碌的工作终于能稍缓解一下了;邻居升级测试版(http://linju.pujia.com),这个项目的整个设计开发过程可以说并不顺利,但在后期的开发过程团队配合非常好,稳定上线的时候很让人欣慰;

这个项目是在08年设计的邻居产品基础上进行改版升级,上一版运营了1年半,但其实有1年的时间是没有去推广的,完全处于自生自灭的处境,和公司调整战略有一定关系,这次改版升级的主要目的是重新调整定位,突出主要的功能,相比之前的产品升级有个特殊性就是存在功能的压缩甚至删减,在这方面也冒着一定的风险。

上一版的邻居产品很类似discuz的UHome,在他基础上引入了一些自己的特色功能,与其他产品在一定程度上有整合,运营期间通过一些活动取得了很好的效果,但从09年下半年计划对它做一次升级开始,就步入了不怎么顺利的设计过程了。

在设计期间,公司战略和产品定位不断的被调整,有想过做一个能完全独立生存的SNS,不需要依靠其他产品的就能维系发展,也想过将其身份从一个产品中心调整为一个外围的辅助产品正是几经波折,在设计阶段也被其他项目的“优先级”而中断好几次;

在功能方面,并没有在原有产品的基础上有所增加,而是大砍功能,删除了用户使用较小的视频上传功能、与聊斋(论坛)有所冲突的圈子功能、调整了用户关系定位(将双向的好友调整为单向的关注)、暂停了名片功能、简化了隐私逻辑、剥离了其他挂靠产品,真可以说是一次大瘦身。

开发期间,本来已经列入项目开发计划,定了发布时间,并已经开发了一大半,但由于人力的安排和其他项目优先级的问题导致项目中断,这点感觉很不应该,不仅打乱了设计计划,还使得很多需求出现过期的情况。

庆幸的是项目重新启动后,原有的开发人员全部就位,个个都很激情的投入到开发过程中,视觉、前段、开发、测试都配合得相当到位,整个过程基本没听到部门间抱怨,更要感谢几位开发人员在完成需求的基础上很用心的添加了很多增强体验的效果,最后在上线前做了周全的发布计划,也创造了大项目在公司中最顺利的一次发布。

这次项目积攒了几点经验:

1、慎重消减功能,提前做好用户数据分析、评估消减风险以及补救措施,如果确定减功能就要做好通知、解释等工作;

2、如果项目不得已中断,一定要在恢复前重新确认全部需求是否被动过期,做好需求变更工作,例如部分需求由于中途插入的项目导致设计不得不更改等情况;

3、设计功能从简而来,不用大而全,先做到小而精,然后再根据用户反馈做出快速响应;

4、多考虑交互细节,别在设计的时候落下一下小界面、弹出框、提示文字等,在开发后期才发现这些问题必然会影响到项目计划,也会给团队配合埋下抱怨的隐患;

5、功能设计时,多考虑面向用户的实际需求,少受自己的习惯、团队习惯甚至老板习惯的干扰,明确每个功能设计的意图才能先具有说服力然后去赢取用户;

6、别对自己的产品产生自恋,多学学其他类似产品的优点,即使人家做的确实不好也一定有可以学习的地方,别开口就说这个没咱的好;

7、最后,我比较坚持产品无已知Bug上线,别被预定的上线时间限制死,如果上线之间对战略比较重要,可以在产品不受影响的前提下适当的考虑缩减非必需功能,别因被逼上线而导致带着没开发的功能&Bug上线,这即对用户不负责更是对公司发展不负责。

这次与邻居升级测试版配套设计的产品还有用户中心,两者相互依存才能成为一个产品体系,虽然产品目前还存在很多的问题,但目前产品定位较为清晰,接下来的维护及升级也比较有针对性,有待大家的关注与支持。

感兴趣的朋友可以参与公测,给小D提提意见,我会悉心听取、认真改进的,提前谢谢各位。

--------------------------------------------------------------

原创内容,欢迎转载,但请注明来源

作者: dboy~小真

源地址:http://www.dboy365.com/archives/851

  1. 2010年7月30日21:30 | #1

    呃,有点像软文了,呵。

  2. 2010年7月31日00:51 | #2

    @小轰
    越看越像软文了 ╮(╯▽╰)╭

  3. 2010年7月31日11:49 | #3

    好软⋯⋯好软

  4. 2010年8月1日18:44 | #4

    我来学习一下

  5. 2010年8月2日16:52 | #5

    不错哦
    恭喜啊

  6. 2010年8月28日14:02 | #6

    恭喜一切顺利!

  1. 2010年7月30日00:48 | #1


无觅相关文章插件,快速提升流量