一场误打误撞的产品之旅

引子

9 月份去参加了一个关于产品的沙龙，一开始主持人就让我们在座的所有人一 一 做一下自我介绍，关于姓名、职业、性格特点什么的，顿时觉得这是一个好恶俗的开场，好吧，自我介绍开始了，听完一轮又一轮的介绍才发现原来在座的大部分人都是刚入产品经理这行（包括我在内），而且有一部分人职业经历很丰富，比如以前是做硬件的、软件的、银行财会的、销售的、传统行业的等等，有的甚至转行很多次！这着实让我有些吃惊，这些人居然有这么大勇气去挑战自己！作为一个一直以来从事设计工作的人突然要开始从事产品领域的工作确实让我压力山大，不知道如何做好这份工作，相比较他们我可能不足以叫挑战，至少我一直从事互联网行业一直和产品经理打交道，忽然间想想觉得一切也不那么困难了，于是更坚定了我的产品之旅。

原本以为我是来做设计的

7 月中旬进入 coding，boss 张跟我说我将负责移动端的产品，我当时颇为惊讶，我不是来做UI设计的么，难道没有产品经理么，或者交互设计师？boss 张说没有，他希望你能承担产品经理和设计师的工作。我当时快吓尿了！以前都是产品经理给我产品需求文档和原型设计图，现在是合二为一我来主导我来实现，感觉身后的责任变得更重了，作为一个为未知充满好奇的人，我欣然接受这个挑战。

那么如何规划 Coding 移动端产品？

1. 首先要要了解 coding 是什么样一个网站

Coding 是一个面向开发者的云端开发平台，目前提供代码托管，运行空间，质量控制，项目管理等功能。Coding 提供社会化协作功能，包含了社交元素，为开发者提供技术讨论和协作平台。

不难看出Coding的定位很明确，使用人群是开发者，主要功能是云端开发和项目协作，所以这也让它区别与 Github、Gitcafe 等代码托管网站。

2. 移动端需求分析

根据 Coding web端的产品，那么移动端的又有怎样的需求呢？后来通过讨论，Coding 大部分的程序员更希望是能尽快实现用手机发冒泡，小部分人觉得有项目管理的功能也不错，要是能预览代码就更好了！如果只做冒泡功能那就纯属做一个社交软件，不符合我们产品的初衷，但把他作为一个特色功能来推是一个很好的点。

于是我们确定了要做：项目管理、冒泡、私信、个人中心

起初消息是设计在个人中心里面的，原因一是私信在网页的布局造成其操作和浏览方式不太流畅，二是普通用户对私信的需求不大导致其利用率不高。但私信作为团队协作必要的沟通工具，在网站上它是设计在左侧的一级菜单里面的，说明它的位置是举足轻重的，于是矛盾就产生了，怎么办？这个时候就需要一个小组讨论，boss张的建议也是希望把私信放在一级菜单里面，他每天都会手动发20多条私信，有些问题必须私下去解决，比如有些bug反馈啊，功能咨询啊，活动咨询什么的等。起初通知是设计在首页顶部的，但思来想去觉得不合适，后来参考了微博的做法把通知和私信整合在一起，变成实时消息。既解决了通知位置的问题也大大提高了私信的曝光度。以下访问路径图片就能看出，消息的页面访问率是仅次于项目和冒泡。

3. 移动端产品定位

既然确定了做项目管理（简单好用）和社交（好玩有趣）两大元素，那么我们的产品就可以定位为：

一款专为程序员使用的简单有趣的团队协作工具
使用人群：程序员
主要功能：团队协作
产品特色：简单有趣

原型设计阶段

第一次用Axure画原型图，学了半天不到就会了，整理产品的流程图和交互其实是才是最复杂的，下面是Coding icon 1.0 原型图：

效果图设计阶段

网站大量选用的黑白主色，点缀色是玫红、button 绿、链接蓝，为了和网站视觉保持一定的一致性，客户端依然保留黑白主色，选用了玫红和绿色作为点缀色。整个界面属于扁平式的设计，清晰简洁易于长时间浏览。

成果检验

理想很饱满显示很残酷，由于种种原因，实现出来的界面并没有达到预期的效果，尤其是安卓客户端的效果，就如下图：

即使这样，我们也不能唾弃它，它毕竟也是我们一手拉扯大的，要善待它，好好打理它，终将有一天它会变得熠熠发光！

总结

最后总结一句话，尝试着并努力着去做一件有意义的事情是多么的让人开心，我想我能坚持！

Coding 官网技术博客: http://blog.coding.net

【Coding 官方技术博客是 Coding 内部小伙伴在平时的工作学习过程中关于技术、产品、设计等等方面的积累和分享，希望大家共同学习共同进步!如转载，请注明出处与作者，谢谢!】