Cakemail新闻 产品

我们如何在Cakemail上进行产品设计

经过 2012年4月18日 No Comments

思想

在传统的工作场所,唐的想法’t来自产品经理通常不会考虑。在Cakemail,我们认为不同。任何人都可以提出一个好主意– and if it’很好的,它将在产品中实施。我们还尽可能地倾听客户。即使我们碰巧经常说(如你应该–说不是一个强大的事情),如果经常要求这个想法,它可能会有很好的机会进入产品。

当然,我们还有一个产品路线图。与大多数公司相反,这条路线图未在特定的时间内设置石头。我们知道我们在哪里进入产品策略–但开发新功能的优先级可以随时更改。我们尽可能地保持敏捷。

路线图也不是公众。我们不’想犯下日期,我们不’想过度激发客户。他们只知道每周左右我们都会对平台进行更改,每两个月一次,都有大的新功能。

线框

我们添加的每个功能都以Wireframe开头,或根据情况。 Wireframe通常以手绘涂鸦启动,最终用奇妙完成的完整线框  应用程序。我更喜欢轴上的其他线框工具,因为它’S如此简单地在几分钟内创建工作原型,每页上的鼠标键验证,键盘验证和倍数状态。

一旦我们有一个工作原型,就上载了线框 share.axure.com. ,让队友审查原型并发表评论。我们不’t使用Axure Share的注释功能– it’完全不方便。我们只需通过电子邮件分享我们的评论,在Basecamp项目(他们的新版本很大)或必要时,在Google文档中。从那里,在原型上进行了几个迭代–尽可能多。一旦我们对该功能感到满意,设计师进入了,并在Photoshop或Fireworks中创建了设计。设计师还将在模型中提出他的个人愿景– and that’s ok.

如果您有良好的轴上技能,您可以立即生产极其精确的线框,使用您的产品的自制图书馆。例如,我们’VE创建了一个Cakemail库,包含我们需要的大多数设计元素,如弹出窗口,按钮,标题,链接等。这样,可以在很短的时间内创建新屏幕– and people won’t even notice it’s a wireframe, as it’■应用程序本身的精确副本。但是,如果该功能是新屏幕,网站上的新页面,或者我们不做任何事情’到目前为止,T有在产品中,我们赢了’t有任何其他选择,而不是从头开始创建样机。

关于Photoshop / Axure VS HTML样机的瞬间存在很多辩论。真的,没关系–使用您最舒适的技术。它’SO确定的设计师在Photoshop中设计,它’对于前端开发人员来说,还可以构建设计的HTML版本。

GitHub.

GitHub是我们工作流程的一个非常重要的部分。基本上,一切都在发展它:错误,关于新功能的评论,设计,…当然,它托管我们的代码。一旦设计准备就绪,我们就会在GitHub中创建一个问题。该问题包含设计和非常简短的规范(没有人喜欢读取单词规范页面)。每个问题都被分配给开发人员,里程碑和一个或多个标签。这样,开发人员意识到他负责该功能。他还知道他是否必须立即代码(基于释放号码)并取决于标签,知道是否知道’s urgent or not.

要描述一个功能或错误,我们需要在GitHub中的票证中的图像。这是至关重要的,不仅仅是言语。我们将所有图像存储在上面 Imgur. 。要在一段时间后确保图像不会删除,我们有Pro帐户。为了加快将图像放入票证的过程,我使用a Chrome Extension. 这让我从桌面拖放到我的Imgur帐户中的图像。一旦图像在Imgur上’S服务器,我复制链接和使用 typinator. to paste the link formatted as a Markdown link. Typinator is basically a text expander that lets me save thousands of keystrokes. To paste an image in Github, I simple type iimage and it generates ![image](http://www.ergonis.com/products/typinator/) automatically. It’s awesome.

本土化

完成功能后,我们可以在内部本地化工具中开始输入字符串,我们所谓的I18N门户网站。我们正式支持英语和法语,但我们有更多的语言,我们的一些客户支持自己。如果您的webapp支持本地化,那么您就知道它真的很难管理。因为市场上没有优雅的翻译解决方案,我们决定创造自己的。我们的工具很好:用户可以添加或更新文本字符串,然后由负责区域设置的人获得批准。然后,每次在主文件中修改字符串(对于我们的英语),都会提示所有其他语言更新这些新的或更新的文本字符串。最后但并非最不重要的是,可以使用单击按钮推出生产中的所有字符串。

支持

在此过程之后,支持进入并准备新功能的文档,每个人都可以使用 新知识库 我们本月早些时候推出。这个新的工具很甜蜜:我们所要做的就是更新标记文件,将更改推到Github,而几分钟后,它’s live.

宣布特色

一旦它’SIVE,我们为新功能编写一个发布说明并将其发布到 发行说明网站。这样,我们的任何一个客户都知道我们的究竟是什么’ve添加到软件中。我们尽可能地尝试记录我们的变化’做了。对于更大的变化和主要版本,我们’ll blog about what’S已更详细地添加,并将电子邮件发送给我们当前的客户和其他选项订阅者’re aware of what’s new.

创建自己的工具和使用现有工具之间的微妙平衡

在过去的几个月里,我们’不得不创建多个内部工具来帮助加快我们的工作流程,尤其是赋予他们可以使用自己的工具的非技术人员。我们可以使用现有的工具–但大多数人都不适合我们的特定需求。它’每个公司面临的决定。在决定工具时,我们总是问自己这些问题:

  • 我们可以使用开源解决方案吗?如果是,则使用它的隐藏成本是什么(即管理服务器,修复错误等…)?
  • 是否存在现有的SaaS产品,这不太昂贵,可以解决问题?
  • 自己创造它需要多长时间?

选择取决于多个事物:问题的紧迫性,开发团队的可用性,预算,时间范围,公司的文化。我们’ve为我们的每一个案件决定,能够自己管理每个问题至关重要。

Please wait...

作者 Cakemail Support

Cakemail支持更多帖子