Holzlogistik: neue elektronische Lieferschein-App für Android

Die Idee einer Lieferschein-App im Bereich Holzlogistik  ist nicht gerade neu. Sucht man danach bei google, so wird sofort ein Dutzend Treffer angezeigt. Warum also noch eine App, wenn das Angebot ohnehin schon so groß ist? Wenn wir diese Frage nicht vom Blickwinkel des Angebots, sondern vom Blickwinkel der Anfrage betrachten, wird einiges ganz schnell klar. Die zahlreichen Unternehmen aus der Holzwirtschaft, die zu Zeiten des digitalen Wandels immer noch auf den traditionellen Lieferschein-Block und Stift setzen, haben auch recht. Das Problem ist, viele der angebotenen Apps sind entweder zu teuer, oder zu speziell, weil sie aus einer größeren Lösung “rausgerissen” sind, oder zu generell, um in der Praxis tauglich zu sein.

Das Ziel ist also eine Lieferschein-App umzusetzen, welche zu einem günstig oder vielleicht sogar kostenlos ist. Zum anderen soll die App den Bedarf der täglichen Arbeit beim Transport von Holz-Poltern vollständig decken. Ist es denn überhaupt möglich? Werden wir sehen 😉 Zu diesem Zeitpunkt werden die Einzelheiten, wie der App-Name, Funktionsumfang etc. noch nicht verraten. Nachdem die Lieferschein-App “im Feld” ausführlich getestet wird, wird sie offiziell veröffentlicht. Das voraussichtliche Erscheinungsdatum ist März-April 2018.

 

 

Cheat-sheets App wurde im Deutschen umbenannt

Sehr bald erscheint Version 1.8 der beliebten Cheat-sheets App. Neben den neuen Features gibt es eine besondere Neuerung für die Deutschen Nutzer der App. Ab jetzt lautet der vollständige Name der App so Spicker — schnelle Notizen.

Warum Spicker und nicht mehr Spickzettel? Na ja, erstens es klingt einfach etwas cooler. Zweitens, gibt man den Begriff Spicker bei Google ein, so ergeben sich etwa 20.800.000 Treffer gegenüber 3.350.000 wenn Spickzettel eingegeben wird. Spicken scheint gängiger zu sein als Spickzettel schreiben 🙂 Außerdem ist der Titel der Apps im App-Store seit iOS 11 von 50 auf 30 Zeichen verkürzt worden. Nicht dass es wenig ist, aber der frühere Titel der App musste sowieso angepasst werden.

Ich bin gespannt auf Euer Feedback. Und viel Spaß beim “spicken” 😉

Wie entstehen Apps?

Was eine App ist, weiß mittlerweile jeder. Doch wie entstehen Apps? Kann wirklich jeder Apps bauen? Lasst uns einen Blick hinter die Kulisse werfen.

Apps sind nichts anderes als Computer-Programme. Sie können klein aber auch richtig komplex sein. Das was auf den ersten Blick aus der Nutzersicht einfach erscheinen mag, muss nicht unbedingt so unter der Haube sein. Im Gegenteil, richtig professionelle Apps sind häufig schlicht im Design, nutzerfreudlich, so dass die Komplexität sich nicht sofort erkennen lässt.

Unabhängig von der Art der App, ob sie im Auftrag oder aus eigenem Interesse entwickelt wird, sieht der Prozess immer ähnlich aus. Zuerst werden Use-Cases definiert, i.e. das nach außen sichtbare Verhalten der App aus Sicht der Nutzer. Mit anderen Worten aus einer App-Idee wird eine konkrete Vorstellung, was man mit der App alles machen kann. Die ganz grobe Skizze wird  in einzelne funktionale Einheiten/Komponente aufgebrochen, welche später auch umgesetzt werden.

Im zweiten Schritt wird geschaut, welche Technologien für die Umsetzung genommen werden. Die Wahl der Technologien hängt stark von Anforderungen ab. Entscheidend dabei sind Fragen, soll es eine App für nur ein Platform z.B. iOS werden oder müssen mehrere Platformen unterstützt werden, wie viele Resources stehen zur Verfügung, wie viel Zeit steht zur Verfügung etc.

Die Umsetzung an sich ist ziemlich staightforward. Es können sich natürlich unterwegs unvorhersehbare technische Schwierigkeiten ergeben, aber meistens läßt sich dieser Abschnitt des Prozesses gut planen.

Anschließend kommt Testing und aufregender Moment des Ausrollens der App. Obwohl die Prozesskette relativ einfach ist, steck der Teufel im Detail. Über einzelne Schritte im App-Development Prozess kann man lange Artikel schreiben. Das Ziel dieses Postings ist aber erst mal einen generellen Eindruck über die App-Entwicklung zu vermitteln. Wer sich fürs Thema App-Entstehung mehr interessiert, kann sich gerne die Postings zu PolterApp und Cheat-Sheets App durchlesen. Das sind zwei Beispiele aus der Praxis mit konkreten Fragestellungen und konkreten Lösungsansätzen.

Tools for creating App Store images for iOS apps

While working on higher Impressions and views of the product page to increase the download number of my iOS app Cheat-sheets I started to deal with questions of ASO (App store optimization). App title, app description, key words are the things, that are comparably easy to set and to experiment with. But I faced a real problem with creating of good Screenshots / Images for the Cheat-sheets app.

I do realize, that App images in App store must be an eye catcher. They should attract ones attention and influence the user to push the download button. However, I’m not a designer and Photoshop is not my best friend. So I began to search for a free Screenshot generator tool. I though there might be much of them out there. But I was wrong.

First I tried Screenshot Maker at appinstitute.com. The screenshot generator has a modern intuitive interface. After uploading a screenshot it is possible to choose between particular templates, set the background color and the comment to the screenshot. Also, font and font size can be customized. Actually, it would be enough for my needs, if it worked properly. However, after exporting and downloading the generated images I was deeply disappointed. The font was set wrong and the text was on the wrong place. Beside this I noticed, that it is not possible to upload and to export images for iPad, although the option to upload iPad images is there… at least the button is displayed, which does not work. Above all is the absence of unicode support. Cheat-sheets is localized also in Russian. So, currently there is no way to make screenshots for it. Pity, very pity!

Next, I came across appscreenshot.me. It’s also a free screenshot generator. It has a pretty limited set of customization options and looks terrible 🙂 It’s not possible to design just a screenshot with a background. The uploaded image can be only embedded into iPhone frame. Screenshots for iPad cannot be designed with this generator at all. You cannot set colors as hexadecimal value, but only pick them from the color palette. For example, if you have 3 screenshots and one of them you would like update later, you’ll have to update all the 3 images, because otherwise the will look different. And at last unicode support… no unicode support, only latin letters! No commas, no spaces, no other symbols – only letters. How poor…

Unfortunately, I could not find any other free tools for creating App Store images so far. I also read about Photoshop templates and tools which automatically generate screenshots form Simulator. If I ever try these options, I’ll report about may experience in the next posts. For now I decided to try to achieve my goal with appinstitute.com. At least for iPhone images and at least for English and German languages.

 

Cheat-sheets version 1.0

I’m glad to announce a new app Cheat-sheets, which is available since last Sunday in iTunes. Cheat-sheets app is for those of us who just cannot keep hundreds of little things in his head. You can organize your cheats in sheets by topic and access them on your iPad, iPhone and Apple Watch.

The first things I wrote down in the Cheat-sheets app was the clothes size of my wife and daughter, guest WLAN password at the office, the names of my colleagues children, id numbers of my smart lamps, wheel type of my vehicle 🙂 It also turned out to be useful to manage little to do tasks in the app. The more you use Cheat-sheets app in the every day life, the more surprising ideas come to one’s head of new use cases.

Of course, there are plenty of other apps for managing notes, todos etc. They are comprehensive and serve their purpose well. However, for really little things, of one or two words it is really helpful to be able to access them easy and quickly.

I thank in advance the users of Cheat-sheets for your feedback in the app store or per email. It is always useful to know whether the development is going in the right direction and depending on that set priorities for new features.

Progressive Web Apps

Last week I had a pleasant acquaintance with Adam Giemza, head of solution architecture and security at DB Schenker AG. He asked me about Progressive web and my opinion to it. Frankly speaking, I had no opinion at all, because I’m specialized more on native apps for iOS and Android. Of course, hybrid apps, mobile first approach, responsive design are the things I heard of and had even a bit experience with them. But what are Progressive web apps? I began to read about it.

The term “progressive web” appeared 2015  to describe web apps taking advantage of features supported by modern browsers, including Service Workers and Web App Manifests. Progressive web apps are:

  • Progressive – Work for every user, regardless of browser choice because they’re built with progressive enhancement as a core tenet.
  • Responsive – Fit any form factor: desktop, mobile, tablet, or forms yet to emerge.
  • Connectivity independent – Service workers allow work offline, or on low quality networks.
  • App-like – Feel like an app to the user with app-style interactions and navigation.
  • Fresh – Always up-to-date thanks to the service worker update process.
  • Safe – Served via HTTPS to prevent snooping and ensure content hasn’t been tampered with.
  • Discoverable – Are identifiable as “applications” thanks to W3C manifests and service worker registration scope allowing search engines to find them.
  • Re-engageable – Make re-engagement easy through features like push notifications.
  • Installable – Allow users to “keep” apps they find most useful on their home screen without the hassle of an app store.
  • Linkable – Easily shared via a URL and do not require complex installation.

As far as I understand the main difference to the hybrid apps, e.g. based on Cordova is that progressive web apps are not wrapped into some mobile application, but are more like a website. It is the web browser features, i.e. service worker and manifest which make these web application look and feel like native apps. And in opposite, the difference to a responsive web site is that progressive web apps can be used offline and look more “native”.

The concept of progressive web apps is very interesting. It is on one hand the next step towards cross platform development. On the other hand it is the step towards app distribution without app stores. I can think of many use cases where a progressive app has more advantages over native implementation for multiple platforms. Some examples of progressive web apps can be found here.

 

Google Analytics for iOS

Once I reported about my experience with HockeyApp a tracking tool for iOS, Android and Windows Apps. Today I tested the abilities of Google Analytics for iOS. Without going deep in details here is the overview of the evaluation results:

  • There are SDKs only for iOS and Android. Tracking of the Windows Apps is not supported.
  • Tracking of the fatal and non fatal exceptions is possible
  • Screen tracking. If desired, the tracking method can be called for example in viewWillAppear. In the dashboard of Google Analytics there is the overview of the called Views.
  • Support for custom events
  • Real time screen end events tracking
  • Dashboard of the App Analytics looks almost same as the dashboard for tracking websites
  • If tracking private user data, be sure to learn about privacy policy and the proper use of the Google Analytics in your app

Multipeer Connectivity

The Multipeer Connectivity APIs, introduced by Apple in iOS 7 is an easy way to start building apps requiring peer-to-peer communication. Nearby devices communicate over infrastructure Wi-Fi networks, peer-to-peer Wi-Fi, and Bluetooth personal area networks. Connected peers are able securely transmit messages, streams, or file resources to other devices.

Evaluation of different aspects of Multipeer Connectivity with iPad Air 2 devices shows surprising results. Discovery and communication between iPad devices works mostly well. However, some shortcomings are to be mentioned here.

  • Establishing connection between peers always requires user interaction. The user has to confirm a connection to other device. There is no way to work with certificates or white lists of devices.
  • The other issue is that the framework does not always repair the broken ad-hoc network correctly. If a peer suddenly leaves the network, it often stays broken. Discovery must be restarted manually.
  • Multipeer Connectivity framework is only available for iOS, macOS and tvOS devices. So if the app has to run also on Android or Windows devices, this framework cannot be used.

To read more about Multipeer Connectivity refer to nshipster and apple’s doc.

HockeyApp in a praxis

hockeyapp_logoHockeyApp is a solution for collecting app crash reports, get feedback from users and distribute your betas. It can be integrated with apps for iOS, Android and Windows. This week I had an opportunity to evaluate it and now want to deal with my experience.

 

 

 

  • Integration into an iOS app is really easy. Using Cocoapods it’s just one entry in your podfile:
    pod 'HockeySDK', :subspecs => ['AllFeaturesLib']

    Be sure to enable AllFeaturesLib if you need a feedback functionality.

  • To start using HockeyApp in your project, you first need to register the app under your HockeyApp account. After doing that, you get an identifier for your app. This one you’ll need in your project
  • With these lines of code you initialize HockeyApp and get it running:
    [[BITHockeyManager sharedHockeyManager] configureWithIdentifier:@"yourHockeyAppAppId";
    //you can add the following line before calling startManager to disable the In-App-Update feature
    [[BITHockeyManager sharedHockeyManager] setDisableUpdateManager:YES];
    // Do some additional configuration if needed here
    [[BITHockeyManager sharedHockeyManager] startManager];
    [[BITHockeyManager sharedHockeyManager].authenticator authenticateInstallation]; // This line is obsolete in the crash only builds
    
  • From now on all crash reports appear  automatically at the backend side
  • To integrate a feedback form  just build in two buttons into your app with corresponding handlers:
    - (IBAction)composeFeedbackAction:(id)sender
    {
        [[BITHockeyManager sharedHockeyManager].feedbackManager showFeedbackComposeView];
    }
    
    - (IBAction)feedbackListAction:(id)sender
    {
        [[BITHockeyManager sharedHockeyManager].feedbackManager showFeedbackListView];
    }
    
  • At the backend the administrator can view user feedbacks and reply them. In the app the user gets automatically notified about new replies.
  • Integration with Jenkins is also a matter of a few minutes. There is a plugin for uploading .ipa files to the HockeyApp. Depending on your needs, this Jenkins-plugin can release the app version immediately into a download area of the HockeyApp. The download area can be accessed then by beta-testers or if you define also by a public.

All in all HockeyApp is a pretty helpful tool. Maybe it’s not a suitable solution for individual developers because of the pricing model, but for companies it can be an attractive alternative.

 

PolterApp ist im App-Store

PolterAppPolterApp steht ab heute bei iTunes zum Download bereit!

Endlich können nicht nur die großen Betriebe, sondern auch die kleinen Unternehmen vom Einsatz elektronischer Medien im Wald profitieren. PolterApp ist die erste App im App-Store die zu einem günstig ist. Alle Funktionen stehen ohne Einschränkungen dauerhaft umsonst zur Verfügung. Zum anderen bietet die PolterApp Flexibilität und Stärken einer Enterprise-App, welche mühelos in bestehende Infrastrukturen integriert werden kann.

Version 1.0 der PolterApp hat sicherlich noch den BETA-Charakter. Asketisches Design, ein oder anderer Schreibfehler ist das was in kürze nachgeholt wird. Viel wichtiger ist, dass die App in unmittelbarer Kommunikation mit Nutzern entsteht und alle Besonderheiten des Einsatzgebiets berücksichtigt. Das war auch der Grund, mit der PolterApp früh genug an den Start zu gehen, um möglichst viel Feedback während laufender Entwicklung zu sammeln.

In der ersten Version bietet PolterApp folgende Funktionen an:
– Übersicht über alle erfassten Polter
– Angabe der Polterbasis Daten, wie etwa Walbesitzer, Förster, Preis etc.
– Sektionsvermessung
– Unbeschränkte Anzahl an Polter-Photos
– Speichern der GPS-Koordinate mit einem Polter. Einsicht des Polters auf Google-Maps

Die Weiterentwicklung der PolterApp läuft kontinuierlich weiter. Ich freue mich auf Euer Feedback und Kommentare!