外包接案好多年了，经迟在挣扎的是专说明书的实施方式，
三贴，这个写出来的品质大家都知道，反正便宜就好；
但是，基于站在申请人的立场，往往在实施方式中写了一大堆；
我也不敢说我写得有多好有多棒，至少在实施方式上，
会多撰写很多元件之间的关系、等效置换的对应说明，
但往往会增加撰稿的时间，以及送翻译被要求删减内容，
但是又不适合列出一些案子给大家笑笑XD
节录一小段废话给大家看看，专利说明书的实施方式中，
是否有需要撰写这类的内容，这一小段真的是我写最少的一篇中的某一段；
老实说，有写跟没写，会多了快五千字(谜：哪来那么多话好说?
目前是价位高的我都会写很多，要删再来删，
偏偏，价位高跟价位低的落差很少阿，那个某P，不要掀我价格阿

原po似乎跟句号很不熟:b

请问原PO及各位专利前辈，此文中出现了多次的"由于"及"因此"，我的师父教导我上下文之间有这种因果关系才会使用此等词汇，但我实在看不出上下文之间的因果关系，故请诸位前辈指点迷津!谢谢!

接收模组就是蓝芽模组吗?

还不就是因为发明人想看多点字 工程师也只好贴点癈话上去 以S大的价位 愿意贴算是佛心来的了

这不是废话阿 这种的梗等到审查或是诉讼时用到 ....才叫做一字抵万金...可惜申请人懂的不多....真的废话 是那种把业界共识 拿来撑场面的段落

这种之后审查用的到的不算废话吧 真正的废话是(ry

这的确不算废话 进法院打诉讼时你就知了

现在还用这种方式描述资料处理单元，很容易被以请求项保护范围不明确为由驳回。把软件实现的特征命名成跟硬件实现的特征ㄧ样，是过时且错误的写法。

资料处理单元会不明确吗，软硬韧体的情况都写到了@ @

问题就出在软硬件都是实施例，解释请求项时反而无法确定申请标的是硬件还是软件。现在软硬不能兼得的，时代变了

比较重要(有产品市场价值)的技术,这种描述方式完整一些是有好处的

资料处理单元在williamson一案后会被判成Means+function的机会很高唷 ^^只是都写成这样了 是也没差~