做了软件策划助理有一年七个月了，这两年时间基本就是在犯错中学习，在学习中成长，再犯错。周而复始。
1 我要创新，与众不同？
初期对创新这一概念理解不足，设计功能的时候过于纠结一定要“与众不同”。创新应该分为两种，第一种是“颠覆式创新”，它的使命是颠覆市场上成熟的、被大众认可的解决方案，但这种创新可能不被主流市场看好，会被嘲笑，甚至遇到阻拦。第二种是“微创新”，它的使命是让市场上已有的解决方案变得更好、更懂用户。这两种创新都是建立在同一个基础上的，就是市场需求。创新的目的不是要与众不同，是为了让产品更好用。
总结：创新从来都不是一步到位、独立出现的。设计功能的时候应该考虑如何更好地解决需求，当你找到更好的方案的时候，创新自然而然地出现了。任何创新都是小概率成功，大概率失败。如果你承受不了失败，那请选用市面上最流行、最成熟的解决方案，再结合自己产品优化之。
2 大道至简？
这似乎成了每一个产品设计者的口头禅。是的，“我一定要做出看起来最简单的产品”，我是这样想的，我也是这样做的。我拼命减功能，减界面，把更少的功能扔进更少的界面里。最后，用户跟我说：“这玩意怎么用啊”。当时我就震惊了！
总结：除非你的功能只需一个操作步骤。否则，请帮用户描绘出一个完整的操作流程，让用户知道应该首先点击哪里，然后点击哪里。举个之前做过的 Windows 设计的例子。一个功能需要这种流程： 新建 -> 添加数据 -> 保存 -> 使其生效。我最开始的时候把这4个操作步骤全部放在同一个主界面上，该功能也只有这一个界面，我默认帮用户新建了一个空数据表，用户添加数据之后(如果用户知道怎么添加数据的话)我帮用户自动保存。但用户理解不了我的意图，他看到界面之后就不知道该点击哪里进行下一步操作了。最后对界面和流程进行优化：首次启动之后，界面添加一个功能栏目，有新建按钮。点击新建的时候会弹出另一个子界面，界面有很好的流程指引，类似发邮件界面一样。最后用户点击大大的保存按钮结束这一个操作流。
为了让产品简单，可以适当删减功能。但必须保证留下的功能可以解决用户的需求。而不是为了界面简单而删减功能。我们必须认清一点：产品简单不是因为产品功能少，而是用户使用的时候觉得很顺手、无需过多考虑。
3 这个设计技术上能实现吗？
一开始设计功能的时候，我会对自己那点瘪三的编程能力洋洋自得。会考虑某个功能点在技术上的可行性，会让设计偏向于技术上更“容易”实现的方向。
这个实在是无话可说，只有一句：技术上可不可行，这不是你需要考虑的问题！
做功能设计的时候，如果确实意识到某个功能会让技术成为能否准时发布的瓶颈时，我在工作中有这两种解决方法：1）设计功能期间就把程序员拉过来，当场咨询实现成本；2）将功能完整设计出来，再跟程序员开会讨论，让程序员列出实现过程中可能卡进度的问题，再针对程序员提的问题对设计进行优化。让产品更好的路子通常不会只有一条。
4 他们没时间做我的功能啊
通常程序员手头上都不会只有一个项目在进行，如何为你的项目争取资源是项目管理中必须面对的问题。我在工作中是从这几个方面入手的：
一：与其他项目的管理者协调好时间，至少要让对方知道你也有功能需要这帮牛逼的程序员实现。
二：细致列出模块的功能点，必须给每个功能点设置deadline。
三：设置时间节点，在每个时间节点检查完成情况，根据完成情况适当调整功能优先级。
可以犯错，但必须能在错误中学习、成长，真正做到举一反三，把理论应用到实践中才是硬道理。
